From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 01:32:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 138A316A4CE for ; Sun, 4 Apr 2004 01:32:02 -0800 (PST) Received: from md.gfk.ru (md.gfk.ru [62.205.179.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id A451943D48 for ; Sun, 4 Apr 2004 01:32:00 -0800 (PST) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from mx.gfk.ru ([10.0.0.30]) by md.gfk.ru (md.gfk.ru [62.205.179.201]) (MDaemon.PRO.v6.8.5.R) with ESMTP id 18-md50000000098.tmp for ; Sun, 04 Apr 2004 13:31:41 +0400 Received: from dialup05.hhp.local ([10.0.6.5]) by mx.gfk.ru with Microsoft SMTPSVC(5.0.2195.4905); Sun, 4 Apr 2004 13:31:39 +0400 Date: Sun, 4 Apr 2004 13:33:22 +0400 (MSD) From: Yuriy Tsibizov X-X-Sender: chibis@free.home.local To: freebsd-current@freebsd.org Message-ID: <20040404125622.S1846@free.home.local> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 04 Apr 2004 09:31:40.0780 (UTC) FILETIME=[A2A22AC0:01C41A27] X-Spam-Processed: md.gfk.ru, Sun, 04 Apr 2004 13:31:41 +0400 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.0.30 X-Return-Path: Yuriy.Tsibizov@gfk.ru X-MDaemon-Deliver-To: freebsd-current@freebsd.org cc: Mathew Kanner Subject: dev/sound/pcm/sound.h shadows INTR_MPSAFE declaration X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Apr 2004 09:32:02 -0000 Today I've noticied that my driver is marked as Giant-locked: -dmesg- Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2-CURRENT #0: Sat Apr 3 11:57:58 MSD 2004 chibis@free.home.local:/usr/obj/usr/src/sys/FREE-FAST [..] emu10kx0: port 0xd000-0xd01f irq 12 at device 10.0 on pci0 emu10kx0: [GIANT-LOCKED] -dmesg- because INTR_MPSAFE is defined to 0 in dev/sound/pcm/sound.h: -sound.h- /* [...] * $FreeBSD: src/sys/dev/sound/pcm/sound.h,v 1.57 2004/03/06 15:52:42 matk Exp $ */ [...] #ifndef INTR_MPSAFE #define INTR_TYPE_AV INTR_TYPE_TTY #endif #ifndef INTR_MPSAFE #define INTR_MPSAFE 0 #endif -sound.h- and there is no macro INTR_MPSAFE defined inside kernel (it is defined in enum). Yuriy Tsibizov, http://chibis.persons.gfk.ru/audigy/ From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 03:06:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE2C416A4CE for ; Sun, 4 Apr 2004 03:06:57 -0700 (PDT) Received: from cmsrelay03.mx.net (cmsrelay03.mx.net [165.212.11.112]) by mx1.FreeBSD.org (Postfix) with SMTP id 5CBAD43D6A for ; Sun, 4 Apr 2004 03:06:57 -0700 (PDT) (envelope-from noackjr@alumni.rice.edu) Received: from uadvg130.cms.usa.net (165.212.11.130) by cmsoutbound.mx.net with SMTP; 4 Apr 2004 10:06:56 -0000 Received: from optimator.noacks.org [66.136.23.148] by uadvg130.cms.usa.net (ASMTP/noackjr@usa.net) via mtad (C8.MAIN.3.13N) with ESMTP id 184iDDkg30192M30; Sun, 04 Apr 2004 10:06:54 GMT X-USANET-Auth: 66.136.23.148 AUTH noackjr@usa.net optimator.noacks.org Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id AAC08610E; Sun, 4 Apr 2004 05:06:53 -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 08266-06; Sun, 4 Apr 2004 05:06:52 -0500 (CDT) Received: from alumni.rice.edu (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 08CB76103; Sun, 4 Apr 2004 05:06:51 -0500 (CDT) Message-ID: <406FDE3A.2080002@alumni.rice.edu> Date: Sun, 04 Apr 2004 05:06:50 -0500 From: Jon Noack User-Agent: Mozilla Thunderbird 0.5+ (Windows/20040312) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Steve Kargl References: <20030827035836.GC352@freebsd2.localnet10> <20040404045536.GA56971@troutmask.apl.washington.edu> In-Reply-To: <20040404045536.GA56971@troutmask.apl.washington.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at noacks.org cc: freebsd-current@freebsd.org Subject: Re: cvsup failing with "ASSERT failed" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Apr 2004 10:06:57 -0000 On 4/3/2004 10:55 PM, Steve Kargl wrote: > On Tue, Aug 26, 2003 at 10:58:36PM -0500, none wrote: >>A couple of times, now, on both FBSD-5.1-CURRENT and FBSD-4.8-STABLE whilst >>running with 2MB of RAM, cvsup has "croaked" with the following error: >> >>*** >>*** runtime error: >>*** ASSERT failed >>*** file "/usr/ports/lang/ezm3/work/ezm3-1.0/libs/m3core/src/runtime/ >>common/RTHeapMap.m3", line 35 >>*** >> use option @M3stackdump to get a stack trace >>Abort trap (core dumped) > > 2MB? Are you serious? This must be a typo -- even PicoBSD requires 4MB of RAM to do anything useful. I ran a 486/DX4 100MHz machine with 20MB of RAM (the max for the motherboard) as a WINS server for a while (to help link college dorm subnets so people would see more computers in Network Neighborhood). The only way I kept the machine up-to-date was to build world, kernel, and packages on another machine and then install over NFS. This worked pretty well, although an installworld over NFS on a fast network still took a few hours. I started using this method after I let a buildworld go for over 2 _days_ without finishing, and this with 4.x (5.x would be even longer!). The disk performance was so bad that swapping over NFS actually *sped* things up. In any case, the machine was rock solid, though, racking up 100+ day uptimes between security patches. It was actually this machine that got me started with FreeBSD, because 20MB of RAM was too little for RedHat (I think it needed 32MB). I've been using FreeBSD ever since... Jon From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 03:08:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1092A16A4CE; Sun, 4 Apr 2004 03:08:59 -0700 (PDT) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7CF843D31; Sun, 4 Apr 2004 03:08:58 -0700 (PDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DB2807303A; Sun, 4 Apr 2004 06:08:57 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040404100857.DB2807303A@freebsd-current.sentex.ca> Date: Sun, 4 Apr 2004 06:08:57 -0400 (EDT) Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Apr 2004 10:08:59 -0000 TB --- 2004-04-04 08:00:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-04-04 08:00:01 - starting CURRENT tinderbox run for alpha/alpha TB --- 2004-04-04 08:00:01 - checking out the source tree TB --- 2004-04-04 08:00:01 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha TB --- 2004-04-04 08:00:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-04-04 08:06:37 - building world (CFLAGS=-O2 -pipe) TB --- 2004-04-04 08:06:37 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src TB --- 2004-04-04 08:06:37 - /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-04-04 09:43:17 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-04-04 09:43:17 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src TB --- 2004-04-04 09:43:17 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Apr 4 09:43:17 GMT 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 Sun Apr 4 09:58:53 GMT 2004 TB --- 2004-04-04 09:58:53 - generating LINT kernel config TB --- 2004-04-04 09:58:53 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src/sys/alpha/conf TB --- 2004-04-04 09:58:53 - /usr/bin/make -B LINT TB --- 2004-04-04 09:58:53 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-04-04 09:58:53 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src TB --- 2004-04-04 09:58:53 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 4 09:58:53 GMT 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 -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/net/bpf.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/net/bpf_filter.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/net/bridge.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/net/bsd_comp.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/net/if.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/net/if_arcsubr.c /other/tinderbox/CURRENT/alpha/alpha/src/sys/net/if_arcsubr.c: In function `arc_output': /other/tinderbox/CURRENT/alpha/alpha/src/sys/net/if_arcsubr.c:139: error: too many arguments to function `arpresolve' *** Error code 1 Stop in /other/tinderbox/CURRENT/alpha/alpha/obj/alpha/other/tinderbox/CURRENT/alpha/alpha/src/sys/LINT. *** Error code 1 Stop in /other/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/alpha/alpha/src. TB --- 2004-04-04 10:08:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-04-04 10:08:57 - ERROR: failed to build lint kernel TB --- 2004-04-04 10:08:57 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 03:31:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B38916A4CE for ; Sun, 4 Apr 2004 03:31:55 -0700 (PDT) Received: from cmsrelay02.mx.net (cmsrelay02.mx.net [165.212.11.111]) by mx1.FreeBSD.org (Postfix) with SMTP id 24B5443D39 for ; Sun, 4 Apr 2004 03:31:55 -0700 (PDT) (envelope-from noackjr@alumni.rice.edu) Received: from uadvg137.cms.usa.net (165.212.11.137) by cmsoutbound.mx.net with SMTP; 4 Apr 2004 10:31:50 -0000 Received: from optimator.noacks.org [66.136.23.148] by uadvg137.cms.usa.net (ASMTP/noackjr@usa.net) via mtad (C8.MAIN.3.13N) with ESMTP id 771iDDkfv0171M37; Sun, 04 Apr 2004 10:31:47 GMT X-USANET-Auth: 66.136.23.148 AUTH noackjr@usa.net optimator.noacks.org Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id A87F6610E; Sun, 4 Apr 2004 05:31:46 -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 09066-05; Sun, 4 Apr 2004 05:31:45 -0500 (CDT) Received: from alumni.rice.edu (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 257936103; Sun, 4 Apr 2004 05:31:45 -0500 (CDT) Message-ID: <406FE410.2090202@alumni.rice.edu> Date: Sun, 04 Apr 2004 05:31:44 -0500 From: Jon Noack User-Agent: Mozilla Thunderbird 0.5+ (Windows/20040312) X-Accept-Language: en-us, en MIME-Version: 1.0 To: none References: <20030827035836.GC352@freebsd2.localnet10> In-Reply-To: <20030827035836.GC352@freebsd2.localnet10> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at noacks.org cc: freebsd-current@freebsd.org Subject: Re: cvsup failing with "ASSERT failed" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Apr 2004 10:31:55 -0000 On 8/26/2003 10:58 PM, none wrote: > A couple of times, now, on both FBSD-5.1-CURRENT and FBSD-4.8-STABLE > whilst running with 2MB of RAM, cvsup has "croaked" with the following > error: > > *** > *** runtime error: > *** ASSERT failed > *** file "/usr/ports/lang/ezm3/work/ezm3-1.0/libs/m3core/src/runtime/ > common/RTHeapMap.m3", line 35 > *** > use option @M3stackdump to get a stack trace > Abort trap (core dumped) You could at least tell us you also posted this question last August: http://lists.freebsd.org/pipermail/freebsd-current/2003-August/009404.html Apparently it's supposed to be 2GB. Here's an informative reply from Peter: http://lists.freebsd.org/pipermail/freebsd-current/2003-August/009372.html Is this an amd64 machine? Better yet, at least get us a dmesg... Jon Off topic: Peter, I just sent a patch to Christos Zoulas to teach FILE about the new __FreeBSD_version scheme. He said it would be in FILE 4.09 (FILE 4.08 included some fixes but will be broken again with 4.10+ and will give misleading information after 5.x goes -STABLE). From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 03:32:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94E9E16A4D1 for ; Sun, 4 Apr 2004 03:32:13 -0700 (PDT) Received: from mail1.icnspot.net (icnspot.net [62.68.63.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0758643D2F for ; Sun, 4 Apr 2004 03:32:13 -0700 (PDT) (envelope-from putinas.piliponis@icnspot.net) Received: from freebsd.icnspot.net (localhost [127.0.0.1]) by kavanti.icnspot.net (Postfix) with SMTP id 3C0FB154A4; Sun, 4 Apr 2004 12:32:10 +0200 (EET) Received: from pilkishome (unknown [192.168.100.30]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail1.icnspot.net (Postfix) with ESMTP id C01371532A for ; Sun, 4 Apr 2004 12:32:09 +0200 (EET) Message-ID: <002e01c41a30$15d21b60$1e64a8c0@spotripoli.local> From: "Putinas Piliponis" To: Date: Sun, 4 Apr 2004 12:32:09 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2096 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2096 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: trm device kern/62864 status ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Apr 2004 10:32:13 -0000 Hi all, Is anyone working ( or planning to) to solve this problem? http://lists.freebsd.org/pipermail/freebsd-bugs/2004-February/005418.html= I can confirm it's happening on 4.9, STABLE, 5.2.1 and CURRENT as well. Would be nice to have a soliution... From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 03:53:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 514FF16A4CF; Sun, 4 Apr 2004 03:53:09 -0700 (PDT) Received: from relay.macomnet.ru (relay.macomnet.ru [195.128.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4809C43D5C; Sun, 4 Apr 2004 03:53:08 -0700 (PDT) (envelope-from maxim@macomnet.ru) Received: from mp3 (7ckii6so@mp3files.int.ru [195.128.64.20]) by relay.macomnet.ru (8.12.10/8.12.10) with ESMTP id i34Ar5OB11060880; Sun, 4 Apr 2004 14:53:06 +0400 (MSD) Date: Sun, 4 Apr 2004 14:53:05 +0400 (MSD) From: Maxim Konovalov To: Ryan Sommers In-Reply-To: <49165.65.103.5.228.1081027268.squirrel@www2.neuroflux.com> Message-ID: <20040404144858.H26420@mp3files.int.ru> References: <49165.65.103.5.228.1081027268.squirrel@www2.neuroflux.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: truckman@freebsd.org cc: current@freebsd.org Subject: Re: Panic from bad length parameter in bind (Possible DOS attack) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Apr 2004 10:53:09 -0000 [ CC'ed truckman, an author of rev. 1.92 tcp_usrreq.c ] On Sat, 3 Apr 2004, 14:21-0700, Ryan Sommers wrote: > Whenever I supply a length of 4 as the final bind parameter I get the > following panic. Looks like bind returns fine, however, when the program > exits it stumbles over some mutex associated with the descriptor. The > mutex passed to mtx_destroy() has MTX_RECURSED set. I attempted to find > where the call to bind was clobbering the mutex but couldn't. I attached > the simple program to exploit this. I was able to do it as a regular user. > > panic: Assertion (m->mtx_lock & (MTX_RECURSED|MTX_CONTESTED)) == 0 failed > at /usr/src/sys/kern/kern_mutex.c:848 > panic messages: > --- > panic: Assertion (m->mtx_lock & (MTX_RECURSED|MTX_CONTESTED)) == 0 failed > at /usr/src/sys/kern/kern_mutex.c:8485B > at line 848 in file /usr/src/sys/kern/kern_mutex.c > Debugger("panic") [...] Try this: Index: tcp_usrreq.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/tcp_usrreq.c,v retrieving revision 1.95 diff -u -r1.95 tcp_usrreq.c --- tcp_usrreq.c 16 Feb 2004 22:21:16 -0000 1.95 +++ tcp_usrreq.c 4 Apr 2004 10:41:14 -0000 @@ -245,8 +245,10 @@ * to them. */ sinp = (struct sockaddr_in *)nam; - if (nam->sa_len != sizeof (*sinp)) - return (EINVAL); + if (nam->sa_len != sizeof (*sinp)) { + error = EINVAL; + goto out; + } if (sinp->sin_family == AF_INET && IN_MULTICAST(ntohl(sinp->sin_addr.s_addr))) { error = EAFNOSUPPORT; @@ -276,8 +278,10 @@ * to them. */ sin6p = (struct sockaddr_in6 *)nam; - if (nam->sa_len != sizeof (*sin6p)) - return (EINVAL); + if (nam->sa_len != sizeof (*sin6p)) { + error = EINVAL; + goto out; + } if (sin6p->sin6_family == AF_INET6 && IN6_IS_ADDR_MULTICAST(&sin6p->sin6_addr)) { error = EAFNOSUPPORT; @@ -371,8 +375,10 @@ * Must disallow TCP ``connections'' to multicast addresses. */ sinp = (struct sockaddr_in *)nam; - if (nam->sa_len != sizeof (*sinp)) - return (EINVAL); + if (nam->sa_len != sizeof (*sinp)) { + error = EINVAL; + goto out; + } if (sinp->sin_family == AF_INET && IN_MULTICAST(ntohl(sinp->sin_addr.s_addr))) { error = EAFNOSUPPORT; @@ -405,8 +411,10 @@ * Must disallow TCP ``connections'' to multicast addresses. */ sin6p = (struct sockaddr_in6 *)nam; - if (nam->sa_len != sizeof (*sin6p)) - return (EINVAL); + if (nam->sa_len != sizeof (*sin6p)) { + error = EINVAL; + goto out; + } if (sin6p->sin6_family == AF_INET6 && IN6_IS_ADDR_MULTICAST(&sin6p->sin6_addr)) { error = EAFNOSUPPORT; %%% -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 04:40:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99FF716A4CE; Sun, 4 Apr 2004 04:40:52 -0700 (PDT) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C48343D54; Sun, 4 Apr 2004 04:40:52 -0700 (PDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A2F337303A; Sun, 4 Apr 2004 07:40:51 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040404114051.A2F337303A@freebsd-current.sentex.ca> Date: Sun, 4 Apr 2004 07:40:51 -0400 (EDT) Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Apr 2004 11:40:52 -0000 TB --- 2004-04-04 10:08:58 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-04-04 10:08:58 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-04-04 10:08:58 - checking out the source tree TB --- 2004-04-04 10:08:58 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64 TB --- 2004-04-04 10:08:58 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-04-04 10:17:10 - building world (CFLAGS=-O2 -pipe) TB --- 2004-04-04 10:17:10 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- 2004-04-04 10:17:10 - /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-04-04 11:26:16 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-04-04 11:26:16 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- 2004-04-04 11:26:16 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Apr 4 11:26:16 GMT 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 Sun Apr 4 11:33:43 GMT 2004 TB --- 2004-04-04 11:33:43 - generating LINT kernel config TB --- 2004-04-04 11:33:43 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src/sys/amd64/conf TB --- 2004-04-04 11:33:43 - /usr/bin/make -B LINT TB --- 2004-04-04 11:33:43 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-04-04 11:33:43 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- 2004-04-04 11:33:43 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 4 11:33:44 GMT 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/other/tinderbox/CURRENT/amd64/amd64/src/sys -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /other/tinderbox/CURRENT/amd64/amd64/src/sys/net/bpf.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/other/tinderbox/CURRENT/amd64/amd64/src/sys -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /other/tinderbox/CURRENT/amd64/amd64/src/sys/net/bpf_filter.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/other/tinderbox/CURRENT/amd64/amd64/src/sys -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /other/tinderbox/CURRENT/amd64/amd64/src/sys/net/bridge.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/other/tinderbox/CURRENT/amd64/amd64/src/sys -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /other/tinderbox/CURRENT/amd64/amd64/src/sys/net/bsd_comp.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/other/tinderbox/CURRENT/amd64/amd64/src/sys -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /other/tinderbox/CURRENT/amd64/amd64/src/sys/net/if.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/other/tinderbox/CURRENT/amd64/amd64/src/sys -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /other/tinderbox/CURRENT/amd64/amd64/src/sys/net/if_arcsubr.c /other/tinderbox/CURRENT/amd64/amd64/src/sys/net/if_arcsubr.c: In function `arc_output': /other/tinderbox/CURRENT/amd64/amd64/src/sys/net/if_arcsubr.c:139: error: too many arguments to function `arpresolve' *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/obj/amd64/other/tinderbox/CURRENT/amd64/amd64/src/sys/LINT. *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src. TB --- 2004-04-04 11:40:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-04-04 11:40:51 - ERROR: failed to build lint kernel TB --- 2004-04-04 11:40:51 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Apr 3 08:54:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A085316A4CE for ; Sat, 3 Apr 2004 08:54:41 -0800 (PST) Received: from infoline.su (delta.infoline.su [194.135.56.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EF2E43D5E for ; Sat, 3 Apr 2004 08:54:40 -0800 (PST) (envelope-from nevis2us@infoline.su) Received: from baikal.home.test ([217.150.202.71]) by infoline.su (infoline.su [194.135.56.4]) (MDaemon.PRO.v6.8.5.R) with ESMTP id 43-md50000000409.tmp for ; Sat, 03 Apr 2004 20:54:36 +0400 Received: from infoline.su (baikal.home.test [10.0.0.1]) by baikal.home.test (8.12.10/8.12.10) with ESMTP id i338iWgW046939 for ; Sat, 3 Apr 2004 12:44:34 +0400 (MSD) (envelope-from nevis2us@infoline.su) Message-ID: <406E796F.80301@infoline.su> Date: Sat, 03 Apr 2004 12:44:31 +0400 From: Alexander Kirillov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040311 X-Accept-Language: ru, en, en-us MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Processed: infoline.su, Sat, 03 Apr 2004 20:54:36 +0400 (not processed: message from valid local sender) X-MDRemoteIP: 217.150.202.71 X-Return-Path: nevis2us@infoline.su X-MDaemon-Deliver-To: freebsd-current@freebsd.org X-Mailman-Approved-At: Sun, 04 Apr 2004 04:47:27 -0700 Subject: XP kills 5.2R X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: nevis2us@infoline.su List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Apr 2004 16:54:41 -0000 I have WinXP Pro running under vmware on my FreeBSD box for quite some time now. Since 5.2R there's 50% chance the system will hang on vmware startup, usually on XP login prompt. If it loads successfully it works. I believe the problem may be ata related. There's always typical sound of moving HD heads like when the system is syncing disks. Next moment the system freezes. I have hint.apic.0.disabled="1" hw.ata.ata_dma="0" in device.hints and loader.conf respectively. There's nothing in the logs. In most cases the last message before crash is named[]: can't open 254.168.192.IN-ADDR.ARPA.log: Permission denied when WinXP dhcp client is trying to get a lease: *** Mar 31 13:38:50 baikal kernel: ipfw: 4300 Accept UDP 0.0.0.0:68 255.255.255.255:67 in via vmnet1 Mar 31 13:38:50 baikal dhcpd: DHCPDISCOVER from 00:bd:34:cf:24:3a via vmnet1 Mar 31 13:38:50 baikal dhcpd: Ping timeout: 1 Mar 31 13:38:51 baikal dhcpd: DHCPOFFER on 192.168.254.15 to 00:bd:34:cf:24:3a (tahoe) via vmnet1 Mar 31 13:38:51 baikal kernel: ipfw: 4300 Accept UDP 0.0.0.0:68 255.255.255.255:67 in via vmnet1 Mar 31 13:38:51 baikal named[361]: XX+/127.0.0.1/15.254.168.192.in-addr.arpa/SOA/IN Mar 31 13:38:51 baikal named[361]: XX+/127.0.0.1/254.168.192.in-addr.arpa/NS/IN Mar 31 13:38:51 baikal named[361]: can't open 254.168.192.IN-ADDR.ARPA.log: Permission denied Mar 31 13:38:51 baikal kernel: Mar 31 13:38:51 baikal named[361]: can't open 254.168.192.IN-ADDR.ARPA.log: Permission denied Mar 31 13:44:03 baikal syslogd: restart Mar 31 13:44:03 baikal syslogd: kernel boot file is /boot/kernel/kernel Mar 31 13:44:03 baikal kernel: Copyright (c) 1992-2004 The FreeBSD Project. Mar 31 13:44:03 baikal kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Mar 31 13:44:03 baikal kernel: The Regents of the University of California. All rights reserved. Mar 31 13:44:03 baikal kernel: FreeBSD 5.2.1-RELEASE-p3 #15: Sun Mar 28 16:35:47 MSD 2004 *** GEOM: create disk ad0 dp=0xc4869760 ad0: 29325MB [59582/16/63] at ata0-master PIO4 GEOM: create disk ad1 dp=0xc4869460 ad1: 38166MB [77545/16/63] at ata0-slave PIO4 acd0: CDROM <_NEC CD-ROM CD-3002A> at ata1-master PIO4 *** In vmware I have 3 plain drives mapped to 1-3GB files under one directory on ad1. All other vm peripherals except display and mouse are disabled including sound, floppies and cdrom. The motherboard is Gygabyte GA-8GE667 Pro. I hope this may help to reproduce and fix the problem. If you need more information please cc as I'm not in the list. *** diff GENERIC BAIKAL > options SCHED_ULE > options IPFIREWALL > options IPDIVERT > options DUMMYNET > options LIBICONV > options CD9660_ICONV > options MSDOSFS_ICONV *** dmesg -a Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2.1-RELEASE-p3 #15: Sun Mar 28 16:35:47 MSD 2004 nevis@baikal.home.test:/usr/obj/usr/src/sys/BAIKAL Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a7c000. Preloaded elf module "/boot/kernel/snd_ich.ko" at 0xc0a7c21c. Preloaded elf module "/boot/kernel/snd_pcm.ko" at 0xc0a7c2c8. Preloaded elf module "/boot/kernel/aio.ko" at 0xc0a7c374. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0a7c41c. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(R) CPU 1.70GHz (1716.91-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf13 Stepping = 3 Features=0x3febfbff real memory = 528416768 (503 MB) avail memory = 503603200 (480 MB) Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pcibios: BIOS version 2.10 Using $PIR table, 9 entries at 0xc00fd100 acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 device_probe_and_attach: acpi_cpu1 attach returned 6 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0x4000-0x40bf,0xcf8-0xcff on acpi0 pci0: on pcib0 pcib0: slot 2 INTA is routed to irq 5 pcib0: slot 29 INTA is routed to irq 5 pcib0: slot 29 INTB is routed to irq 9 pcib0: slot 29 INTC is routed to irq 5 pcib0: slot 29 INTD is routed to irq 11 pcib0: slot 31 INTB is routed to irq 9 pcib0: slot 31 INTB is routed to irq 9 agp0: mem 0xe0100000-0xe017ffff,0xd8000000-0xdfffffff irq 5 at device 2.0 on pci0 agp0: detected 8060k stolen memory agp0: aperture size is 128M uhci0: port 0xb800-0xb81f irq 5 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xb000-0xb01f irq 9 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xb400-0xb41f irq 5 at device 29.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ugen0: American Power Conversion Back-UPS 500 FW: 6.4.I USB FW: c1, rev 1.10/1.00, addr 2 pci0: at device 29.7 (no driver attached) pcib1: at device 30.0 on pci0 pci1: on pcib1 pcib1: slot 8 INTA is routed to irq 11 fxp0: port 0xa000-0xa03f mem 0xe0000000-0xe0000fff irq 11 at device 8.0 on pci1 fxp0: Ethernet address 00:20:ed:76:9a:1c miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xcc00-0xcc0f,0xc800-0xc803,0xc400-0xc407,0xc000-0xc003,0xbc00-0xbc07 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] pci0: at device 31.3 (no driver attached) pcm0: port 0xd800-0xd83f,0xd400-0xd4ff mem 0xe0183000-0xe01830ff,0xe0182000-0xe01821ff irq 9 at device 31.5 on pci0 pcm0: fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0 port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: flags 0x4 irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 acpi_cpu1: on acpi0 device_probe_and_attach: acpi_cpu1 attach returned 6 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1716912676 Hz quality 800 Timecounters tick every 10.000 msec ipfw2 initialized, divert enabled, rule-based forwarding enabled, default to deny, logging disabled GEOM: create disk ad0 dp=0xc4869760 ad0: 29325MB [59582/16/63] at ata0-master PIO4 GEOM: create disk ad1 dp=0xc4869460 ad1: 38166MB [77545/16/63] at ata0-slave PIO4 acd0: CDROM <_NEC CD-ROM CD-3002A> at ata1-master PIO4 Mounting root from ufs:/dev/ad1s1a Loading configuration files. Entropy harvesting: interrupts ethernet point_to_point . swapon: adding /dev/ad1s1b as swap device Starting file system checks: /dev/ad1s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad1s1a: clean, 98988 free (964 frags, 12253 blocks, 0.7% fragmentation) /dev/ad1s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad1s1e: clean, 88755 free (51 frags, 11088 blocks, 0.0% fragmentation) /dev/ad1s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad1s1f: clean, 10476259 free (48979 frags, 1303410 blocks, 0.3% fragmentation) /dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1a: clean, 91333 free (261 frags, 11384 blocks, 0.2% fragmentation) /dev/ad1s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad1s1d: clean, 53926 free (662 frags, 6658 blocks, 0.5% fragmentation) /dev/ad0s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1e: clean, 127245 free (85 frags, 15895 blocks, 0.1% fragmentation) /dev/ad0s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1f: clean, 6599588 free (64604 frags, 816873 blocks, 0.5% fragmentation) /dev/ad0s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1d: clean, 78096 free (832 frags, 9658 blocks, 0.6% fragmentation) kern.ipc.shm_allow_removed: 0 -> 1 Setting hostname: baikal.home.test. fxp0: flags=8843 mtu 1500 inet 10.0.0.1 netmask 0xffffff00 broadcast 10.0.0.255 inet6 fe80::220:edff:fe76:9a1c%fxp0 prefixlen 64 tentative scopeid 0x1 ether 00:20:ed:76:9a:1c media: Ethernet autoselect (100baseTX ) status: active lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 Starting ppp as "root" Flushed all rules. 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 deny log ip from 10.0.0.0/24 to any in via tun0 00500 deny log ip from 192.168.254.0/24 to any in via tun0 00600 deny log ip from 62.181.0.0/16 to any in via fxp0 00700 deny log ip from 62.181.0.0/16 to any in via vmnet1 00800 deny log ip from any to 10.0.0.0/8 via tun0 00900 deny log ip from any to 172.16.0.0/12 via tun0 01000 deny log ip from any to 192.168.0.0/16 via tun0 01100 deny log ip from any to 0.0.0.0/8 via tun0 01200 deny log ip from any to 169.254.0.0/16 via tun0 01300 deny log ip from any to 192.0.2.0/24 via tun0 01400 deny log ip from any to 224.0.0.0/4 via tun0 01500 deny log ip from any to 240.0.0.0/4 via tun0 01600 divert 8668 ip from any to any via tun0 01700 deny log ip from 10.0.0.0/8 to any via tun0 01800 deny log ip from 172.16.0.0/12 to any via tun0 01900 deny log ip from 192.168.0.0/16 to any via tun0 02000 deny log ip from 0.0.0.0/8 to any via tun0 02100 deny log ip from 169.254.0.0/16 to any via tun0 02200 deny log ip from 192.0.2.0/24 to any via tun0 02300 deny log ip from 224.0.0.0/4 to any via tun0 02400 deny log ip from 240.0.0.0/4 to any via tun0 02500 pipe 1 ip from me 80 to any out 02600 pipe 2 ip from any to me dst-port 80 in 02700 allow tcp from any to any established 02800 allow ip from any to any frag 02900 allow tcp from any to me dst-port 25 setup 03000 allow tcp from any to me dst-port 53 setup 03100 allow udp from any to me dst-port 53 03200 allow udp from me 53 to any out via tun0 03300 allow tcp from any to me dst-port 80 setup 03400 deny log tcp from any to any in via tun0 setup 03500 allow tcp from any to any setup 03600 allow udp from me to any dst-port 53 keep-state 03700 allow udp from me to any dst-port 123 keep-state 03800 allow icmp from any to any 03900 allow udp from 10.0.0.0/24 to 10.0.0.0/24 04000 allow udp from 10.0.0.0/24 to 192.168.254.0/24 04100 allow udp from 192.168.254.0/24 to 192.168.254.0/24 04200 allow udp from 192.168.254.0/24 to 10.0.0.0/24 04300 allow log udp from 0.0.0.0 68 to 255.255.255.255 dst-port 67 in via vmnet1 04400 allow log udp from me 67 to any dst-port 68 via vmnet1 04500 deny log ip from any to any Firewall rules loaded, starting divert daemons: natd . Firewall logging enabled net.inet.ip.fw.enable: 1 -> 1 Additional routing options: IP gateway=YES . hw.bus.devctl_disable: 0 -> 1 Mounting NFS file systems: . Starting syslogd. Apr 3 00:34:42 baikal syslogd: kernel boot file is /boot/kernel/kernel Starting named. Starting rpcbind. Generating host.conf. NFS access cache time=2 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 Starting mountd. Starting nfsd. Starting usbd. Starting local daemons: . Updating motd . Configuring syscons: keymap scrnmap font8x16 font8x14 font8x8 blanktime . Starting sshd. Starting sendmail. ipfw: 4500 Deny UDP 62.143.2.118:13139 217.150.202.90:13139 in via tun0 Initial i386 initialization: . Additional ABI support: linux . Starting cron. Local package initialization: apache Starting dhcpd. Internet Software Consortium DHCP Server V3.0.1rc12 Copyright 1995-2003 Internet Software Consortium. All rights reserved. For info, please visit http://www.isc.org/products/DHCP Wrote 11 leases to leases file. Listening on BPF/fxp0/00:20:ed:76:9a:1c/10.0.0.0/24 Sending on BPF/fxp0/00:20:ed:76:9a:1c/10.0.0.0/24 Sending on Socket/fallback/fallback-net mysqld rtc WARNING: driver "rtc" used unreserved major device number 202 Samba WARNING: driver "vmmon" used unreserved major device number 200 vmmon: Module vmmon: registered with major=200 minor=0 tag=$Name: build-570 (3.2.x mvm) $ vmmon: Module vmmon: initialized VMware . Additional TCP options: . Apr 3 00:35:32 baikal kernel: vmmon: Module vmmon: registered with major=200 minor=0 tag=$Name: build-570 (3.2.x mvm) $ Starting moused: Apr 3 00:35:32 baikal kernel: vmmon: Module vmmon: initialized mousechar_start . Starting inetd. Starting background file system checks in 60 seconds. Sat Apr 3 00:35:33 MSD 2004 From owner-freebsd-current@FreeBSD.ORG Sat Apr 3 10:09:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91DC916A4CF; Sat, 3 Apr 2004 10:09:41 -0800 (PST) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC34243D55; Sat, 3 Apr 2004 10:09:40 -0800 (PST) (envelope-from dean@dragon.stack.nl) Received: from dragon.stack.nl (dragon.stack.nl [2001:610:1108:5011:207:e9ff:fe09:230]) by mailhost.stack.nl (Postfix) with ESMTP id 406EFDE3#A28EA1F00A; Sat, 3 Apr 2004 20:09:39 +0200 (CEST) Received: by dragon.stack.nl (Postfix, from userid 1600) id 8FA225F258; Sat, 3 Apr 2004 20:09:39 +0200 (CEST) Date: Sat, 3 Apr 2004 20:09:39 +0200 From: Dean Strik To: S??ren Schmidt Message-ID: <20040403180939.GG83830@dragon.stack.nl> References: <007e01c417eb$6691ef90$122aa8c0@skon2> <406C29F9.3070705@DeepCore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <406C29F9.3070705@DeepCore.dk> X-Editor: VIM Rulez! http://www.vim.org/ X-MUD: Outerspace - telnet://mud.stack.nl:3333 X-Really: Yes User-Agent: Mutt/1.5.6i X-Mailman-Approved-At: Sun, 04 Apr 2004 04:47:27 -0700 cc: "SungGON Yi." cc: freebsd-current@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: ATA driver cannot detect the Serial ATA disk in FreeBSD/AMD64-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Apr 2004 18:09:41 -0000 S??ren Schmidt wrote: > SungGON Yi. wrote: > >My system is consisted in Tyan S2885 opteron dual board and Seagate 7200.1 > >SATA > >disk with > >FreeBSD/AMD64 5.2-Current. > > > >Old ata driver could detect the disk. Below the verbose message on > >bootstrap: > > Please try this patch: > > Index: ata-pci.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/ata/ata-pci.c,v > retrieving revision 1.77 > diff -u -r1.77 ata-pci.c Okay, works here (the system Marc Olzheim wrote about) as well. -- Dean C. Strik Eindhoven University of Technology dean@stack.nl | dean@ipnet6.org | http://www.ipnet6.org/ "This isn't right. This isn't even wrong." -- Wolfgang Pauli From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 05:51:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E735A16A4CE; Sun, 4 Apr 2004 05:51:38 -0700 (PDT) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6C1443D48; Sun, 4 Apr 2004 05:51:38 -0700 (PDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3D1B17303A; Sun, 4 Apr 2004 08:51:38 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040404125138.3D1B17303A@freebsd-current.sentex.ca> Date: Sun, 4 Apr 2004 08:51:38 -0400 (EDT) Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Apr 2004 12:51:39 -0000 TB --- 2004-04-04 11:40:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-04-04 11:40:52 - starting CURRENT tinderbox run for i386/i386 TB --- 2004-04-04 11:40:52 - checking out the source tree TB --- 2004-04-04 11:40:52 - cd /home/tinderbox/sandbox/CURRENT/i386/i386 TB --- 2004-04-04 11:40:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-04-04 11:46:00 - building world (CFLAGS=-O2 -pipe) TB --- 2004-04-04 11:46:00 - cd /home/tinderbox/sandbox/CURRENT/i386/i386/src TB --- 2004-04-04 11:46:00 - /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-04-04 12:42:24 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-04-04 12:42:24 - cd /home/tinderbox/sandbox/CURRENT/i386/i386/src TB --- 2004-04-04 12:42:24 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Apr 4 12:42:24 GMT 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 [...] touch /other/tinderbox/CURRENT/i386/i386/obj/other/tinderbox/CURRENT/i386/i386/src/sys/GENERIC/modules/other/tinderbox/CURRENT/i386/i386/src/sys/modules/arl/export_syms awk -f /other/tinderbox/CURRENT/i386/i386/src/sys/modules/arl/../../conf/kmod_syms.awk if_arl.kld /other/tinderbox/CURRENT/i386/i386/obj/other/tinderbox/CURRENT/i386/i386/src/sys/GENERIC/modules/other/tinderbox/CURRENT/i386/i386/src/sys/modules/arl/export_syms | xargs -J% objcopy % if_arl.kld ld -Bshareable -d -warn-common -o if_arl.ko.debug if_arl.kld objcopy --strip-debug if_arl.ko.debug if_arl.ko ===> arcnet cc -O2 -pipe -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /other/tinderbox/CURRENT/i386/i386/obj/other/tinderbox/CURRENT/i386/i386/src/sys/GENERIC/opt_global.h -I. -I@ -I@/../include -finline-limit=8000 -fno-common -g -I/other/tinderbox/CURRENT/i386/i386/obj/other/tinderbox/CURRENT/i386/i386/src/sys/GENERIC -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /other/tinderbox/CURRENT/i386/i386/src/sys/net/if_arcsubr.c /other/tinderbox/CURRENT/i386/i386/src/sys/net/if_arcsubr.c: In function `arc_output': /other/tinderbox/CURRENT/i386/i386/src/sys/net/if_arcsubr.c:139: error: too many arguments to function `arpresolve' *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/i386/src/sys/modules/arcnet. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/i386/src/sys/modules. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/i386/obj/other/tinderbox/CURRENT/i386/i386/src/sys/GENERIC. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/i386/src. TB --- 2004-04-04 12:51:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-04-04 12:51:38 - ERROR: failed to build generic kernel TB --- 2004-04-04 12:51:38 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 06:38:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBDE116A4CE; Sun, 4 Apr 2004 06:38:10 -0700 (PDT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id C60DE43D4C; Sun, 4 Apr 2004 06:38:10 -0700 (PDT) (envelope-from freebsd-current-local@be-well.ilk.org) Received: from be-well.no-ip.com ([66.30.196.44]) by comcast.net (rwcrmhc12) with ESMTP id <2004040413381001400s8o0ne>; Sun, 4 Apr 2004 13:38:10 +0000 Received: by be-well.no-ip.com (Postfix, from userid 1147) id EE2E412; Sun, 4 Apr 2004 09:38:09 -0400 (EDT) Sender: lowell@be-well.ilk.org To: John Baldwin References: <20040318132321.F9436@root.org> <44r7vg5r2j.fsf@be-well.ilk.org> <44lllo5quz.fsf@be-well.ilk.org> <200403261407.22278.jhb@FreeBSD.org> <44n061rqzp.fsf@be-well.ilk.org> From: Lowell Gilbert Date: 04 Apr 2004 09:38:09 -0400 In-Reply-To: <44n061rqzp.fsf@be-well.ilk.org> Message-ID: <44ptanuam6.fsf@be-well.ilk.org> Lines: 14 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: current@freebsd.org Subject: Re: agp0 hang in 5.2.1-RELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Apr 2004 13:38:11 -0000 Lowell Gilbert writes: > John Baldwin writes: > > > Can you try moving those hunks into the attach method rather than the probe > > method by the way? > > Certainly. I don't expect that to work though, because in my case the > lockup was happening in the probe itself. [Yes, that means that the > hardware is exhibiting fairly broken behaviour; but I still wanted to > run FreeBSD on it...] I was correct; the lockup was in the probe, so for my laptop, at least, the probe itself has to be turned off. From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 07:00:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6624C16A4CE; Sun, 4 Apr 2004 07:00:03 -0700 (PDT) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4681B43D4C; Sun, 4 Apr 2004 07:00:03 -0700 (PDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C08CA7303A; Sun, 4 Apr 2004 10:00:02 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040404140002.C08CA7303A@freebsd-current.sentex.ca> Date: Sun, 4 Apr 2004 10:00:02 -0400 (EDT) Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Apr 2004 14:00:03 -0000 TB --- 2004-04-04 12:51:38 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-04-04 12:51:38 - starting CURRENT tinderbox run for i386/pc98 TB --- 2004-04-04 12:51:38 - checking out the source tree TB --- 2004-04-04 12:51:38 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98 TB --- 2004-04-04 12:51:38 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-04-04 12:56:48 - building world (CFLAGS=-O2 -pipe) TB --- 2004-04-04 12:56:48 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-04-04 12:56:48 - /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-04-04 13:53:10 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-04-04 13:53:10 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-04-04 13:53:10 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Apr 4 13:53:10 GMT 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 [...] touch /other/tinderbox/CURRENT/i386/pc98/obj/pc98/other/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC/modules/other/tinderbox/CURRENT/i386/pc98/src/sys/modules/ar/export_syms awk -f /other/tinderbox/CURRENT/i386/pc98/src/sys/modules/ar/../../conf/kmod_syms.awk if_ar.kld /other/tinderbox/CURRENT/i386/pc98/obj/pc98/other/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC/modules/other/tinderbox/CURRENT/i386/pc98/src/sys/modules/ar/export_syms | xargs -J% objcopy % if_ar.kld ld -Bshareable -d -warn-common -o if_ar.ko.debug if_ar.kld objcopy --strip-debug if_ar.ko.debug if_ar.ko ===> arcnet cc -O2 -pipe -DPC98 -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /other/tinderbox/CURRENT/i386/pc98/obj/pc98/other/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC/opt_global.h -I. -I@ -I@/../include -finline-limit=8000 -fno-common -g -I/other/tinderbox/CURRENT/i386/pc98/obj/pc98/other/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /other/tinderbox/CURRENT/i386/pc98/src/sys/net/if_arcsubr.c /other/tinderbox/CURRENT/i386/pc98/src/sys/net/if_arcsubr.c: In function `arc_output': /other/tinderbox/CURRENT/i386/pc98/src/sys/net/if_arcsubr.c:139: error: too many arguments to function `arpresolve' *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/pc98/src/sys/modules/arcnet. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/pc98/src/sys/modules. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/pc98/obj/pc98/other/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/pc98/src. TB --- 2004-04-04 14:00:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-04-04 14:00:02 - ERROR: failed to build generic kernel TB --- 2004-04-04 14:00:02 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 09:38:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B4F116A4CE for ; Sun, 4 Apr 2004 09:38:39 -0700 (PDT) Received: from salvador.pacific.net.sg (salvador.pacific.net.sg [203.120.90.219]) by mx1.FreeBSD.org (Postfix) with SMTP id 775E343D1F for ; Sun, 4 Apr 2004 09:38:38 -0700 (PDT) (envelope-from oceanare@pacific.net.sg) Received: (qmail 22451 invoked from network); 4 Apr 2004 16:38:37 -0000 Received: from unknown (HELO maxwell2.pacific.net.sg) (203.120.90.192) by salvador with SMTP; 4 Apr 2004 16:38:36 -0000 Received: from pacific.net.sg ([210.24.202.50]) by maxwell2.pacific.net.sg with ESMTP id <20040404163836.UWBY1277.maxwell2.pacific.net.sg@pacific.net.sg> for ; Mon, 5 Apr 2004 00:38:36 +0800 Message-ID: <40703A02.20007@pacific.net.sg> Date: Mon, 05 Apr 2004 00:38:26 +0800 From: Erich Dollansky Organization: oceanare pte ltd User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7b) Gecko/20040404 X-Accept-Language: en-us, en, de-de MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: make fails compiling SCSI support on CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Apr 2004 16:38:39 -0000 Hi, I just upgraded my sources from 5.2 RELEASE to CURRENT via CVSup. make stops after getting these error messages: cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I../../.. -I../../../contrib/dev/acpica -I../../../contrib/ipfilter -I../../../contrib/pf -I../../../contrib/dev/ath -I../../../contrib/dev/ath/freebsd -I../../../contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror ../../../dev/aic7xxx/aic79xx.c ../../../dev/aic7xxx/aic79xx.c: In function `ahd_flush_qoutfifo': ../../../dev/aic7xxx/aic79xx.c:454: error: `COMPLETE_DMA_SCB_TAIL' undeclared (first use in this function) ../../../dev/aic7xxx/aic79xx.c:454: error: (Each undeclared identifier is reported only once ../../../dev/aic7xxx/aic79xx.c:454: error: for each function it appears in.) ../../../dev/aic7xxx/aic79xx.c:531: error: `COMPLETE_ON_QFREEZE_HEAD' undeclared (first use in this function) ../../../dev/aic7xxx/aic79xx.c: In function `ahd_chip_init': ../../../dev/aic7xxx/aic79xx.c:6680: error: `COMPLETE_DMA_SCB_TAIL' undeclared (first use in this function) ../../../dev/aic7xxx/aic79xx.c:6681: error: `COMPLETE_ON_QFREEZE_HEAD' undeclared (first use in this function) ../../../dev/aic7xxx/aic79xx.c:6688: error: `KERNEL_QFREEZE_COUNT' undeclared (first use in this function) ../../../dev/aic7xxx/aic79xx.c: In function `ahd_pause_and_flushwork': ../../../dev/aic7xxx/aic79xx.c:7058: error: `KERNEL_QFREEZE_COUNT' undeclared (first use in this function) ../../../dev/aic7xxx/aic79xx.c: In function `ahd_handle_scsi_status': ../../../dev/aic7xxx/aic79xx.c:8067: error: `KERNEL_QFREEZE_COUNT' undeclared (first use in this function) ../../../dev/aic7xxx/aic79xx.c: In function `ahd_dump_card_state': ../../../dev/aic7xxx/aic79xx.c:8989: error: `COMPLETE_ON_QFREEZE_HEAD' undeclared (first use in this function) *** Error code 1 Stop in /usr/src/sys/i386/compile/ATHLONS. Has somebody an idea where I could start to fix it? Thanks! Erich From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 12:08:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7924A16A4CE for ; Sun, 4 Apr 2004 12:08:31 -0700 (PDT) Received: from ms-smtp-01-eri0.socal.rr.com (ms-smtp-01-qfe0.socal.rr.com [66.75.162.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B8AD43D39 for ; Sun, 4 Apr 2004 12:08:31 -0700 (PDT) (envelope-from sean@mcneil.com) Received: from mail.mcneil.com (rrcs-west-24-199-45-54.biz.rr.com [24.199.45.54])i34J8Tu2023230 for ; Sun, 4 Apr 2004 12:08:29 -0700 (PDT) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id C7AE8FD2BA for ; Sun, 4 Apr 2004 12:08:28 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30123-04 for ; Sun, 4 Apr 2004 12:08:28 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 65ACFFD26E for ; Sun, 4 Apr 2004 12:08:28 -0700 (PDT) From: Sean McNeil To: freebsd-current@freebsd.org Content-Type: text/plain Message-Id: <1081105708.82796.3.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 04 Apr 2004 12:08:28 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Virus-Scanned: by amavisd-new at mcneil.com Subject: accessing acd0 and atapicam cd0 not allowed anymore? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Apr 2004 19:08:31 -0000 I just noticed that I can no longer use burncd when I have atapicam installed. cdrecord works OK, but I get a failure at the beginning of a write saying the device is busy when I try to use burncd. Then it goes into fixating the CD making a nice new coaster. Is this by design that acd0 is no longer functional? Sean From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 12:35:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40A4216A4CF for ; Sun, 4 Apr 2004 12:35:11 -0700 (PDT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 843F143D5D for ; Sun, 4 Apr 2004 12:35:10 -0700 (PDT) (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 76FB41FF9AB for ; Sun, 4 Apr 2004 21:35:06 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 9B9391FF9A8; Sun, 4 Apr 2004 21:35:04 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 84E71155FB; Sun, 4 Apr 2004 19:34:21 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 7A75115380; Sun, 4 Apr 2004 19:34:22 +0000 (UTC) Date: Sun, 4 Apr 2004 19:34:22 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: FreeBSD current mailing list Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: "Bjoern A. Zeeb" Subject: compilation with NO_YP_LIBC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Apr 2004 19:35:11 -0000 Hi, I have updated my patch to make world compilable with NO_YP_LIBC set in make.conf. This might especially be interesting for projects like nanobsd when no NIS is needed. I have successfully compiled multiple full worlds and something similari to nanobsd the last days. The updated patch is available at http://sources.zabbadoz.net/freebsd/patchset/10039-no-yp-libc.diff -- Greetings Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT 56 69 73 69 74 http://www.zabbadoz.net/ From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 12:59:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77DF916A4CF for ; Sun, 4 Apr 2004 12:59:32 -0700 (PDT) Received: from mailserv1.neuroflux.com (mailserv1.neuroflux.com [204.228.228.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECEA843D5E for ; Sun, 4 Apr 2004 12:59:31 -0700 (PDT) (envelope-from ryans@gamersimpact.com) Received: (qmail 11980 invoked by uid 89); 4 Apr 2004 19:59:34 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 4 Apr 2004 19:59:34 -0000 Received: from 65.103.5.228 (SquirrelMail authenticated user ryans@gamersimpact.com) by www2.neuroflux.com with HTTP; Sun, 4 Apr 2004 13:59:34 -0600 (MDT) Message-ID: <49162.65.103.5.228.1081108774.squirrel@www2.neuroflux.com> In-Reply-To: <20040403223230.GC613@darkness.comp.waw.pl> References: <49165.65.103.5.228.1081027268.squirrel@www2.neuroflux.com> <20040403223230.GC613@darkness.comp.waw.pl> Date: Sun, 4 Apr 2004 13:59:34 -0600 (MDT) From: "Ryan Sommers" To: "Pawel Jakub Dawidek" User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal cc: current@freebsd.org Subject: Re: Panic from bad length parameter in bind (Possible DOS attack) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Apr 2004 19:59:32 -0000 Pawel Jakub Dawidek said: > On Sat, Apr 03, 2004 at 02:21:08PM -0700, Ryan Sommers wrote: > +> Whenever I supply a length of 4 as the final bind parameter I get the > +> following panic. Looks like bind returns fine, however, when the > program > +> exits it stumbles over some mutex associated with the descriptor. The > +> mutex passed to mtx_destroy() has MTX_RECURSED set. I attempted to find > +> where the call to bind was clobbering the mutex but couldn't. I > attached > +> the simple program to exploit this. I was able to do it as a regular > user. > > Yes, could you try this patch: > > http://people.freebsd.org/~pjd/patches/tcp_usrreq.c.patch That fixes it. > > -- > Pawel Jakub Dawidek http://www.FreeBSD.org > pjd@FreeBSD.org http://garage.freebsd.pl > FreeBSD committer Am I Evil? Yes, I Am! > -- Ryan Sommers ryans@gamersimpact.com From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 13:02:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA67616A4CE for ; Sun, 4 Apr 2004 13:02:37 -0700 (PDT) Received: from lakermmtao01.cox.net (lakermmtao01.east.cox.net [68.230.240.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6551343D45 for ; Sun, 4 Apr 2004 13:02:37 -0700 (PDT) (envelope-from conrads@ip68-14-60-78.no.no.cox.net) Received: from ip68-14-60-78.no.no.cox.net ([68.14.60.78]) by lakermmtao01.cox.netESMTP <20040404200231.ISNN1102.lakermmtao01.cox.net@ip68-14-60-78.no.no.cox.net> for ; Sun, 4 Apr 2004 16:02:31 -0400 Received: from ip68-14-60-78.no.no.cox.net (localhost [127.0.0.1]) i34K2VHH066364 for ; Sun, 4 Apr 2004 15:02:31 -0500 (CDT) (envelope-from conrads@ip68-14-60-78.no.no.cox.net) Received: (from conrads@localhost)i34K2Qqc066363 for freebsd-current@freebsd.org; Sun, 4 Apr 2004 15:02:26 -0500 (CDT) (envelope-from conrads) Date: Sun, 4 Apr 2004 15:02:26 -0500 From: "Conrad J. Sabatier" To: freebsd-current@freebsd.org Message-ID: <20040404200226.GA66287@cox.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: buildworld failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Apr 2004 20:02:38 -0000 ===> sys/modules/wlan @ -> /usr/src/sys machine -> /usr/src/sys/i386/include awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h echo "#define INET 1" > opt_inet.h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/../include -I/usr/o bj/usr/src/i386/usr/include /usr/src/sys/modules/wlan/../../net80211/ieee80211.c /usr/src/ sys/modules/wlan/../../net80211/ieee80211_crypto.c /usr/src/sys/modules/wlan/../../net8021 1/ieee80211_input.c /usr/src/sys/modules/wlan/../../net80211/ieee80211_ioctl.c /usr/src/sy s/modules/wlan/../../net80211/ieee80211_node.c /usr/src/sys/modules/wlan/../../net80211/ie ee80211_output.c /usr/src/sys/modules/wlan/../../net80211/ieee80211_proto.c /usr/src/sys/net80211/ieee80211_ioctl.c:41:21: opt_ipx.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/sys/modules/wlan. *** Error code 1 -- Conrad Sabatier - "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 13:03:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FFBF16A4CE for ; Sun, 4 Apr 2004 13:03:03 -0700 (PDT) Received: from www.ambrisko.com (adsl-64-174-51-42.dsl.snfc21.pacbell.net [64.174.51.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C6A443D58 for ; Sun, 4 Apr 2004 13:03:03 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.9p2/8.12.9) with ESMTP id i34K2nCf038809; Sun, 4 Apr 2004 13:02:49 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.9p2/8.12.9/Submit) id i34K2nop038808; Sun, 4 Apr 2004 13:02:49 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200404042002.i34K2nop038808@ambrisko.com> In-Reply-To: <406EDED3.90708@DeepCore.dk> To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Sun, 4 Apr 2004 13:02:49 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UNKNOWN-8BIT cc: current@freebsd.org Subject: Re: Intel SATA ICH5/5R 6300ESB support patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Apr 2004 20:03:03 -0000 Søren Schmidt writes: [ Charset ISO-8859-1 unsupported, converting... ] | Doug Ambrisko wrote: | > Here are some patches to deal with SATA devices causing errors and | > resulting in wedged systems. Deals with drives removed/powered down, | > drives powered up or plugged in and media errors. We need to | > read the SATA registers and twiddle the port enable on device | > departures. If we don't then the ata code execution will result in | > a lock-up. | > | > I put in a patch for geom for bio_taskqueue_remove. Since ata code | > schedules bio_task it need to be cancelled when we abort and call | > biodone. If we don't cancel this task then when the task is | > run later we get a double free in UMA since we have cleaned up | > twice and called biodone twice for the same request. It seems | > like in biodone we should clean up tasks there. Suggestions | > appreciated. This band-aids it for: | > 1) dd if=/dev/ad2 of=/dev/null | > 2) then power down the drive. | > | > There are other issues on media recovery that I've hit but | > I'm going to do that separate to this HW support. Promise | > patches to deal with SATA issues should be coming soon. | > | > These are based on my -stable patches but are enhanced a little to | > deal with some other cases. | > | > This should make -current systems more stable with SATA drives when | > something goes wrong with them. | > | > I'd like to commit them to -current after a review. | | Well, looks promising, but unfortunatly they collide with the WIP I have | here in the lab, so I'd appreciate if you would not commit it right now. | I'll look into getting the confilicting areas merged into what I have | here, then have you test it on the ICH5 as I dont have any of those | around... Sounds good. If you send me stuff I can test it and/or merge it myself. I have both ICH5 and 6300ESB. The 6300ESB is basically the same with different IDs then the ICH5. BTW the SATA sstatus/scontrol registers are available even though the doc's only claim serror. I have a test setup where I can remotely turn off drives and have a drive with known media errors to test system recovery. Next I'll work on getting the Promise SATA patches that prevent hangs into -current from my -stable patches. This will fix the hangs with thoses cards. I should be able to get the done and tested on Mon. Thanks, Doug A. From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 13:12:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33BD116A4E5; Sun, 4 Apr 2004 13:12:53 -0700 (PDT) Received: from cs.rice.edu (cs.rice.edu [128.42.1.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5D7743D49; Sun, 4 Apr 2004 13:12:52 -0700 (PDT) (envelope-from alc@cs.rice.edu) Received: from localhost (calypso.cs.rice.edu [128.42.1.127]) by cs.rice.edu (Postfix) with ESMTP id AC1C84AE37; Sun, 4 Apr 2004 15:12:51 -0500 (CDT) Received: from cs.rice.edu ([128.42.1.30]) by localhost (calypso.cs.rice.edu [128.42.1.127]) (amavisd-new, port 10024) with LMTP id 16964-01-83; Sun, 4 Apr 2004 15:12:51 -0500 (CDT) Received: by cs.rice.edu (Postfix, from userid 19572) id 2F1AF4AE0F; Sun, 4 Apr 2004 15:12:51 -0500 (CDT) Date: Sun, 4 Apr 2004 15:12:51 -0500 From: Alan Cox To: Alfred Perlstein Message-ID: <20040404201251.GP15786@cs.rice.edu> References: <20040402191254.GK26131@elvis.mu.org> <35917.1080933274@critter.freebsd.dk> <20040402195957.GN26131@elvis.mu.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="2/5bycvrmDh4d1IB" Content-Disposition: inline In-Reply-To: <20040402195957.GN26131@elvis.mu.org> User-Agent: Mutt/1.3.28i X-Virus-Scanned: by amavis-20030616-p7 at cs.rice.edu cc: alc@freebsd.org cc: kan@freebsd.org cc: Poul-Henning Kamp cc: current@freebsd.org Subject: Re: mmap breakage? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Apr 2004 20:12:53 -0000 --2/5bycvrmDh4d1IB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Apr 02, 2004 at 11:59:57AM -0800, Alfred Perlstein wrote: > * Poul-Henning Kamp [040402 11:14] wrote: > > In message <20040402191254.GK26131@elvis.mu.org>, Alfred Perlstein writes: > > >* Poul-Henning Kamp [040402 10:40] wrote: > > >> In message <20040402160959.GJ26131@elvis.mu.org>, Alfred Perlstein writes: > > >> >I noticed that mplayer seems to want to open /dev/zero with RDONLY > > >> >but then tries to mmap it PROT_READ+PROT_WRITE and gets rejected. > > >> > > >> Sounds like missing MAP_PRIVATE ? > > > > > >Nope, private is set. It's just that the file is opened RDONLY, > > >but PROT has PROT_WRITE in it. > > > > That should be OK with MAP_PRIVATE as far as I interpret POLA. > > Ok, but it's not. :) Alfred, Please try the attached patch. This problems appears to be a consequence of vm/vm_mmap.c revision 1.180, where as part of a much needed code reorganization for locking the check for the /dev/zero special case got placed after the permissions check for the general case. This patch simply delays the permissions check for devices until you have the necessary lock to also check for /dev/zero. Since kan@ authored the reorganization, I'm cc:'ing him on this message for purposes of obtaining a review. (At least one comment should be updated to reflect my code changes.) Regards, Alan --2/5bycvrmDh4d1IB Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="mmap_anon.patch" Index: vm/vm_mmap.c =================================================================== RCS file: /home/ncvs/src/sys/vm/vm_mmap.c,v retrieving revision 1.186 diff -u -r1.186 vm_mmap.c --- vm/vm_mmap.c 18 Mar 2004 20:58:51 -0000 1.186 +++ vm/vm_mmap.c 4 Apr 2004 10:55:23 -0000 @@ -341,14 +341,14 @@ * permission although we opened it without asking * for it, bail out. */ - if ((flags & MAP_SHARED) != 0 || vp->v_type == VCHR) { + if ((flags & MAP_SHARED) != 0) { if ((fp->f_flag & FWRITE) != 0) { maxprot |= VM_PROT_WRITE; } else if ((prot & PROT_WRITE) != 0) { error = EACCES; goto done; } - } else { + } else if (vp->v_type != VCHR || (fp->f_flag & FWRITE) != 0) { maxprot |= VM_PROT_WRITE; } handle = (void *)vp; @@ -1113,6 +1113,11 @@ /* * cdevs does not provide private mappings of any kind. */ + if ((*maxprotp & VM_PROT_WRITE) == 0 && + (prot & PROT_WRITE) != 0) { + error = EACCES; + goto done; + } /* * However, for XIG X server to continue to work, * we should allow the superuser to do it anyway. --2/5bycvrmDh4d1IB-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 13:17:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 355F516A4CF for ; Sun, 4 Apr 2004 13:17:46 -0700 (PDT) Received: from critter.freebsd.dk (0x50a171c6.naenxx7.adsl-dhcp.tele.dk [80.161.113.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4666543D48 for ; Sun, 4 Apr 2004 13:17:45 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.11/8.12.11) with ESMTP id i34KHMeC001840; Sun, 4 Apr 2004 22:17:23 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Doug Ambrisko From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 04 Apr 2004 13:02:49 PDT." <200404042002.i34K2nop038808@ambrisko.com> Date: Sun, 04 Apr 2004 22:17:22 +0200 Message-ID: <1839.1081109842@critter.freebsd.dk> cc: current@freebsd.org cc: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Subject: Re: Intel SATA ICH5/5R 6300ESB support patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Apr 2004 20:17:46 -0000 In message <200404042002.i34K2nop038808@ambrisko.com>, Doug Ambrisko writes: >Søren Schmidt writes: >| > I put in a patch for geom for bio_taskqueue_remove. Since ata code >| > schedules bio_task it need to be cancelled when we abort and call >| > biodone. If we don't cancel this task then when the task is >| > run later we get a double free in UMA since we have cleaned up >| > twice and called biodone twice for the same request. Sos@ forwarded that patch and it won't fly, it has no chance of working reliably on multi-cpu machines: There is no guarantee that the task is still on the queue by the time you try to remove it, and if is not, it is likely to be because another CPU is already waiting for a lock in the ata driver in the bio_taskqueue handler function, so we have no way to cancel that other CPU's activity. The correct solution is to not do the biodone when you cancel, but let the already scheduled bio_taskqueue event to do so. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 13:20:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1104816A4CE for ; Sun, 4 Apr 2004 13:20:59 -0700 (PDT) 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 BC49543D39 for ; Sun, 4 Apr 2004 13:20:57 -0700 (PDT) (envelope-from sos@DeepCore.dk) Received: from DeepCore.dk (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i34KKha8054744; Sun, 4 Apr 2004 22:20:48 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <40706E1B.4010004@DeepCore.dk> Date: Sun, 04 Apr 2004 22:20:43 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.5 (X11/20040329) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <1839.1081109842@critter.freebsd.dk> In-Reply-To: <1839.1081109842@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: current@freebsd.org Subject: Re: Intel SATA ICH5/5R 6300ESB support patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Apr 2004 20:20:59 -0000 Poul-Henning Kamp wrote: > In message <200404042002.i34K2nop038808@ambrisko.com>, Doug Ambrisko writes: > >>Søren Schmidt writes: > > >>| > I put in a patch for geom for bio_taskqueue_remove. Since ata code >>| > schedules bio_task it need to be cancelled when we abort and call >>| > biodone. If we don't cancel this task then when the task is >>| > run later we get a double free in UMA since we have cleaned up >>| > twice and called biodone twice for the same request. > > > Sos@ forwarded that patch and it won't fly, it has no chance of > working reliably on multi-cpu machines: > > There is no guarantee that the task is still on the queue by the > time you try to remove it, and if is not, it is likely to be because > another CPU is already waiting for a lock in the ata driver in the > bio_taskqueue handler function, so we have no way to cancel that > other CPU's activity. > > The correct solution is to not do the biodone when you cancel, but > let the already scheduled bio_taskqueue event to do so. Actually I've solved this very differently by now, the problem was the handling of the "in flight" request, that could cause bidone to be called twice (which is plain wrong)... -- -Søren From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 13:21:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D828216A4CE for ; Sun, 4 Apr 2004 13:21:50 -0700 (PDT) Received: from www.ambrisko.com (adsl-64-174-51-42.dsl.snfc21.pacbell.net [64.174.51.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82C6143D48 for ; Sun, 4 Apr 2004 13:21:50 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.9p2/8.12.9) with ESMTP id i34KLcCf039831; Sun, 4 Apr 2004 13:21:38 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.9p2/8.12.9/Submit) id i34KLcVT039830; Sun, 4 Apr 2004 13:21:38 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200404042021.i34KLcVT039830@ambrisko.com> In-Reply-To: <1839.1081109842@critter.freebsd.dk> To: Poul-Henning Kamp Date: Sun, 4 Apr 2004 13:21:38 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UNKNOWN-8BIT cc: current@freebsd.org cc: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Subject: Re: Intel SATA ICH5/5R 6300ESB support patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Apr 2004 20:21:51 -0000 Poul-Henning Kamp writes: | In message <200404042002.i34K2nop038808@ambrisko.com>, Doug Ambrisko writes: | >Søren Schmidt writes: | | >| > I put in a patch for geom for bio_taskqueue_remove. Since ata code | >| > schedules bio_task it need to be cancelled when we abort and call | >| > biodone. If we don't cancel this task then when the task is | >| > run later we get a double free in UMA since we have cleaned up | >| > twice and called biodone twice for the same request. | | Sos@ forwarded that patch and it won't fly, it has no chance of | working reliably on multi-cpu machines: | | There is no guarantee that the task is still on the queue by the | time you try to remove it, and if is not, it is likely to be because | another CPU is already waiting for a lock in the ata driver in the | bio_taskqueue handler function, so we have no way to cancel that | other CPU's activity. | | The correct solution is to not do the biodone when you cancel, but | let the already scheduled bio_taskqueue event to do so. Okay, I'll look at the ata code so that it only does it once. Thanks, Doug A. From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 13:22:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B027F16A4CE for ; Sun, 4 Apr 2004 13:22:42 -0700 (PDT) Received: from www.ambrisko.com (adsl-64-174-51-42.dsl.snfc21.pacbell.net [64.174.51.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7944E43D1F for ; Sun, 4 Apr 2004 13:22:42 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.9p2/8.12.9) with ESMTP id i34KMUCf039894; Sun, 4 Apr 2004 13:22:30 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.9p2/8.12.9/Submit) id i34KMU8C039893; Sun, 4 Apr 2004 13:22:30 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200404042022.i34KMU8C039893@ambrisko.com> In-Reply-To: <40706E1B.4010004@DeepCore.dk> To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Sun, 4 Apr 2004 13:22:30 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UNKNOWN-8BIT cc: Poul-Henning Kamp cc: current@freebsd.org Subject: Re: Intel SATA ICH5/5R 6300ESB support patches X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Apr 2004 20:22:42 -0000 Søren Schmidt writes: | Poul-Henning Kamp wrote: | > In message <200404042002.i34K2nop038808@ambrisko.com>, Doug Ambrisko writes: | > | >>S?ren Schmidt writes: | >>| > I put in a patch for geom for bio_taskqueue_remove. Since ata code | >>| > schedules bio_task it need to be cancelled when we abort and call | >>| > biodone. If we don't cancel this task then when the task is | >>| > run later we get a double free in UMA since we have cleaned up | >>| > twice and called biodone twice for the same request. | > | > Sos@ forwarded that patch and it won't fly, it has no chance of | > working reliably on multi-cpu machines: | > | > There is no guarantee that the task is still on the queue by the | > time you try to remove it, and if is not, it is likely to be because | > another CPU is already waiting for a lock in the ata driver in the | > bio_taskqueue handler function, so we have no way to cancel that | > other CPU's activity. | > | > The correct solution is to not do the biodone when you cancel, but | > let the already scheduled bio_taskqueue event to do so. | | Actually I've solved this very differently by now, the problem was the | handling of the "in flight" request, that could cause bidone to be | called twice (which is plain wrong)... Sounds good, Doug A. From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 13:56:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 584EC16A4CE for ; Sun, 4 Apr 2004 13:56:49 -0700 (PDT) Received: from mx.imp.ch (mx2.imp.ch [157.161.9.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D77E43D49 for ; Sun, 4 Apr 2004 13:56:48 -0700 (PDT) (envelope-from mb@imp.ch) Received: from mx2.imp.ch (mx.imp.ch [157.161.9.64]) by mx.imp.ch (8.12.10/8.12.10) with ESMTP id i34KtxEc070165; Sun, 4 Apr 2004 22:56:00 +0200 (CEST) (envelope-from mb@imp.ch) Received: from imp.ch (cvs.imp.ch [157.161.4.9]) by mx2.imp.ch (8.12.10/8.12.10/Submit) with ESMTP id i34Ktv6W070131; Sun, 4 Apr 2004 22:55:57 +0200 (CEST) (envelope-from mb@imp.ch) Date: Sun, 4 Apr 2004 22:55:59 +0200 (CEST) From: Martin Blapp To: current@freebsd.org Message-ID: <20040404224036.K37637@cvs.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Status: No X-Scanned-By: MIMEDefang 2.41 X-Virus-Scanned: clamd / ClamAV version devel-20040327, clamav-milter version 0.70b X-Spam-Status: No, hits=-4.9 required=50.0 tests=BAYES_00 autolearn=ham version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on mx1.imp.ch cc: dillon@backplane.com Subject: Possible race in the filesystem code (softupdates) ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Apr 2004 20:56:49 -0000 Hi, During testing I found that the following procedure is pretty dangerous and leads sometimes to a panic(): cd /usr/ports/editors/openoffice-1.1 make patch mv work work.old rm -rfd work.old & make patch & find work.old > /dev/null 2>&1 The filesystem was mounted with softupdates. I'm trying to reproduce it tomorrow for a useful dump. I had it happen twice but was not able to take any notices because it happenend on a productive server. I can exclude any hardware problems. We use current from a week ago. Find(8) seems to trigger that bug while we are deleting this really huge work dir with ~200000 files in it and doing a stat on it at the same time. I'd call the bug pretty serious. I'll post more info after I got one more panic. Some other thing that scares me is that reading a filesystem with many many little files (as the openoffice work dir) slows down all IO operations. At BSDCon Matt Dillon talked to me about this issue and about his plan to solve it. Matt, did you make any progress here ? It is really scaring how slow UFS is in this area. Martin From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 14:10:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 873FF16A4CE for ; Sun, 4 Apr 2004 14:10:33 -0700 (PDT) Received: from geri.cc.fer.hr (geri.cc.fer.hr [161.53.72.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEFE343D45 for ; Sun, 4 Apr 2004 14:10:32 -0700 (PDT) (envelope-from ivoras@fer.hr) Received: from fer.hr (geri.cc.fer.hr [161.53.72.107]) by geri.cc.fer.hr (8.12.9p2/8.12.8) with ESMTP id i34L8Tcj088202; Sun, 4 Apr 2004 23:08:30 +0200 (CEST) (envelope-from ivoras@fer.hr) Message-ID: <407079BC.50103@fer.hr> Date: Sun, 04 Apr 2004 23:10:20 +0200 From: Ivan Voras User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6b) Gecko/20031205 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Martin Blapp , current@freebsd.org References: <20040404224036.K37637@cvs.imp.ch> In-Reply-To: <20040404224036.K37637@cvs.imp.ch> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Possible race in the filesystem code (softupdates) ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Apr 2004 21:10:33 -0000 Martin Blapp wrote: > Find(8) seems to trigger that bug while we are deleting this really huge > work dir with ~200000 files in it and doing a stat on it at the same > time. I'm curious: can you reproduce it using bonnie++ with a propper '-n' parameter? From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 14:20:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A865516A4CF for ; Sun, 4 Apr 2004 14:20:21 -0700 (PDT) Received: from smtp0.server.rpi.edu (smtp0.server.rpi.edu [128.113.53.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51CA043D4C for ; Sun, 4 Apr 2004 14:20:21 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp0.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i34LKGBM031227; Sun, 4 Apr 2004 17:20:17 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040404224036.K37637@cvs.imp.ch> References: <20040404224036.K37637@cvs.imp.ch> Date: Sun, 4 Apr 2004 17:20:15 -0400 To: Martin Blapp , current@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: dillon@backplane.com Subject: Re: Possible race in the filesystem code (softupdates) ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Apr 2004 21:20:21 -0000 At 10:55 PM +0200 4/4/04, Martin Blapp wrote: >Hi, > >During testing I found that the following procedure is pretty >dangerous and leads sometimes to a panic(): For the times when it does not cause a panic, does it cause any other problems? Ie, would it be better to say "procedure is pretty dangerous *because* it sometimes causes a panic"? Or is there some other problem in addition to the possible panic? >I'm trying to reproduce it tomorrow for a useful dump. I had it >happen twice but was not able to take any notices because it >happenend on a productive server. I can exclude any hardware >problems. We use current from a week ago. What kind of hardware are you doing this on? Is it multi-CPU? Does it have a lot of RAM? (I am just curious...) Once you have a dump, you might want to include Kirk McKusick on a message with a pointer to the dump. I don't know how often he reads freebsd-current. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 14:44:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C4C216A4CE; Sun, 4 Apr 2004 14:44:37 -0700 (PDT) Received: from smtp.newipnet.com (5.Red-80-32-157.pooles.rima-tde.net [80.32.157.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id A563E43D2F; Sun, 4 Apr 2004 14:44:33 -0700 (PDT) (envelope-from freebsd@newipnet.com) Received: by smtp.newipnet.com (ESMTP Server, from userid 511) id 88CAE20519; Sun, 4 Apr 2004 23:44:26 +0200 (CEST) Received: from madre (madre.newipnet.com [192.168.128.4]) by smtp.newipnet.com (ESMTP Server) with ESMTP id 6E56520286; Sun, 4 Apr 2004 23:43:20 +0200 (CEST) Message-ID: <200404042342100749.00809B29@192.168.128.16> X-Mailer: Courier 3.50.00.09.1092 (http://www.rosecitysoftware.com) (P) Date: Sun, 04 Apr 2004 23:42:10 +0200 From: "Carlos Velasco" To: "M. Warner Losh" , jon@freebsd.org, marc@mit.edu, freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Content-Type: text/plain; charset="ISO-8859-1" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on atlas.newipnet.com X-Spam-Level: X-Spam-Status: No, hits=-104.9 required=5.0 tests=BAYES_00,USER_IN_WHITELIST autolearn=ham version=2.63 Subject: pccbb pccard rman - Something is very wrong somewhere X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Apr 2004 21:44:37 -0000 Hello, I have been trying to find this exact bug but I have been unable. Any help would be apreciated. Using 5.2-Current Problem related to pccard using NEWCARD (OLDCARD works ok), not reading CIS. Googling I have found some reference: http://lists.freebsd.org/pipermail/freebsd-mobile/2003-December/002611.html Activating debugs I find something really weird: 1. cbb1 allocating from beginning?? allocating from the beginning 2. size 0x6bffe000???? truncated region: [0x88002000, 0xf3ffffff]; size 0x6bffe000 (requested 0x400) If, _after boot_ , I change value hw.cbb.start_memory to 0xd0000000: hw.cbb.start_memory: 3489660928 PCMCIA works. I have been investigating the issue in subr_rman.c, as I have showed that cbb resourses are the only that hit "region is allocated" and success after it, but I haven't found the problem. Here are some logs: cbb0: at device 3.0 on pci0 rman_reserve_resource: request: [0x88000000, 0xffffffff], length 0x1000, flags 12288, device cbb0 considering [0, 0xf3ffffff] truncated region: [0x88000000, 0xf3ffffff]; size 0x6c000000 (requested 0x1000) candidate region: [0xf3ffffff, 0x88000000], size 0x6c000000 splitting region in three parts: [0, 0x87ffffff]; [0x88000000, 0x88000fff]; [0x88001000, 0xf3ffffff] cbb0: PCI Memory allocated: 88000000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 ... cbb1: at device 3.1 on pci0 rman_reserve_resource: request: [0x88000000, 0xffffffff], length 0x1000, flags 12288, device cbb1 considering [0x88000000, 0x88000fff] region is allocated considering [0x88001000, 0xf3ffffff] truncated region: [0x88001000, 0xf3ffffff]; size 0x6bfff000 (requested 0x1000) candidate region: [0xf3ffffff, 0x88001000], size 0x6bfff000 allocating from the beginning cbb1: PCI Memory allocated: 88001000 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 ... Status is 0x30000410 cbb0: card inserted: event=0x00000000, state=30000410 pccard0: chip_socket_enable cbb_pcic_socket_enable: cbb0: cbb_power: 5V pccard0: read_cis rman_reserve_resource: request: [0x88000000, 0xffffffff], length 0x400, flags 12288, device pccard0 considering [0x88000000, 0x88000fff] region is allocated considering [0x88001000, 0x88001fff] region is allocated considering [0x88002000, 0xf3ffffff] truncated region: [0x88002000, 0xf3ffffff]; size 0x6bffe000 (requested 0x400) candidate region: [0xf3ffffff, 0x88002000], size 0x6bffe000 allocating from the beginning cis mem map 0xdc6c9000 (resource: 0x88002000) pccard0: CIS tuple chain: CISTPL_NONE 00 CISTPL_NONE 00 CISTPL_NONE 00 CISTPL_NONE 00 CISTPL_NONE 00 CISTPL_NONE 00 CISTPL_NONE 00 CISTPL_NONE 00 CISTPL_NONE 00 CISTPL_NONE 00 TOO MANY CIS_NONE CIS is too long -- truncating CISTPL_END ff cis mem map dc6c9000 CISTPL_LINKTARGET expected, code 40 observed pccard0: check_cis_quirks pccard0: Card has no functions! cbb0: PC Card card activation failed Status is 0x30000006 After chaging start_memory: cbb0: card inserted: event=0x00000000, state=30000410 pccard0: chip_socket_enable cbb_pcic_socket_enable: cbb0: cbb_power: 5V pccard0: read_cis rman_reserve_resource: request: [0xd0000000, 0xffffffff], length 0x400, flags 12288, device pccard0 considering [0x88002000, 0xf3ffffff] truncated region: [0xd0000000, 0xf3ffffff]; size 0x24000000 (requested 0x400) candidate region: [0xf3ffffff, 0xd0000000], size 0x24000000 splitting region in three parts: [0x88002000, 0xcfffffff]; [0xd0000000, 0xd00003ff]; [0xd0000400, 0xf3ffffff] cis mem map 0xdd91a000 (resource: 0xd0000000) pccard0: CIS tuple chain: CISTPL_DEVICE type=null speed=null 01 02 00 ff CISTPL_DEVICE_A type=null speed=null 17 02 00 ff CISTPL_VERS_1 15 3b 05 00 58 69 72 63 6f 6d 00 43 72 65 64 69 74 43 61 72 64 20 45 74 68 65 72 6e 65 74 20 31 30 2f 31 30 30 20 2b 20 4d 6f 64 65 6d 20 35 36 00 43 45 4d 35 36 00 31 2e 30 30 00 ff unhandled CISTPL 88 88 08 73 2f f6 00 00 00 00 00 CISTPL_MANFID 20 05 05 01 0a 11 46 unhandled CISTPL 44 44 04 d2 3b 77 25 CISTPL_CONFIG 1a 05 01 3f 80 ff 67 CISTPL_CFTABLE_ENTRY 1b 14 e7 c1 9d 0f 55 4d 5d 4e e0 17 17 ea 60 e8 02 07 f0 bc 8e 20 CISTPL_CFTABLE_ENTRY 1b 07 1f 08 ea 60 e8 03 07 CISTPL_CFTABLE_ENTRY 1b 07 17 08 ea 60 f8 02 07 CISTPL_CFTABLE_ENTRY 1b 07 0f 08 ea 60 f8 03 07 CISTPL_CFTABLE_ENTRY 1b 03 3f 08 63 CISTPL_FUNCID 21 02 02 00 CISTPL_FUNCE 22 04 00 02 0f 5c CISTPL_FUNCE 22 0c 02 06 00 3f 1c 03 03 0f 07 00 01 b5 CISTPL_FUNCE 22 08 13 06 00 0b 00 02 00 b5 CISTPL_FUNCID 21 02 06 00 CISTPL_FUNCE 22 08 04 06 00 10 a4 f6 2f 73 unhandled CISTPL 8a 8a 0c 39 30 30 31 48 52 46 36 32 46 37 33 unhandled CISTPL 8b 8b 04 01 00 00 00 CISTPL_NO_LINK 14 00 CISTPL_END ff pccard0: check_cis_quirks pccard0: CIS version PC Card Standard 5.0 pccard0: CIS info: Xircom, CreditCard Ethernet 10/100 + Modem 56, CEM56, 1.00 pccard0: Manufacturer code 0x105, product 0x110a pccard0: function 0: network adapter, ccr addr ff80 mask 67 pccard0: function 0, config table entry 39: I/O card; irq mask 8ebc; iomask a, iospace 2e8-2ef; mwait_required rdybsy_active io8 io16 irqshare irqpulse irqlevel powerdown pccard0: function 0, config table entry 31: I/O card; irq mask 8ebc; iomask a, iospace 3e8-3ef; mwait_required rdybsy_active io8 io16 irqshare irqpulse irqlevel powerdown pccard0: function 0, config table entry 23: I/O card; irq mask 8ebc; iomask a, iospace 2f8-2ff; mwait_required rdybsy_active io8 io16 irqshare irqpulse irqlevel powerdown pccard0: function 0, config table entry 15: I/O card; irq mask 8ebc; iomask a, iospace 3f8-3ff; mwait_required rdybsy_active io8 io16 irqshare irqpulse irqlevel powerdown pccard0: function 0, config table entry 63: I/O card; irq mask 8ebc; iomask 3, iospace 0-7; mwait_required rdybsy_active io8 io16 irqshare irqpulse irqlevel powerdown pccard0: functions scanning pccard0: Card has 1 functions. pccard_mfc is 0 pccard0: I/O rid 0 start 2e8 end 2ef rman_reserve_resource: request: [0x2e8, 0x2ef], length 0x8, flags 3072, device pccard0 considering [0x1f8, 0x2f7] truncated region: [0x2e8, 0x2f0]; size 0x9 (requested 0x8) candidate region: [0x2f0, 0x2e8], size 0x9 splitting region in three parts: [0x1f8, 0x2e7]; [0x2e8, 0x2ef]; [0x2f0, 0x2f7] rman_reserve_resource: request: [0xb, 0xb], length 0x1, flags 4, device pccard0 considering [0xb, 0xb] region is allocated considering [0xc, 0xc] s->r_start (0xc) > end (0xb) no unshared regions found cbb_pcic_socket_enable: cbb0: cbb_power: 0V cbb0: cbb_power: 5V rman_reserve_resource: request: [0xd0000000, 0xffffffff], length 0x400, flags 12288, device pccard0 considering [0x88002000, 0xf3ffffff] truncated region: [0xd0000000, 0xf3ffffff]; size 0x24000000 (requested 0x400) candidate region: [0xf3ffffff, 0xd0000000], size 0x24000000 splitting region in three parts: [0x88002000, 0xcfffffff]; [0xd0000000, 0xd00003ff]; [0xd0000400, 0xf3ffffff] pccard0: ccr_res == d0000000-d00003ff, base=ff80 pccard0: function 0 CCR at 0 offset f80: 67 0 0 0, 0 0 ff ff, ff xe0: at port 0x2e8-0x2ef irq 11 function 0 config 39 on pccard0 rman_reserve_resource: request: [0x100, 0x3ff], length 0x10, flags 0, device pccard0 considering [0x65, 0x16f] truncated region: [0x100, 0x16f]; size 0x70 (requested 0x10) candidate region: [0x16f, 0x100], size 0x70 splitting region in three parts: [0x65, 0xff]; [0x100, 0x10f]; [0x110, 0x16f] rman_reserve_resource: request: [0x100, 0x10f], length 0x10, flags 4096, device xe0 considering [0x65, 0x16f] truncated region: [0x100, 0x110]; size 0x11 (requested 0x10) candidate region: [0x110, 0x100], size 0x11 splitting region in three parts: [0x65, 0xff]; [0x100, 0x10f]; [0x110, 0x16f] rman_reserve_resource: request: [0xb, 0xb], length 0x1, flags 4, device xe0 considering [0xb, 0xb] region is allocated considering [0xc, 0xc] s->r_start (0xc) > end (0xb) no unshared regions found xe0: [GIANT-LOCKED] rman_reserve_resource: request: [0xd0000000, 0xffffffff], length 0x1000, flags 12288, device pccard0 considering [0xd0000000, 0xd00003ff] region is allocated considering [0xd0000400, 0xf3ffffff] truncated region: [0xd0001000, 0xf3ffffff]; size 0x23fff000 (requested 0x1000) candidate region: [0xf3ffffff, 0xd0001000], size 0x23fff000 splitting region in three parts: [0xd0000400, 0xd0000fff]; [0xd0001000, 0xd0001fff]; [0xd0002000, 0xf3ffffff] rman_reserve_resource: request: [0xd0001000, 0xd0001fff], length 0x1000, flags 12288, device xe0 considering [0xd0000400, 0xf3ffffff] truncated region: [0xd0001000, 0xd0002000]; size 0x1001 (requested 0x1000) candidate region: [0xd0002000, 0xd0001000], size 0x1001 splitting region in three parts: [0xd0000400, 0xd0000fff]; [0xd0001000, 0xd0001fff]; [0xd0002000, 0xf3ffffff] rman_reserve_resource: request: [0xd0001000, 0xd0001fff], length 0x1000, flags 12288, device pccard0 considering [0xd0000400, 0xf3ffffff] truncated region: [0xd0001000, 0xd0002000]; size 0x1001 (requested 0x1000) candidate region: [0xd0002000, 0xd0001000], size 0x1001 splitting region in three parts: [0xd0000400, 0xd0000fff]; [0xd0001000, 0xd0001fff]; [0xd0002000, 0xf3ffffff] xe0: Xircom CEM56, version 0x55/0x05, 100Mbps capable, with modem xe0: Ethernet address: 00:10:a4:f6:2f:73 pccard0: function 0 CCR at 0 offset f80 mask 67: 67 80 ee e8, e8 2 67 67, 67 Regards, Carlos Velasco From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 14:45:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3C5A16A4CE for ; Sun, 4 Apr 2004 14:45:01 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B339E43D1F for ; Sun, 4 Apr 2004 14:45:01 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) i34Lj182089168; Sun, 4 Apr 2004 14:45:01 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id i34Lj1p4089167; Sun, 4 Apr 2004 14:45:01 -0700 (PDT) (envelope-from dillon) Date: Sun, 4 Apr 2004 14:45:01 -0700 (PDT) From: Matthew Dillon Message-Id: <200404042145.i34Lj1p4089167@apollo.backplane.com> To: Martin Blapp References: <20040404224036.K37637@cvs.imp.ch> cc: current@freebsd.org Subject: Re: Possible race in the filesystem code (softupdates) ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Apr 2004 21:45:01 -0000 :Hi, : :During testing I found that the following procedure is pretty dangerous :and leads sometimes to a panic(): : :cd /usr/ports/editors/openoffice-1.1 :make patch :mv work work.old :rm -rfd work.old & :make patch & :find work.old > /dev/null 2>&1 : :The filesystem was mounted with softupdates. : :I'm trying to reproduce it tomorrow for a useful dump. I had it happen twice but :was not able to take any notices because it happenend on a productive server. :I can exclude any hardware problems. We use current from a week ago. : :Find(8) seems to trigger that bug while we are deleting this really huge :work dir with ~200000 files in it and doing a stat on it at the same :time. : :I'd call the bug pretty serious. I'll post more info after I got one :more panic. : :Some other thing that scares me is that reading a filesystem with many many :little files (as the openoffice work dir) slows down all IO operations. At :BSDCon Matt Dillon talked to me about this issue and about his plan to solve it. : :Matt, did you make any progress here ? It is really scaring how slow UFS is :in this area. : :Martin Very interesting. I'm assuming this is on FreeBSD-current? I'm not sure I can help vis-a-vie panics on FreeBSD-current, but I will run your test loop on DFly and if it panics I'll track it down and email you and Kirk. You didn't post what the panic was or the register dump or ddb trace, so I can only guess at this point. If/when you get the information, please Cc: me, I might be able to contribute something. I don't quite recall what the issue was with regards to slow I/O, but I am guessing that the exclusive lock on the directory is creating stalls. Make sure that dirhash is turned on, that will help. Another issue may be the access time updates for the inodes, try mounting with noatime to see if that makes a difference. The only way to get rid of the exclusive directory lock is to introduce a namecache level namespace 'reservation' feature. Then system calls like rename, rm, file create, and so forth can simply reserve the namespace and not keep an exclusive lock on the directory. This is what I plan to do in DragonFly (but I haven't done it yet). -Matt Matthew Dillon From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 18:44:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 377C416A4CE for ; Sun, 4 Apr 2004 18:44:46 -0700 (PDT) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id A105B43D49 for ; Sun, 4 Apr 2004 18:44:44 -0700 (PDT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=ganbold.micom.mng.net) by publicd.ub.mng.net with asmtp (Exim 4.30; FreeBSD) id 1BAK1h-000AkT-Nf; Mon, 05 Apr 2004 10:39:53 +0800 Message-Id: <6.0.3.0.2.20040405104252.02ad01c0@202.179.0.80> X-Sender: ganbold@micom.mng.net@202.179.0.80 X-Mailer: QUALCOMM Windows Eudora Version 6.0.3.0 Date: Mon, 05 Apr 2004 10:49:50 +0900 To: chancedj@yahoo.com From: Ganbold In-Reply-To: <20040403034837.80399.qmail@web9601.mail.yahoo.com> References: <20040402190329.G46609@carver.gumbysoft.com> <20040403034837.80399.qmail@web9601.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed cc: freebsd-current@freebsd.org Subject: Re: FBSD 5.2.1-p4 and mysqld problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 01:44:46 -0000 Hi Daryl, I have exactly same problem as you. I have FreeBSD 5.2-CURRENT (did cvsup on March 23) with mysql-4.0.18 from ports collection. It is compiled with linuxthreads. Mysql is working fine, except it sometimes freezes, sometimes one or two tables get corrupted. Usually freezes once per day. Just freezes and I had to kill mysql process and start. Did you solve your problem? I also downloaded latest snapshot from mysql.com web site and installed, but nothing changes. Let me know if you find something. TIA, Ganbold At 12:48 PM 03.04.2004, you wrote: >ah! thanks :) > >It just happened again and I was able to collect the >data again. > >Before I did mysqladmin shutdown/killall -11 mysqld >http://sql.tribalwar.com/before-ps.txt > >a few times the 3 giant processes would show as -, but >then it got to the point where they weren't changing >one bit (staying at Giant) > >after I did mysqladmin shutdown/killall -11 mysqld >http://sql.tribalwar.com/after-ps.txt > >this eventually cleared up after a minute or so. > >I've given some serious thought to upgrading to >-CURRENT, but with the network stack commit comming >soon (or happening now), I don't want to get caught in >the middle of it and have severe problems. Perhaps I >should use a tag for the time right around the sysctl >change for the mp stack? > >The guy running the site just wants me to (have >someone at the colo) format the machine and go back to >4.9. > >Oh, I now have witness in the kernel...no deadlocks >from what I've seen. > >HTH, >Daryl > >--- Doug White wrote: > > On Fri, 2 Apr 2004, Daryl Chance wrote: > > > > > Thanks for your response. It just happened a few > > > minutes ago and i was able to capture all the > > output > > > into a text file. > > > > > > http://sql.tribalwar.com/ps.txt > > > > oops, sorry, I get those confused. You want 'ps > > axlwww'. WCHAN will be a > > string like "select". > > > > > I have WITNESS* options compiled into the kernel > > and > > > am going to reboot soon. Do you think it would > > help > > > in debugging this to see if there are any > > deadlocks? > > > > Potentially, although I get 100% cpu loops with kde > > that won't trigger any > > witness or invariants checks. > > > > -- > > Doug White | FreeBSD: The Power > > to Serve > > dwhite@gumbysoft.com | www.FreeBSD.org > > >__________________________________ >Do you Yahoo!? >Yahoo! Small Business $15K Web Design Giveaway >http://promotions.yahoo.com/design_giveaway/ >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 18:46:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4ACA16A4CE; Sun, 4 Apr 2004 18:46:04 -0700 (PDT) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5206543D5E; Sun, 4 Apr 2004 18:46:04 -0700 (PDT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) i351k4ch002402; Sun, 4 Apr 2004 18:46:04 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.12.11/8.12.11/Submit) id i351k4Xj002401; Sun, 4 Apr 2004 18:46:04 -0700 (PDT) (envelope-from david) Date: Sun, 4 Apr 2004 18:46:04 -0700 (PDT) From: David Wolfskill Message-Id: <200404050146.i351k4Xj002401@bunrab.catwhisker.org> To: current@freebsd.org cc: luigi@freebsd.org Subject: Patch to fix buildkernel (sys/net/if_arcsubr.c arpresolve() call) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 01:46:04 -0000 Symptom (which the tinderbox also shows) is: ===> arcnet cc -O -pipe -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /common/S3/obj/usr/src/sys/LAPTOP_30W/opt_global.h -I. -I@ -I@/../include -finline-limit=8000 -fno-common -g -I/common/S3/obj/usr/src/sys/LAPTOP_30W -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/net/if_arcsubr.c /usr/src/sys/net/if_arcsubr.c: In function `arc_output': /usr/src/sys/net/if_arcsubr.c:139: error: too many arguments to function `arpresolve' *** Error code 1 Stop in /usr/src/sys/modules/arcnet. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /common/S3/obj/usr/src/sys/LAPTOP_30W. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. After reading Luigi's comments to the effect that the 4th parameter to arpresolve() was unused, and considering that I don't use ARCnet (so the below patch is not tested), I did: Index: sys/net/if_arcsubr.c =================================================================== RCS file: /cvs/freebsd/src/sys/net/if_arcsubr.c,v retrieving revision 1.18 diff -u -r1.18 if_arcsubr.c --- sys/net/if_arcsubr.c 22 Mar 2004 03:52:51 -0000 1.18 +++ sys/net/if_arcsubr.c 5 Apr 2004 01:03:09 -0000 @@ -136,7 +136,7 @@ adst = arcbroadcastaddr; /* ARCnet broadcast address */ else if (ifp->if_flags & IFF_NOARP) adst = ntohl(SIN(dst)->sin_addr.s_addr) & 0xFF; - else if (!arpresolve(ifp, rt, m, dst, &adst, rt0)) + else if (!arpresolve(ifp, rt, m, dst, &adst)) return 0; /* not resolved yet */ atype = (ifp->if_flags & IFF_LINK0) ? which gets through the build OK: freebeast(5.2-C)[1] uname -a FreeBSD freebeast.catwhisker.org 5.2-CURRENT FreeBSD 5.2-CURRENT #148: Sun Apr 4 10:24:31 PDT 2004 root@:/common/S4/obj/usr/src/sys/FREEBEAST i386 freebeast(5.2-C)[2] [Sorry about the delay in generating/posting the patch; I've been behind in email for the last few days.] Peace, david -- David H. Wolfskill david@catwhisker.org I do not "unsubscribe" from email "services" to which I have not explicitly subscribed. Rather, I block spammers' access to SMTP servers I control, and encourage others who are in a position to do so to do likewise. From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 19:03:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C400B16A4CE for ; Sun, 4 Apr 2004 19:03:08 -0700 (PDT) Received: from angmar.mel.vet.com.au (angmar.mel.vet.com.au [203.39.245.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14E4E43D39 for ; Sun, 4 Apr 2004 19:03:08 -0700 (PDT) (envelope-from odela01@ca.com) Received: from nargothrond.ca.com (nargothrond.ca.com [155.35.178.10]) by angmar.mel.vet.com.au (Postfix) with ESMTP id C414C14F308 for ; Mon, 5 Apr 2004 12:02:59 +1000 (EST) Received: from [155.35.171.93] (anduril-udp02484961uds.ca.com [155.35.171.93]) by nargothrond.ca.com with esmtp; Mon, 05 Apr 2004 12:02:58 +1000 Mime-Version: 1.0 (Apple Message framework v613) Content-Transfer-Encoding: 7bit Message-Id: <5BBC9984-86A5-11D8-8786-000A95DBB47C@ca.com> Content-Type: text/plain; charset=US-ASCII; format=flowed To: current@freebsd.org From: Lachlan O'Dea Date: Mon, 5 Apr 2004 12:02:57 +1000 X-Pgp-Agent: GPGMail 1.0 (v30, 10.3) X-Mailer: Apple Mail (2.613) Subject: sa(4): removing device entry X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 02:03:08 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I've got a 5.2.1 system with a Quantum DTL7000 tape drive. I'm using dump(1) to backup to the tape, and this generally works fine. However, on two occasions I have seen a problem like this: Apr 2 00:42:01 isis kernel: (ahc0:A:6:0): Sending WDTR 1 Apr 2 00:42:01 isis kernel: (ahc0:A:6:0): Received WDTR 1 filtered to 1 Apr 2 00:42:01 isis kernel: ahc0: target 6 using 16bit transfers Apr 2 00:42:01 isis kernel: (ahc0:A:6:0): Sending SDTR period 19, offset 8 Apr 2 00:42:01 isis kernel: (ahc0:A:6:0): Received SDTR period 19, offset 8 Apr 2 00:42:01 isis kernel: Filtered to period 19, offset 8 Apr 2 00:42:01 isis kernel: ahc0: target 6 synchronous at 10.0MHz, offset = 0x8 Apr 2 00:42:01 isis kernel: (sa0:ahc0:0:6:0): Retrying Command Apr 2 01:08:36 isis kernel: (sa0:ahc0:0:6:0): Unexpected busfree in Data-out phase Apr 2 01:08:36 isis kernel: SEQADDR == 0x73 Apr 2 01:08:36 isis kernel: (sa0:ahc0:0:6:0): Unexpected Bus Free Apr 2 01:08:36 isis kernel: (sa0:ahc0:0:6:0): error 5 Apr 2 01:08:36 isis kernel: (sa0:ahc0:0:6:0): Retries Exausted Apr 2 01:08:36 isis kernel: (sa0:ahc0:0:6:0): lost device Apr 2 01:08:36 isis kernel: (pass0:ahc0:0:6:0): lost device Apr 2 01:08:36 isis kernel: (pass0:ahc0:0:6:0): removing device entry Apr 2 01:08:36 isis kernel: ahc0: target 6 using 8bit transfers Apr 2 01:08:36 isis kernel: ahc0: target 6 using asynchronous transfers Apr 2 01:08:36 isis kernel: (sa0:ahc0:0:6:0): failed to write terminating filemark(s) Apr 2 01:08:37 isis kernel: (sa0:ahc0:0:6:0): tape is now frozen- use an OFFLINE, REWIND or MTEOM command to clear this state. Apr 2 01:08:37 isis kernel: (sa0:ahc0:0:6:0): removing device entry Any ideas as to what the problem could be? After this happens, all *sa* devices disappear from /dev. Is there any way to recreate them, other than rebooting? If I eject the tape and insert a new one, the drive appears to load the tape normally, but I have no device entry to talk to it. - -- Lachlan O'Dea Computer Associates Senior Software Engineer tel: +61 3 8416 5627 fax: +61 3 8416 5810 mobile: +61 412 390 650 odela01@ca.com Relax and enjoy your shoes! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (Darwin) iD8DBQFAcL5RoBZahcUBONoRArsAAKD1lAVXz72tHAXLszfWDvGGK7HKtwCg+7MW WdLAidr1OMPb1JsThc9yr8w= =Om15 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 19:12:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8483E16A4CE for ; Sun, 4 Apr 2004 19:12:20 -0700 (PDT) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9BB643D49 for ; Sun, 4 Apr 2004 19:12:19 -0700 (PDT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=ganbold.micom.mng.net) by publicd.ub.mng.net with asmtp (Exim 4.30; FreeBSD) id 1BAKSO-000AwX-Ka for freebsd-current@freebsd.org; Mon, 05 Apr 2004 11:07:28 +0800 Message-Id: <6.0.3.0.2.20040405111339.029a5f18@202.179.0.80> X-Sender: ganbold@micom.mng.net@202.179.0.80 X-Mailer: QUALCOMM Windows Eudora Version 6.0.3.0 Date: Mon, 05 Apr 2004 11:17:25 +0900 To: freebsd-current@freebsd.org From: Ganbold Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Driver for National Semiconductor DP83820/1 10/100/1000 Gigabit Ethernet Adapter X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 02:12:20 -0000 Hi, I have National Semiconductor DP83820/1 10/100/1000 Gigabit Ethernet Adapter and FreeBSD 5.2-CURRENT doesn't have driver for it. Where can I find driver for it? Is there any existing driver will known to work? TIA, Ganbold From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 20:05:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F411016A4CE; Sun, 4 Apr 2004 20:05:29 -0700 (PDT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE00C43D4C; Sun, 4 Apr 2004 20:05:28 -0700 (PDT) (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.9/8.12.8) with ESMTP id i3535JQ9098443; Mon, 5 Apr 2004 12:35:20 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Mon, 5 Apr 2004 12:35:18 +0930 User-Agent: KMail/1.6.1 References: <5BBC9984-86A5-11D8-8786-000A95DBB47C@ca.com> In-Reply-To: <5BBC9984-86A5-11D8-8786-000A95DBB47C@ca.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200404051235.18731.doconnor@gsoft.com.au> X-Spam-Score: -4.4 () CARRIAGE_RETURNS,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: current@freebsd.org Subject: Re: sa(4): removing device entry X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 03:05:30 -0000 On Mon, 5 Apr 2004 11:32, Lachlan O'Dea wrote: > Any ideas as to what the problem could be? After this happens, all *sa* > devices disappear from /dev. Is there any way to recreate them, other > than rebooting? If I eject the tape and insert a new one, the drive > appears to load the tape normally, but I have no device entry to talk > to it. I don't know what the actual cause is - it appears there is a genuine error which might need to be addressed. That said, you can get FreeBSD to rescan the bus with 'camcontrol rescan 0' and it should recreate the node. -- 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 - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 20:05:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F411016A4CE; Sun, 4 Apr 2004 20:05:29 -0700 (PDT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE00C43D4C; Sun, 4 Apr 2004 20:05:28 -0700 (PDT) (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.9/8.12.8) with ESMTP id i3535JQ9098443; Mon, 5 Apr 2004 12:35:20 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Mon, 5 Apr 2004 12:35:18 +0930 User-Agent: KMail/1.6.1 References: <5BBC9984-86A5-11D8-8786-000A95DBB47C@ca.com> In-Reply-To: <5BBC9984-86A5-11D8-8786-000A95DBB47C@ca.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200404051235.18731.doconnor@gsoft.com.au> X-Spam-Score: -4.4 () CARRIAGE_RETURNS,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: current@freebsd.org Subject: Re: sa(4): removing device entry X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 03:05:30 -0000 On Mon, 5 Apr 2004 11:32, Lachlan O'Dea wrote: > Any ideas as to what the problem could be? After this happens, all *sa* > devices disappear from /dev. Is there any way to recreate them, other > than rebooting? If I eject the tape and insert a new one, the drive > appears to load the tape normally, but I have no device entry to talk > to it. I don't know what the actual cause is - it appears there is a genuine error which might need to be addressed. That said, you can get FreeBSD to rescan the bus with 'camcontrol rescan 0' and it should recreate the node. -- 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 - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 20:06:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47C1A16A4CE for ; Sun, 4 Apr 2004 20:06:01 -0700 (PDT) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D80B43D1D for ; Sun, 4 Apr 2004 20:06:00 -0700 (PDT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=ganbold.micom.mng.net) by publicd.ub.mng.net with asmtp (Exim 4.30; FreeBSD) id 1BALIK-000BIM-4t for freebsd-current@freebsd.org; Mon, 05 Apr 2004 12:01:08 +0800 Message-Id: <6.0.3.0.2.20040405121002.02ae9f78@202.179.0.80> X-Sender: ganbold@micom.mng.net@202.179.0.80 X-Mailer: QUALCOMM Windows Eudora Version 6.0.3.0 Date: Mon, 05 Apr 2004 12:10:57 +0900 To: freebsd-current@freebsd.org From: Ganbold Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Driver for National Semiconductor DP83820/1 10/100/1000 Gigabit Ethernet Adapter X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 03:06:01 -0000 Hi, Sorry for my previous post. I'll try nge(4) driver for it. Ganbold From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 21:11:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB03F16A4CE; Sun, 4 Apr 2004 21:11:53 -0700 (PDT) Received: from newman.gte.com (newman.gte.com [132.197.8.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6403B43D39; Sun, 4 Apr 2004 21:11:52 -0700 (PDT) (envelope-from ak03@gte.com) Received: from h132-197-179-27.gte.com (kanpc.gte.com [132.197.179.27]) by newman.gte.com (8.9.1/8.9.1) with ESMTP id AAA03868; Mon, 5 Apr 2004 00:11:48 -0400 (EDT) Received: from kanpc.gte.com (ak03@localhost [127.0.0.1]) i354BmCX040088; Mon, 5 Apr 2004 00:11:48 -0400 (EDT) (envelope-from ak03@kanpc.gte.com) Received: (from ak03@localhost) by kanpc.gte.com (8.12.11/8.12.11/Submit) id i354Bl9c040087; Mon, 5 Apr 2004 00:11:47 -0400 (EDT) (envelope-from ak03) Date: Mon, 5 Apr 2004 00:11:47 -0400 From: Alexander Kabaev To: Alan Cox Message-ID: <20040405041147.GA39962@kanpc.gte.com> References: <20040402191254.GK26131@elvis.mu.org> <35917.1080933274@critter.freebsd.dk> <20040402195957.GN26131@elvis.mu.org> <20040404201251.GP15786@cs.rice.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040404201251.GP15786@cs.rice.edu> User-Agent: Mutt/1.5.6i cc: alc@freebsd.org cc: kan@freebsd.org cc: Poul-Henning Kamp cc: Alfred Perlstein cc: current@freebsd.org Subject: Re: mmap breakage? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 04:11:54 -0000 On Sun, Apr 04, 2004 at 03:12:51PM -0500, Alan Cox wrote: > Alfred, > > Please try the attached patch. This problems appears to be a > consequence of vm/vm_mmap.c revision 1.180, where as part of a much > needed code reorganization for locking the check for the /dev/zero > special case got placed after the permissions check for the general > case. This patch simply delays the permissions check for devices > until you have the necessary lock to also check for /dev/zero. > > Since kan@ authored the reorganization, I'm cc:'ing him on this > message for purposes of obtaining a review. (At least one comment > should be updated to reflect my code changes.) > > Regards, > Alan > > Alan, Alfred, I had the following patch which is currently pending a review by Peter Wemm. I meant to commit it on Friday, but ran out of time: http://perforce.freebsd.org/chv.cgi?CH=50213 -- Alexander Kabaev From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 21:20:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C38516A4CE; Sun, 4 Apr 2004 21:20:11 -0700 (PDT) Received: from cs.rice.edu (cs.rice.edu [128.42.1.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8230D43D49; Sun, 4 Apr 2004 21:20:11 -0700 (PDT) (envelope-from alc@cs.rice.edu) Received: from localhost (calypso.cs.rice.edu [128.42.1.127]) by cs.rice.edu (Postfix) with ESMTP id 1AFAA4AB8D; Sun, 4 Apr 2004 23:20:11 -0500 (CDT) Received: from cs.rice.edu ([128.42.1.30]) by localhost (calypso.cs.rice.edu [128.42.1.127]) (amavisd-new, port 10024) with LMTP id 00846-01-36; Sun, 4 Apr 2004 23:20:10 -0500 (CDT) Received: by cs.rice.edu (Postfix, from userid 19572) id BD2494AADD; Sun, 4 Apr 2004 23:20:10 -0500 (CDT) Date: Sun, 4 Apr 2004 23:20:10 -0500 From: Alan Cox To: Alexander Kabaev Message-ID: <20040405042010.GQ15786@cs.rice.edu> References: <20040402191254.GK26131@elvis.mu.org> <35917.1080933274@critter.freebsd.dk> <20040402195957.GN26131@elvis.mu.org> <20040404201251.GP15786@cs.rice.edu> <20040405041147.GA39962@kanpc.gte.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040405041147.GA39962@kanpc.gte.com> User-Agent: Mutt/1.3.28i X-Virus-Scanned: by amavis-20030616-p7 at cs.rice.edu cc: alc@freebsd.org cc: kan@freebsd.org cc: Poul-Henning Kamp cc: Alfred Perlstein cc: current@freebsd.org Subject: Re: mmap breakage? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 04:20:11 -0000 On Mon, Apr 05, 2004 at 12:11:47AM -0400, Alexander Kabaev wrote: > On Sun, Apr 04, 2004 at 03:12:51PM -0500, Alan Cox wrote: > > Alfred, > > > > Please try the attached patch. This problems appears to be a > > consequence of vm/vm_mmap.c revision 1.180, where as part of a much > > needed code reorganization for locking the check for the /dev/zero > > special case got placed after the permissions check for the general > > case. This patch simply delays the permissions check for devices > > until you have the necessary lock to also check for /dev/zero. > > > > Since kan@ authored the reorganization, I'm cc:'ing him on this > > message for purposes of obtaining a review. (At least one comment > > should be updated to reflect my code changes.) > > > > Regards, > > Alan > > > > > Alan, Alfred, > > I had the following patch which is currently pending a review by > Peter Wemm. I meant to commit it on Friday, but ran out of time: > > > http://perforce.freebsd.org/chv.cgi?CH=50213 > I believe that there is a problem with this patch. Specifically, if maxprot is set to VM_PROT_ALL for devices in mmap(), then the security check in vm_mmap_vnode() has no effect. Please take a look at the entirety of the changes that I propose to mmap(). Regards, Alan From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 21:36:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5141A16A4CF for ; Sun, 4 Apr 2004 21:36:39 -0700 (PDT) Received: from web9602.mail.yahoo.com (web9602.mail.yahoo.com [216.136.129.181]) by mx1.FreeBSD.org (Postfix) with SMTP id 3D4BE43D49 for ; Sun, 4 Apr 2004 21:36:39 -0700 (PDT) (envelope-from chancedj@yahoo.com) Message-ID: <20040405043639.45592.qmail@web9602.mail.yahoo.com> Received: from [24.170.136.111] by web9602.mail.yahoo.com via HTTP; Sun, 04 Apr 2004 21:36:39 PDT Date: Sun, 4 Apr 2004 21:36:39 -0700 (PDT) From: Daryl Chance To: Ganbold In-Reply-To: <6.0.3.0.2.20040405104252.02ad01c0@202.179.0.80> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-current@freebsd.org Subject: Re: FBSD 5.2.1-p4 and mysqld problems [RESOLVED] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: chancedj@yahoo.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 04:36:39 -0000 yes, we resolved the issue it looks like. I wanted to hold off on announcing this until i was sure, but it's been running for about 24 hours now without a lockup. options MAXDSIZ="(1024*1024*1024)" # change max from 512M to 1G add that to your kernel config. basically whats happening ( and i'm probably wrong with the technicals on this, but bear with me :D ) is that mysqld would aquire a lock (on a table more then likely) and then try to allocate above the FBSD 5.2 max default memory size (512M). when it did this, it crashed and left the lock on the table. from there it just froze. making that change seems to have fixed it. it was never evident before because we had a slower webserver that wasn't loading the sql server all that much. now it is, and we started developing problems. :). as you can tell with this link: http://sql.tribalwar.com/before-ps.txt the mysqld proc wen't above 512M. check your sql.err log, if you're getting a malloc error, then this is more then likely your problem. Thanks to everyone for the help in tracking this down. Let me know if this fixes the problem for you. Also, are you running -CURRENT in production? or testing? I had given some thought to upgrading the box to -CURRENT after the commit for the network stack settled. But I first need to get serial console enabled on it :). Daryl --- Ganbold wrote: > Hi Daryl, > > I have exactly same problem as you. I have FreeBSD > 5.2-CURRENT (did cvsup > on March 23) with mysql-4.0.18 from ports > collection. > It is compiled with linuxthreads. Mysql is working > fine, except it > sometimes freezes, sometimes one or two tables get > corrupted. > Usually freezes once per day. Just freezes and I had > to kill mysql process > and start. > > Did you solve your problem? I also downloaded latest > snapshot from > mysql.com web site and installed, but nothing > changes. > Let me know if you find something. > > TIA, > > Ganbold > > > At 12:48 PM 03.04.2004, you wrote: > >ah! thanks :) > > > >It just happened again and I was able to collect > the > >data again. > > > >Before I did mysqladmin shutdown/killall -11 mysqld > >http://sql.tribalwar.com/before-ps.txt > > > >a few times the 3 giant processes would show as -, > but > >then it got to the point where they weren't > changing > >one bit (staying at Giant) > > > >after I did mysqladmin shutdown/killall -11 mysqld > >http://sql.tribalwar.com/after-ps.txt > > > >this eventually cleared up after a minute or so. > > > >I've given some serious thought to upgrading to > >-CURRENT, but with the network stack commit comming > >soon (or happening now), I don't want to get caught > in > >the middle of it and have severe problems. Perhaps > I > >should use a tag for the time right around the > sysctl > >change for the mp stack? > > > >The guy running the site just wants me to (have > >someone at the colo) format the machine and go back > to > >4.9. > > > >Oh, I now have witness in the kernel...no deadlocks > >from what I've seen. > > > >HTH, > >Daryl > > > >--- Doug White wrote: > > > On Fri, 2 Apr 2004, Daryl Chance wrote: > > > > > > > Thanks for your response. It just happened a > few > > > > minutes ago and i was able to capture all the > > > output > > > > into a text file. > > > > > > > > http://sql.tribalwar.com/ps.txt > > > > > > oops, sorry, I get those confused. You want 'ps > > > axlwww'. WCHAN will be a > > > string like "select". > > > > > > > I have WITNESS* options compiled into the > kernel > > > and > > > > am going to reboot soon. Do you think it > would > > > help > > > > in debugging this to see if there are any > > > deadlocks? > > > > > > Potentially, although I get 100% cpu loops with > kde > > > that won't trigger any > > > witness or invariants checks. > > > > > > -- > > > Doug White | FreeBSD: The > Power > > > to Serve > > > dwhite@gumbysoft.com | www.FreeBSD.org > > > > > >__________________________________ > >Do you Yahoo!? > >Yahoo! Small Business $15K Web Design Giveaway > >http://promotions.yahoo.com/design_giveaway/ > >_______________________________________________ > >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" > __________________________________ Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway http://promotions.yahoo.com/design_giveaway/ From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 21:40:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A36516A4CE for ; Sun, 4 Apr 2004 21:40:15 -0700 (PDT) Received: from skyweb.ca (smtp-2.vancouver.ipapp.com [216.152.192.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB6D243D2D for ; Sun, 4 Apr 2004 21:40:14 -0700 (PDT) (envelope-from mjohnston@skyweb.ca) Received: from [192.168.0.3] ([64.42.246.20]) by smtp-2.vancouver.ipapp.com ; Sun, 04 Apr 2004 21:40:09 -0700 From: Mark Johnston To: current@freebsd.org Date: Sun, 4 Apr 2004 23:40:07 -0500 User-Agent: KMail/1.6.1 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200404042340.07923.mjohnston@skyweb.ca> X-Rcpt-To: X-Country: CA Subject: cvs-src summary for 04/04/2004 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 04:40:15 -0000 FreeBSD cvs-src summary for 28/03/04 to 04/04/04 ++++++++++++++++++++++++++++++++++++++++++++++++ This is a regular weekly summary of FreeBSD's cutting-edge development. It is intended to help the FreeBSD community keep up with the fast-paced work going on in FreeBSD-CURRENT by distilling the deluge of data from the CVS mailing list into a (hopefully) easy-to-read newsletter. This newsletter is marked up in reStructuredText_, so any odd punctuation that you see is likely intended for the reST parser. .. _reStructuredText: http://docutils.sourceforge.net/rst.html You can get old summaries, and an HTML version of this one, at http://www.xl0.org/FreeBSD/. Please send any comments to Mark Johnston (mark at xl0.org). For Lukasz Dudek and Szymon Roczniak's Polish translations of these summaries, which may lag the English ones slightly, please see http://mocart.pinco.pl/FreeBSD/. .. contents:: ============ New features ============ Ezm3 imported into base system ------------------------------ Maxime Henrion (mux) imported John Polstra (jdp)'s Ezm3_ Modula-3 compiler into the base system. Ezm3 is a stripped-down version of Modula-3, containing only the code necessary to compile and run CVSup_. This will make it easier for people to build CVSup from source when needed. .. _Ezm3: http://www.polstra.com/projects/freeware/ezm3/ .. _CVSup: http://www.cvsup.org/ http://docs.freebsd.org/cgi/mid.cgi?20040401183758.GC44790 Driver for 3ware 9000 series ATA RAID controllers added ------------------------------------------------------- Vinod Hashyap (vkashyap) added a driver for `3ware's 9000 series`_ high-performance serial- and parallel-ATA RAID controllers. The new driver is named "twa". .. _`3ware's 9000 series`: http://www.3ware.com/products/serial_ata9000.asp http://docs.freebsd.org/cgi/mid.cgi?200403300346.i2U3k0rZ061787 libpcap and tcpdump updated to version 3.8.3 -------------------------------------------- Bruce M. Simpson (bms) imported libpcap and tcpdump version 3.8.3. libpcap is a library for packet sniffing and injection, and tcpdump sniffs packets from the network. The tcpdump update fixes a denial-of-service bug in the ISAKMP code; please see the `Rapid7 advisory`_ for more information on the hole. The `libpcap changelog`_ and `tcpdump changelog`_ have more details on other changes. .. _`Rapid7 advisory`: http://www.rapid7.com/advisories/R7-0017.html .. _`libpcap changelog`: http://www.tcpdump.org/libpcap-changes.txt .. _`tcpdump changelog`: http://www.tcpdump.org/tcpdump-changes.txt http://docs.freebsd.org/cgi/mid.cgi?200403310913.i2V9Dc2B014616 http://docs.freebsd.org/cgi/mid.cgi?200403311457.i2VEvPQ3095603 Polling support for Sundance Technologies ST201 Ethernet (ste) -------------------------------------------------------------- Ruslan Ermilov (ru) added support for device polling, which allows the kernel to poll devices rather than depending on interrupts, to the ste driver. Device polling improves performance on loaded networks. The ST201 chip is found on the D-Link DFE-550TX and DFE-530TXS, as well as on other Ethernet cards and motherboards. http://docs.freebsd.org/cgi/mid.cgi?200403312039.i2VKdKk5079835 Thread debugging improved ------------------------- Marcel Moolenaar (marcel) committed a number of patches to the threading code, adding internal thread IDs and modifying the core dumping code. The end result is that one can see the threads in the debugger when looking at a core file. http://docs.freebsd.org/cgi/mid.cgi?200404032025.i33KPgsP053802 find grows an option for ACLs ----------------------------- Bosko Milekic (bmilekic) committed a patch to find for ACL (Access Control List) handling. The patch adds an option called "-acl" that finds files with extended ACLs set. Bosko committed a slightly modified version of a patch written by Christian S. J. Peron. http://docs.freebsd.org/cgi/mid.cgi?200404031710.i33HA5Ai010049 New driver for Cronyx-Sigma WAN adapters MFC'ed ----------------------------------------------- Roman Kurakin (rik) merged to -STABLE the new driver for Cronyx-Sigma WAN adapters, used for T1/E1, T3/T3, and similar WAN interface cards. The old driver was replaced entirely, and has been retired. The new driver also changes the configuration utility from cxconfig to sconfig. http://docs.freebsd.org/cgi/mid.cgi?200403291806.i2TI6XaI021518 http://docs.freebsd.org/cgi/mid.cgi?200403292136.i2TLaJds074094 OpenSSL 0.9.7d MFC'ed --------------------- Jacques Vidrine (nectar) merged OpenSSL 0.9.7d to -STABLE. This follows the same update in -CURRENT, which was mentioned_ a couple of weeks ago. The denial-of-service vulnerability mentioned there was patched in -STABLE and the security branches at that time; this is just the rest of the 0.9.7d update. .. _mentioned: http://excel.xl0.org/FreeBSD/21-03-04.html#denial-of-service-vulnerabilities-in-openssl-patched http://docs.freebsd.org/cgi/mid.cgi?200404020111.i321BPBT009423 New fortunes and calendars for -STABLE -------------------------------------- Dag-Erling Smorgrav (des) merged the -CURRENT fortune data files to -STABLE, adding and rearranging numerous fortunes. He also merged the calendar files, which had a number of updates. http://docs.freebsd.org/cgi/mid.cgi?200403301848.i2UIm45M085139 =============== Notable changes =============== Stricter CVS control scripts ---------------------------- After conferring with core, Jun Kuriyama (kuriyama) added new scripts to the CVS server to help prevent accidental commits to restricted branches. The scripts make sure that the committer has included a line saying "Approved by: ", followed by an appropriate name (usually security-officer or re), depending on which branch the commit is being made to. http://docs.freebsd.org/cgi/mid.cgi?200403300018.i2U0IGEE009911 ================= Discussion topics ================= PS2 vs. USB keyboards at boot time ---------------------------------- Alfred Perlstein (alfred) committed a change to the GENERIC kernel configuration file so that PS2 keyboards can be plugged in and work after bootup. However, this same change means that USB keyboards will not be found by default. Peter Wemm (peter) replied and pointed out that the change breaks USB keyboards; Alfred responded that turning on a flag would make them work again. John Baldwin also replied, asking Alfred to revert the change, since it had not been adequately reviewed. Alfred argued that the change had been discussed a long time ago, and that the consensus was that PS2 keyboard hot swapping was more important. Scott Long (scottl) asked Alfred to revert the change in -STABLE since the 4.10 release is coming soon, which he did. http://docs.freebsd.org/cgi/mid.cgi?200404012148.i31LmV7E057805 ================= Committer changes ================= M. Warner Losh (imp) moved a number of committers to inactive status, some after several years since their last commit and many unanswered reminder e-mails, and some at their request. He also noted that core has a policy of retiring commit bits that have been unused for 18 months. This retirement is temporary; committers who are inactive can e-mail core to be reinstated. http://docs.freebsd.org/cgi/mid.cgi?200404011937.i31JbYtH023149 =============== Other bug fixes =============== Ruslan Ermilov (ru) committed a fix for VLAN support on National Semiconductor gigabit Ethernet boards. These chips are used on many popular cards, including ones from Linksys, Netgear, D-Link, and SMC. The VLAN problem was reported by Jacob S. Barrett. http://docs.freebsd.org/cgi/mid.cgi?200403301024.i2UAOrmm061868 Sam Leffler (sam) merged many minor fixes, mostly obtained from the madwifi project, to the 802.11 wireless networking code. These changes mostly affect the Atheros (ath) driver. (many) From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 21:44:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D55C016A4CE for ; Sun, 4 Apr 2004 21:44:17 -0700 (PDT) Received: from tx0.oucs.ox.ac.uk (tx0.oucs.ox.ac.uk [129.67.1.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31AF243D55 for ; Sun, 4 Apr 2004 21:44:17 -0700 (PDT) (envelope-from colin.percival@wadham.ox.ac.uk) Received: from scan0.oucs.ox.ac.uk ([129.67.1.162] helo=localhost) by tx0.oucs.ox.ac.uk with esmtp (Exim 4.24) id 1BALy4-0003FA-DJ for current@freebsd.org; Mon, 05 Apr 2004 05:44:16 +0100 Received: from rx0.oucs.ox.ac.uk ([129.67.1.161]) by localhost (scan0.oucs.ox.ac.uk [129.67.1.162]) (amavisd-new, port 25) with ESMTP id 12222-06 for ; Mon, 5 Apr 2004 05:44:16 +0100 (BST) Received: from gateway.wadham.ox.ac.uk ([163.1.161.253]) by rx0.oucs.ox.ac.uk with smtp (Exim 4.24) id 1BALy3-0003Ez-36 for current@freebsd.org; Mon, 05 Apr 2004 05:44:15 +0100 Received: (qmail 16319 invoked by uid 1004); 5 Apr 2004 04:44:15 -0000 Received: from colin.percival@wadham.ox.ac.uk by gateway by uid 71 with qmail-scanner-1.20 (clamscan: 0.67. sweep: 2.18/3.79. Clear:RC:1(163.1.161.131):. Processed in 0.063056 secs); 05 Apr 2004 04:44:15 -0000 Received: from dhcp1131.wadham.ox.ac.uk (HELO piii600.wadham.ox.ac.uk) (163.1.161.131) by gateway.wadham.ox.ac.uk with SMTP; 5 Apr 2004 04:44:15 -0000 Message-Id: <6.0.1.1.1.20040405054317.038a3760@imap.sfu.ca> X-Sender: cperciva@imap.sfu.ca (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.1.1 Date: Mon, 05 Apr 2004 05:44:13 +0100 To: Mark Johnston From: Colin Percival In-Reply-To: <200404042340.07923.mjohnston@skyweb.ca> References: <200404042340.07923.mjohnston@skyweb.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" cc: current@freebsd.org Subject: Re: cvs-src summary for 04/04/2004 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 04:44:18 -0000 At 05:40 05/04/2004, Mark Johnston wrote: >Ezm3 imported into base system >------------------------------ >Maxime Henrion (mux) imported John Polstra (jdp)'s Ezm3_ Modula-3 compiler >into the base system. Ezm3 is a stripped-down version of Modula-3, >containing only the code necessary to compile and run CVSup_. This will >make it easier for people to build CVSup from source when needed. I think someone didn't look at the date on that commit message... Colin Percival From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 21:56:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F8CA16A4CE; Sun, 4 Apr 2004 21:56:20 -0700 (PDT) Received: from newman.gte.com (newman.gte.com [132.197.8.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3ADB43D5E; Sun, 4 Apr 2004 21:56:19 -0700 (PDT) (envelope-from ak03@gte.com) Received: from h132-197-179-27.gte.com (kanpc.gte.com [132.197.179.27]) by newman.gte.com (8.9.1/8.9.1) with ESMTP id AAA09968; Mon, 5 Apr 2004 00:56:19 -0400 (EDT) Received: from kanpc.gte.com (ak03@localhost [127.0.0.1]) i354uINh040644; Mon, 5 Apr 2004 00:56:18 -0400 (EDT) (envelope-from ak03@kanpc.gte.com) Received: (from ak03@localhost) by kanpc.gte.com (8.12.11/8.12.11/Submit) id i354uIjq040643; Mon, 5 Apr 2004 00:56:18 -0400 (EDT) (envelope-from ak03) Date: Mon, 5 Apr 2004 00:56:18 -0400 From: Alexander Kabaev To: Alan Cox Message-ID: <20040405045618.GA40623@kanpc.gte.com> References: <20040402191254.GK26131@elvis.mu.org> <35917.1080933274@critter.freebsd.dk> <20040402195957.GN26131@elvis.mu.org> <20040404201251.GP15786@cs.rice.edu> <20040405041147.GA39962@kanpc.gte.com> <20040405042010.GQ15786@cs.rice.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040405042010.GQ15786@cs.rice.edu> User-Agent: Mutt/1.5.6i cc: alc@freebsd.org cc: kan@freebsd.org cc: Poul-Henning Kamp cc: Alfred Perlstein cc: current@freebsd.org Subject: Re: mmap breakage? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 04:56:20 -0000 On Sun, Apr 04, 2004 at 11:20:10PM -0500, Alan Cox wrote: > On Mon, Apr 05, 2004 at 12:11:47AM -0400, Alexander Kabaev wrote: > > On Sun, Apr 04, 2004 at 03:12:51PM -0500, Alan Cox wrote: > > > Alfred, > > > > > > Please try the attached patch. This problems appears to be a > > > consequence of vm/vm_mmap.c revision 1.180, where as part of a much > > > needed code reorganization for locking the check for the /dev/zero > > > special case got placed after the permissions check for the general > > > case. This patch simply delays the permissions check for devices > > > until you have the necessary lock to also check for /dev/zero. > > > > > > Since kan@ authored the reorganization, I'm cc:'ing him on this > > > message for purposes of obtaining a review. (At least one comment > > > should be updated to reflect my code changes.) > > > > > > Regards, > > > Alan > > > > > > > > Alan, Alfred, > > > > I had the following patch which is currently pending a review by > > Peter Wemm. I meant to commit it on Friday, but ran out of time: > > > > > > http://perforce.freebsd.org/chv.cgi?CH=50213 > > > > I believe that there is a problem with this patch. Specifically, if > maxprot is set to VM_PROT_ALL for devices in mmap(), then the security > check in vm_mmap_vnode() has no effect. Please take a look at the > entirety of the changes that I propose to mmap(). > > Regards, > Alan There is a problem indeed. I committed your (correct!) patch instead. Thanks! -- Alexander Kabaev From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 23:15:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73CAC16A4CE for ; Sun, 4 Apr 2004 23:15:37 -0700 (PDT) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86C4243D58 for ; Sun, 4 Apr 2004 23:15:36 -0700 (PDT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=ganbold.micom.mng.net) by publicd.ub.mng.net with asmtp (Exim 4.30; FreeBSD) id 1BAOFp-000CNL-Cb; Mon, 05 Apr 2004 15:10:45 +0800 Message-Id: <6.0.3.0.2.20040405150147.02b24008@202.179.0.80> X-Sender: ganbold@micom.mng.net@202.179.0.80 X-Mailer: QUALCOMM Windows Eudora Version 6.0.3.0 Date: Mon, 05 Apr 2004 15:20:42 +0900 To: chancedj@yahoo.com From: Ganbold In-Reply-To: <20040405043639.45592.qmail@web9602.mail.yahoo.com> References: <6.0.3.0.2.20040405104252.02ad01c0@202.179.0.80> <20040405043639.45592.qmail@web9602.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed cc: freebsd-current@freebsd.org Subject: Re: FBSD 5.2.1-p4 and mysqld problems [RESOLVED] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 06:15:37 -0000 Hi Daryl, I will try kernel option MAXDSIZ. We are using FreeBSD-5.X-CURRENT in production servers for over 1 year. Everything seems to be working fine. Even we are using CURRENT machines for firewall. By the way when the network stack commit will be done? Ganbold At 01:36 PM 05.04.2004, you wrote: >yes, we resolved the issue it looks like. I wanted >to hold off on announcing this until i was sure, but >it's been running for about 24 hours now without a >lockup. > >options MAXDSIZ="(1024*1024*1024)" # change max from >512M to 1G >add that to your kernel config. > >basically whats happening ( and i'm probably wrong >with the technicals on this, but bear with me :D ) is >that mysqld would aquire a lock (on a table more then >likely) and then try to allocate above the FBSD 5.2 >max default memory size (512M). when it did this, it >crashed and left the lock on the table. from there it >just froze. > >making that change seems to have fixed it. it was >never evident before because we had a slower webserver >that wasn't loading the sql server all that much. now >it is, and we started developing problems. :). > >as you can tell with this link: >http://sql.tribalwar.com/before-ps.txt the mysqld proc >wen't above 512M. > >check your sql.err log, if you're getting a malloc >error, then this is more then likely your problem. > >Thanks to everyone for the help in tracking this down. > >Let me know if this fixes the problem for you. Also, >are you running -CURRENT in production? or testing? I >had given some thought to upgrading the box to >-CURRENT after the commit for the network stack >settled. But I first need to get serial console >enabled on it :). > >Daryl > >--- Ganbold wrote: > > Hi Daryl, > > > > I have exactly same problem as you. I have FreeBSD > > 5.2-CURRENT (did cvsup > > on March 23) with mysql-4.0.18 from ports > > collection. > > It is compiled with linuxthreads. Mysql is working > > fine, except it > > sometimes freezes, sometimes one or two tables get > > corrupted. > > Usually freezes once per day. Just freezes and I had > > to kill mysql process > > and start. > > > > Did you solve your problem? I also downloaded latest > > snapshot from > > mysql.com web site and installed, but nothing > > changes. > > Let me know if you find something. > > > > TIA, > > > > Ganbold > > > > > > At 12:48 PM 03.04.2004, you wrote: > > >ah! thanks :) > > > > > >It just happened again and I was able to collect > > the > > >data again. > > > > > >Before I did mysqladmin shutdown/killall -11 mysqld > > >http://sql.tribalwar.com/before-ps.txt > > > > > >a few times the 3 giant processes would show as -, > > but > > >then it got to the point where they weren't > > changing > > >one bit (staying at Giant) > > > > > >after I did mysqladmin shutdown/killall -11 mysqld > > >http://sql.tribalwar.com/after-ps.txt > > > > > >this eventually cleared up after a minute or so. > > > > > >I've given some serious thought to upgrading to > > >-CURRENT, but with the network stack commit comming > > >soon (or happening now), I don't want to get caught > > in > > >the middle of it and have severe problems. Perhaps > > I > > >should use a tag for the time right around the > > sysctl > > >change for the mp stack? > > > > > >The guy running the site just wants me to (have > > >someone at the colo) format the machine and go back > > to > > >4.9. > > > > > >Oh, I now have witness in the kernel...no deadlocks > > >from what I've seen. > > > > > >HTH, > > >Daryl > > > > > >--- Doug White wrote: > > > > On Fri, 2 Apr 2004, Daryl Chance wrote: > > > > > > > > > Thanks for your response. It just happened a > > few > > > > > minutes ago and i was able to capture all the > > > > output > > > > > into a text file. > > > > > > > > > > http://sql.tribalwar.com/ps.txt > > > > > > > > oops, sorry, I get those confused. You want 'ps > > > > axlwww'. WCHAN will be a > > > > string like "select". > > > > > > > > > I have WITNESS* options compiled into the > > kernel > > > > and > > > > > am going to reboot soon. Do you think it > > would > > > > help > > > > > in debugging this to see if there are any > > > > deadlocks? > > > > > > > > Potentially, although I get 100% cpu loops with > > kde > > > > that won't trigger any > > > > witness or invariants checks. > > > > > > > > -- > > > > Doug White | FreeBSD: The > > Power > > > > to Serve > > > > dwhite@gumbysoft.com | www.FreeBSD.org > > > > > > > > >__________________________________ > > >Do you Yahoo!? > > >Yahoo! Small Business $15K Web Design Giveaway > > >http://promotions.yahoo.com/design_giveaway/ > > >_______________________________________________ > > >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" > > > > >__________________________________ >Do you Yahoo!? >Yahoo! Small Business $15K Web Design Giveaway >http://promotions.yahoo.com/design_giveaway/ From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 23:26:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 672C916A4CE for ; Sun, 4 Apr 2004 23:26:09 -0700 (PDT) Received: from osiris.ipform.ru (osiris.itlegion.ru [212.248.52.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F3CA43D5D for ; Sun, 4 Apr 2004 23:26:08 -0700 (PDT) (envelope-from matrix@itlegion.ru) Received: from artem (artem.office.ipform.ru [192.168.0.12]) by osiris.ipform.ru (8.12.6/8.12.6) with ESMTP id i356Q5Xg019779; Mon, 5 Apr 2004 10:26:05 +0400 (MSD) (envelope-from matrix@itlegion.ru) X-AntiVirus: Checked by Dr.Web (http://www.drweb.net) Message-ID: <005f01c41ad6$58586c90$0c00a8c0@artem> From: "Artem Koutchine" To: "Paul Saab" References: <001101c418d4$9b069610$0c00a8c0@artem> <20040402203808.GA96758@elvis.mu.org> Date: Mon, 5 Apr 2004 10:21:52 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 cc: freebsd-current@freebsd.org Subject: Re: there is a bug in twe driver or disk subsystem for sure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 06:26:09 -0000 Hello Paul and everybody > it would help if you gave a full stacktrace. > I am not pretty good at reproducing the problem. I THINK (not sure) that it might be related to 3dm software because when i do very fast (i click reload page as fast as i can) MONITOR page reloads in 3dm i will get kernel panic within 1-2 minutes. However, panic happened by itself a couple of time during havy disk load. I did 'tr' while in debugger and wrote down the output on a paper. Belows - is the reproduction of that outout. However, it might contain some typos, because it is very hard to reproduce such info by hand. here is 'tr' output: __panic(c07d482d, 8a, c07d4847,c07b9714,c07d47fe) at __panic+0x13d mtrash_ctor(c7ac9e00,200,0) at mtrash_ctor+0x59 uma_zalloc_arg(c1038e00,0,1) at uma_zalloc_arg+0x169 malloc(200,c0815c20,1,c74da4c0,e5614c60) at malloc+0xb7 twe_get_param(c74be000,200,2,4,0) at twe_get_param+0x3f twe_ioctl(c74be00,800c5469,e5614c60,e5614b70,c05b0a9e) at twe_ioctl+0x25a twe_ioctl_wrapper(c087a1b8,800c5469,e5614c60,3,c78e83f0) at twe_ioctl_wrapper+0x14 spec_ioctl (e5614b88,e5614c34,c063682f,e5614b88,c085dbc0) at spec_ioctl+0x15a spec_vnoperate(e5614b88) at spec_vnoperate+0x13 vn_ioctl(c7900198,800c5469,e5614c60,c3477600,c78e83f0) at vn_ioctl+0x17f ioctl(c78e83f0,e5614d14,3,9d4,297) at ioctl+0x37c syscall(2f,2f,2f,800c5469,200) at syscall+0x217 Xint0x80_syscall() at Xint0x80_syscall+0x1d ---syscall (54,FreeBSD ELF32, ioctl), eip=0x806cae0 esp=0xbfbfdc34 ebp=0xbfbfdc70 I hope this will help figure out what is causing the panic. Regards, Artem > Artem Koutchine (matrix@itlegion.ru) wrote: > > I am running 5.2-CURRENT. The box has 3w 8506-4LP > > SATA raid controller and freebsd is install onto raid5 array. > > > > Almost everytime i pull a hotswap disk (one out of four) > > or when very heavy disk activity (like background fsck after > > crashing on a 310GB label) i get the following after 10 or > > so minutes of uptime: > > > > Memory modified after free 0x788f400(508) val=20202020 @ 0xe788f400 > > panic: Most recently used by devbuf > > at line 128 in file /usr/src/sys/udm_dbg.c > > cpu=0; > > Debugger ("panic") > > Stopped at Debugger +0.46: xchgl %ebx, in_Debugger.0 > > > > and i typed 'c' in debugger: > > > > the system started to shutdown and here is what i saw: > > > > twe0: failed to delete unit 0 > > stray irq9 > > > > > > The box is: > > permicro X5DPE-G2 motherboard > > DUAL XEON 2.66Ghz (HT enabled) 533Mhz bus > > 2GB RAM > > 4 SATA SEAGTE 120GB DRIVES > > 3WARE 8506-4LP SATA RAID5 CONTROLLER > > > > _______________________________________________ > > 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" > > > > -- > -ps From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 23:32:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C10116A4CE for ; Sun, 4 Apr 2004 23:32:15 -0700 (PDT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E5F243D46 for ; Sun, 4 Apr 2004 23:32:15 -0700 (PDT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 342115C829; Sun, 4 Apr 2004 23:32:15 -0700 (PDT) Date: Sun, 4 Apr 2004 23:32:15 -0700 From: Paul Saab To: Artem Koutchine Message-ID: <20040405063215.GA47805@elvis.mu.org> References: <001101c418d4$9b069610$0c00a8c0@artem> <20040402203808.GA96758@elvis.mu.org> <005f01c41ad6$58586c90$0c00a8c0@artem> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <005f01c41ad6$58586c90$0c00a8c0@artem> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: there is a bug in twe driver or disk subsystem for sure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 06:32:15 -0000 which 3dm are you using? Artem Koutchine (matrix@itlegion.ru) wrote: > Hello Paul and everybody > > > it would help if you gave a full stacktrace. > > > > I am not pretty good at reproducing the problem. I THINK > (not sure) that it might be related to 3dm software because > when i do very fast (i click reload page as fast as i can) > MONITOR page reloads in 3dm i will get kernel panic > within 1-2 minutes. However, panic happened by itself a couple > of time during havy disk load. > > I did 'tr' while in debugger and wrote down the output on a paper. > Belows - is the reproduction of that outout. However, it might > contain some typos, because it is very hard to reproduce such > info by hand. > > here is 'tr' output: > > __panic(c07d482d, 8a, c07d4847,c07b9714,c07d47fe) at __panic+0x13d > mtrash_ctor(c7ac9e00,200,0) at mtrash_ctor+0x59 > uma_zalloc_arg(c1038e00,0,1) at uma_zalloc_arg+0x169 > malloc(200,c0815c20,1,c74da4c0,e5614c60) at malloc+0xb7 > twe_get_param(c74be000,200,2,4,0) at twe_get_param+0x3f > twe_ioctl(c74be00,800c5469,e5614c60,e5614b70,c05b0a9e) at twe_ioctl+0x25a > twe_ioctl_wrapper(c087a1b8,800c5469,e5614c60,3,c78e83f0) at > twe_ioctl_wrapper+0x14 > spec_ioctl (e5614b88,e5614c34,c063682f,e5614b88,c085dbc0) at > spec_ioctl+0x15a > spec_vnoperate(e5614b88) at spec_vnoperate+0x13 > vn_ioctl(c7900198,800c5469,e5614c60,c3477600,c78e83f0) at vn_ioctl+0x17f > ioctl(c78e83f0,e5614d14,3,9d4,297) at ioctl+0x37c > syscall(2f,2f,2f,800c5469,200) at syscall+0x217 > Xint0x80_syscall() at Xint0x80_syscall+0x1d > ---syscall (54,FreeBSD ELF32, ioctl), > eip=0x806cae0 > esp=0xbfbfdc34 > ebp=0xbfbfdc70 > > I hope this will help figure out what is causing the panic. > > Regards, > Artem > > > Artem Koutchine (matrix@itlegion.ru) wrote: > > > I am running 5.2-CURRENT. The box has 3w 8506-4LP > > > SATA raid controller and freebsd is install onto raid5 array. > > > > > > Almost everytime i pull a hotswap disk (one out of four) > > > or when very heavy disk activity (like background fsck after > > > crashing on a 310GB label) i get the following after 10 or > > > so minutes of uptime: > > > > > > Memory modified after free 0x788f400(508) val=20202020 @ 0xe788f400 > > > panic: Most recently used by devbuf > > > at line 128 in file /usr/src/sys/udm_dbg.c > > > cpu=0; > > > Debugger ("panic") > > > Stopped at Debugger +0.46: xchgl %ebx, in_Debugger.0 > > > > > > and i typed 'c' in debugger: > > > > > > the system started to shutdown and here is what i saw: > > > > > > twe0: failed to delete unit 0 > > > stray irq9 > > > > > > > > > The box is: > > > permicro X5DPE-G2 motherboard > > > DUAL XEON 2.66Ghz (HT enabled) 533Mhz bus > > > 2GB RAM > > > 4 SATA SEAGTE 120GB DRIVES > > > 3WARE 8506-4LP SATA RAID5 CONTROLLER > > > > > > _______________________________________________ > > > 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" > > > > > > > -- > > -ps > -- -ps From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 23:47:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A767C16A4CE for ; Sun, 4 Apr 2004 23:47:59 -0700 (PDT) Received: from mail.newlines.ru (mail.newlines.ru [195.54.211.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4726E43D31 for ; Sun, 4 Apr 2004 23:47:58 -0700 (PDT) (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 i356lRCk092957 for ; Mon, 5 Apr 2004 06:47:42 GMT (envelope-from anton@nikiforov.ru) Received: from nikiforov.ru (florent-mashin.rmt.ru [81.13.8.34]) (authenticated bits=0) by mail.newlines.ru (8.12.10/8.12.9) with ESMTP id i356kiWv092104 for ; Mon, 5 Apr 2004 06:47:21 GMT (envelope-from anton@nikiforov.ru) Message-ID: <407100BB.9090105@nikiforov.ru> Date: Mon, 05 Apr 2004 10:46:19 +0400 From: Anton Nikiforov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040307 X-Accept-Language: ru-ru, ru, en-us MIME-Version: 1.0 To: current@freebsd.org Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms070007060509070206010008" Subject: Spinlock called when not threaded X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: anton@nikiforov.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 06:47:59 -0000 This is a cryptographically signed message in MIME format. --------------ms070007060509070206010008 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Dear All! Does somene know the solution against the following error: Fatal error 'Spinlock called when not threaded.' at line 83 in file /usr/src/lib /libpthread/thread/thr_spinlock.c (errno = 0) Abort trap (core dumped) This happend with OpenOffice and with Gaim ICQ/AIM client. Everything is being build without any errors, but happend to dump a core with this error while starting. In the libmap i have lines that should (as i think) to map libpthreads to libc_r. [/usr/local/bin/openoffice-1.1] libpthread.so.1 libc_r.so.5 libpthread.so libc_r.so [/usr/local/OpenOffice.org1.1.0/program/soffice.bin] libpthread.so.1 libc_r.so.5 libpthread.so libc_r.so [openoffice-1.1] libpthread.so.1 libc_r.so.5 libpthread.so libc_r.so System is -CURRENT svsuped yesturday. -- Best regads, Anton Nikiforov --------------ms070007060509070206010008 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 CwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNDA0MDUwNjQ2MjBaMCMGCSqGSIb3DQEJ BDEWBBSvJQBVi9k5jIdf9Nd3un+dUtxwSzBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMH MA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIB KDB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg SXNzdWluZyBDQQIDC9oVMHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAwvaFTANBgkqhkiG9w0BAQEFAASCAQAxqLHl lRyYVt3y2rjIlvmBuDygokFACEUh317HSS37ubqSJnNB0hspGkPGsHa9MEicO8IQNdf8N7BX GUIp5HMeEwF5Tp6r9SQmc67810wABVTchMz4A2kscBHv/hyuwSA9B30ROiviUVkDZ0QGURbc XDTMi2/yAPkb8litLJ7YUeVWPYn6MNY3D3LMbYMc/K7Wn8fC5b7UeR0ygfYG0XiN4E6Q/n57 mdcU22EsM1ea4huaPDHotqIL1LU4ponKnbHmn46XHWuWsRrc7DOa0x4ELEnUS2MFzRkITVPa WmvPiye8pOEvQKtFpDnku4xCCFif4FpiuwqZ47W2GcgNW6bVAAAAAAAA --------------ms070007060509070206010008-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 23:54:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88BC816A4CE for ; Sun, 4 Apr 2004 23:54:37 -0700 (PDT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B27AA43D41 for ; Sun, 4 Apr 2004 23:54:36 -0700 (PDT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i356wRwg014208 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 Apr 2004 09:58:28 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.12.11/8.12.11) id i356sVOQ032802; Mon, 5 Apr 2004 09:54:31 +0300 (EEST) (envelope-from ru) Date: Mon, 5 Apr 2004 09:54:31 +0300 From: Ruslan Ermilov To: Ganbold Message-ID: <20040405065431.GB31779@ip.net.ua> References: <6.0.3.0.2.20040405111339.029a5f18@202.179.0.80> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XF85m9dhOBO43t/C" Content-Disposition: inline In-Reply-To: <6.0.3.0.2.20040405111339.029a5f18@202.179.0.80> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-current@freebsd.org Subject: Re: Driver for National Semiconductor DP83820/1 10/100/1000 Gigabit Ethernet Adapter X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 06:54:37 -0000 --XF85m9dhOBO43t/C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 05, 2004 at 11:17:25AM +0900, Ganbold wrote: > Hi, >=20 > I have National Semiconductor DP83820/1 10/100/1000 Gigabit Ethernet=20 > Adapter and FreeBSD 5.2-CURRENT > doesn't have driver for it. > Where can I find driver for it? Is there any existing driver will known t= o=20 > work? >=20 Actually there is. It's called nge(4). Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --XF85m9dhOBO43t/C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAcQKnUkv4P6juNwoRAgDUAJ4jToQ9ypMNPp9TH2qQ9Jb/MVCOCgCfWhBt 9HeaaGP9uxn+qu4MX0PBWt4= =dU3L -----END PGP SIGNATURE----- --XF85m9dhOBO43t/C-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 5 00:17:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAFFE16A4CE for ; Mon, 5 Apr 2004 00:17:21 -0700 (PDT) Received: from osiris.ipform.ru (osiris.itlegion.ru [212.248.52.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7F5943D55 for ; Mon, 5 Apr 2004 00:17:20 -0700 (PDT) (envelope-from matrix@itlegion.ru) Received: from artem (artem.office.ipform.ru [192.168.0.12]) by osiris.ipform.ru (8.12.6/8.12.6) with ESMTP id i357HJXg020204 for ; Mon, 5 Apr 2004 11:17:19 +0400 (MSD) (envelope-from matrix@itlegion.ru) X-AntiVirus: Checked by Dr.Web (http://www.drweb.net) Message-ID: <00e601c41add$8001e940$0c00a8c0@artem> From: "Artem Koutchine" To: References: <001101c418d4$9b069610$0c00a8c0@artem><20040402203808.GA96758@elvis.mu.org> <005f01c41ad6$58586c90$0c00a8c0@artem> <20040405063215.GA47805@elvis.mu.org> Date: Mon, 5 Apr 2004 11:13:25 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Subject: Re: there is a bug in twe driver or disk subsystem for sure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 07:17:21 -0000 > which 3dm are you using? > The one from the ports (cvsed apr 1). I think it is 1.10.00.011. Is there any other 3DM? > Artem Koutchine (matrix@itlegion.ru) wrote: > > Hello Paul and everybody > > > > > it would help if you gave a full stacktrace. > > > > > > > I am not pretty good at reproducing the problem. I THINK > > (not sure) that it might be related to 3dm software because > > when i do very fast (i click reload page as fast as i can) > > MONITOR page reloads in 3dm i will get kernel panic > > within 1-2 minutes. However, panic happened by itself a couple > > of time during havy disk load. > > > > I did 'tr' while in debugger and wrote down the output on a paper. > > Belows - is the reproduction of that outout. However, it might > > contain some typos, because it is very hard to reproduce such > > info by hand. > > > > here is 'tr' output: > > > > __panic(c07d482d, 8a, c07d4847,c07b9714,c07d47fe) at __panic+0x13d > > mtrash_ctor(c7ac9e00,200,0) at mtrash_ctor+0x59 > > uma_zalloc_arg(c1038e00,0,1) at uma_zalloc_arg+0x169 > > malloc(200,c0815c20,1,c74da4c0,e5614c60) at malloc+0xb7 > > twe_get_param(c74be000,200,2,4,0) at twe_get_param+0x3f > > twe_ioctl(c74be00,800c5469,e5614c60,e5614b70,c05b0a9e) at twe_ioctl+0x25a > > twe_ioctl_wrapper(c087a1b8,800c5469,e5614c60,3,c78e83f0) at > > twe_ioctl_wrapper+0x14 > > spec_ioctl (e5614b88,e5614c34,c063682f,e5614b88,c085dbc0) at > > spec_ioctl+0x15a > > spec_vnoperate(e5614b88) at spec_vnoperate+0x13 > > vn_ioctl(c7900198,800c5469,e5614c60,c3477600,c78e83f0) at vn_ioctl+0x17f > > ioctl(c78e83f0,e5614d14,3,9d4,297) at ioctl+0x37c > > syscall(2f,2f,2f,800c5469,200) at syscall+0x217 > > Xint0x80_syscall() at Xint0x80_syscall+0x1d > > ---syscall (54,FreeBSD ELF32, ioctl), > > eip=0x806cae0 > > esp=0xbfbfdc34 > > ebp=0xbfbfdc70 > > > > I hope this will help figure out what is causing the panic. > > > > Regards, > > Artem > > > > > Artem Koutchine (matrix@itlegion.ru) wrote: > > > > I am running 5.2-CURRENT. The box has 3w 8506-4LP > > > > SATA raid controller and freebsd is install onto raid5 array. > > > > > > > > Almost everytime i pull a hotswap disk (one out of four) > > > > or when very heavy disk activity (like background fsck after > > > > crashing on a 310GB label) i get the following after 10 or > > > > so minutes of uptime: > > > > > > > > Memory modified after free 0x788f400(508) val=20202020 @ 0xe788f400 > > > > panic: Most recently used by devbuf > > > > at line 128 in file /usr/src/sys/udm_dbg.c > > > > cpu=0; > > > > Debugger ("panic") > > > > Stopped at Debugger +0.46: xchgl %ebx, in_Debugger.0 > > > > > > > > and i typed 'c' in debugger: > > > > > > > > the system started to shutdown and here is what i saw: > > > > > > > > twe0: failed to delete unit 0 > > > > stray irq9 > > > > > > > > > > > > The box is: > > > > permicro X5DPE-G2 motherboard > > > > DUAL XEON 2.66Ghz (HT enabled) 533Mhz bus > > > > 2GB RAM > > > > 4 SATA SEAGTE 120GB DRIVES > > > > 3WARE 8506-4LP SATA RAID5 CONTROLLER > > > > > > > > _______________________________________________ > > > > 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" > > > > > > > > > > -- > > > -ps > > > > -- > -ps > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Apr 5 00:32:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55E4516A4CE for ; Mon, 5 Apr 2004 00:32:29 -0700 (PDT) Received: from osiris.ipform.ru (osiris.itlegion.ru [212.248.52.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58E7E43D68 for ; Mon, 5 Apr 2004 00:32:28 -0700 (PDT) (envelope-from matrix@itlegion.ru) Received: from artem (artem.office.ipform.ru [192.168.0.12]) by osiris.ipform.ru (8.12.6/8.12.6) with ESMTP id i357WKXg020335; Mon, 5 Apr 2004 11:32:20 +0400 (MSD) (envelope-from matrix@itlegion.ru) X-AntiVirus: Checked by Dr.Web (http://www.drweb.net) Message-ID: <00f001c41adf$9952b4e0$0c00a8c0@artem> From: "Artem Koutchine" To: "Paul Saab" References: <005f01c41ad6$58586c90$0c00a8c0@artem> <20040405063215.GA47805@elvis.mu.org> <00d301c41add$64c0ad60$0c00a8c0@artem> <20040405071756.GA51109@elvis.mu.org> Date: Mon, 5 Apr 2004 11:28:30 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 cc: freebsd-current@freebsd.org Subject: Re: there is a bug in twe driver or disk subsystem for sure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 07:32:29 -0000 > 3ware may have released some stuff at 3ware.com I wonder where this port came from. As i undertand this ports does not actually build. It is a precompiled binary. HOWEVER, 3ware does not have any freebsd version of 3dm on their site, which means that this port either just a linux binary OR some kind of patched freebsd binary and nobody knows where i came from. Anyhows, last 3dm update from 3ware for linux was in december 2003. > Artem Koutchine (matrix@itlegion.ru) wrote: > > >From: "Paul Saab" > > > which 3dm are you using? > > > > The one from the ports (cvsed apr 1). > > I think it is 1.10.00.011. > > Is there any other 3DM? > > > > > Artem Koutchine (matrix@itlegion.ru) wrote: > > > > Hello Paul and everybody > > > > > > > > > it would help if you gave a full stacktrace. > > > > > > > > > > > > > I am not pretty good at reproducing the problem. I THINK > > > > (not sure) that it might be related to 3dm software because > > > > when i do very fast (i click reload page as fast as i can) > > > > MONITOR page reloads in 3dm i will get kernel panic > > > > within 1-2 minutes. However, panic happened by itself a couple > > > > of time during havy disk load. > > > > > > > > I did 'tr' while in debugger and wrote down the output on a paper. > > > > Belows - is the reproduction of that outout. However, it might > > > > contain some typos, because it is very hard to reproduce such > > > > info by hand. > > > > > > > > here is 'tr' output: > > > > > > > > __panic(c07d482d, 8a, c07d4847,c07b9714,c07d47fe) at __panic+0x13d > > > > mtrash_ctor(c7ac9e00,200,0) at mtrash_ctor+0x59 > > > > uma_zalloc_arg(c1038e00,0,1) at uma_zalloc_arg+0x169 > > > > malloc(200,c0815c20,1,c74da4c0,e5614c60) at malloc+0xb7 > > > > twe_get_param(c74be000,200,2,4,0) at twe_get_param+0x3f > > > > twe_ioctl(c74be00,800c5469,e5614c60,e5614b70,c05b0a9e) at > > twe_ioctl+0x25a > > > > twe_ioctl_wrapper(c087a1b8,800c5469,e5614c60,3,c78e83f0) at > > > > twe_ioctl_wrapper+0x14 > > > > spec_ioctl (e5614b88,e5614c34,c063682f,e5614b88,c085dbc0) at > > > > spec_ioctl+0x15a > > > > spec_vnoperate(e5614b88) at spec_vnoperate+0x13 > > > > vn_ioctl(c7900198,800c5469,e5614c60,c3477600,c78e83f0) at vn_ioctl+0x17f > > > > ioctl(c78e83f0,e5614d14,3,9d4,297) at ioctl+0x37c > > > > syscall(2f,2f,2f,800c5469,200) at syscall+0x217 > > > > Xint0x80_syscall() at Xint0x80_syscall+0x1d > > > > ---syscall (54,FreeBSD ELF32, ioctl), > > > > eip=0x806cae0 > > > > esp=0xbfbfdc34 > > > > ebp=0xbfbfdc70 > > > > > > > > I hope this will help figure out what is causing the panic. > > > > > > > > Regards, > > > > Artem > > > > > > > > > Artem Koutchine (matrix@itlegion.ru) wrote: > > > > > > I am running 5.2-CURRENT. The box has 3w 8506-4LP > > > > > > SATA raid controller and freebsd is install onto raid5 array. > > > > > > > > > > > > Almost everytime i pull a hotswap disk (one out of four) > > > > > > or when very heavy disk activity (like background fsck after > > > > > > crashing on a 310GB label) i get the following after 10 or > > > > > > so minutes of uptime: > > > > > > > > > > > > Memory modified after free 0x788f400(508) val=20202020 @ 0xe788f400 > > > > > > panic: Most recently used by devbuf > > > > > > at line 128 in file /usr/src/sys/udm_dbg.c > > > > > > cpu=0; > > > > > > Debugger ("panic") > > > > > > Stopped at Debugger +0.46: xchgl %ebx, in_Debugger.0 > > > > > > > > > > > > and i typed 'c' in debugger: > > > > > > > > > > > > the system started to shutdown and here is what i saw: > > > > > > > > > > > > twe0: failed to delete unit 0 > > > > > > stray irq9 > > > > > > > > > > > > > > > > > > The box is: > > > > > > permicro X5DPE-G2 motherboard > > > > > > DUAL XEON 2.66Ghz (HT enabled) 533Mhz bus > > > > > > 2GB RAM > > > > > > 4 SATA SEAGTE 120GB DRIVES > > > > > > 3WARE 8506-4LP SATA RAID5 CONTROLLER > > > > > > > > > > > > _______________________________________________ > > > > > > 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" > > > > > > > > > > > > > > > > -- > > > > > -ps > > > > > > > > > > -- > > > -ps > > > _______________________________________________ > > > 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" > > > > -- > -ps From owner-freebsd-current@FreeBSD.ORG Mon Apr 5 01:23:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9F6716A4CF for ; Mon, 5 Apr 2004 01:23:41 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3FA343D41 for ; Mon, 5 Apr 2004 01:23:40 -0700 (PDT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) i358M0US034270 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 5 Apr 2004 10:22:04 +0200 (CEST) (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 i358LEhn017547 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 Apr 2004 10:21:14 +0200 (CEST) (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 i358LD01079566; Mon, 5 Apr 2004 10:21:13 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id i358LDkE079565; Mon, 5 Apr 2004 10:21:13 +0200 (CEST) (envelope-from ticso) Date: Mon, 5 Apr 2004 10:21:13 +0200 From: Bernd Walter To: "Lachlan O'Dea" Message-ID: <20040405082112.GB76468@cicely12.cicely.de> References: <5BBC9984-86A5-11D8-8786-000A95DBB47C@ca.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5BBC9984-86A5-11D8-8786-000A95DBB47C@ca.com> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.63 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on cicely12.cicely.de cc: current@freebsd.org Subject: Re: sa(4): removing device entry X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 08:23:41 -0000 On Mon, Apr 05, 2004 at 12:02:57PM +1000, Lachlan O'Dea wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello, > > I've got a 5.2.1 system with a Quantum DTL7000 tape drive. I'm using > dump(1) to backup to the tape, and this generally works fine. However, > on two occasions I have seen a problem like this: > > Apr 2 00:42:01 isis kernel: (ahc0:A:6:0): Sending WDTR 1 > Apr 2 00:42:01 isis kernel: (ahc0:A:6:0): Received WDTR 1 filtered to 1 > Apr 2 00:42:01 isis kernel: ahc0: target 6 using 16bit transfers > Apr 2 00:42:01 isis kernel: (ahc0:A:6:0): Sending SDTR period 19, > offset 8 > Apr 2 00:42:01 isis kernel: (ahc0:A:6:0): Received SDTR period 19, > offset 8 > Apr 2 00:42:01 isis kernel: Filtered to period 19, offset 8 > Apr 2 00:42:01 isis kernel: ahc0: target 6 synchronous at 10.0MHz, > offset = 0x8 > Apr 2 00:42:01 isis kernel: (sa0:ahc0:0:6:0): Retrying Command > Apr 2 01:08:36 isis kernel: (sa0:ahc0:0:6:0): Unexpected busfree in > Data-out phase > Apr 2 01:08:36 isis kernel: SEQADDR == 0x73 > Apr 2 01:08:36 isis kernel: (sa0:ahc0:0:6:0): Unexpected Bus Free You have a hardware problem. Check SCSI cableing/termination and power connection to the drive. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Mon Apr 5 03:05:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E736516A4CE; Mon, 5 Apr 2004 03:05:16 -0700 (PDT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B4D443D45; Mon, 5 Apr 2004 03:05:13 -0700 (PDT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i35A8qNi026605 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 Apr 2004 13:08:54 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.12.11/8.12.11) id i35A4rPt000587; Mon, 5 Apr 2004 13:04:53 +0300 (EEST) (envelope-from ru) Date: Mon, 5 Apr 2004 13:04:49 +0300 From: Ruslan Ermilov To: Luigi Rizzo Message-ID: <20040405100449.GA478@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="u3/rZRmxL6MmkK24" Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: current@FreeBSD.org Subject: Recent changes to struct ifnet need to be documented X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 10:05:17 -0000 --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Luigi, I've been bitten by your latest changes to ``struct ifnet'' in the following not-so-uncommon way. ;) I've been testing the polling(4) support for the vr(4) driver the whole day yesterday, and it worked pretty well. Today in the morning I've recompiled the if_vr.ko module once again, and it paniced my system right away. I've narrowed down the problem to the following: my NFS-mounted source tree gets updated regularly, and it has already picked up your changes to ``struct ifnet'' (to remove unused fields). Since I recompiled only one module, and attempted to run it, it became incompatible with the running kernel (which still has the old ``struct ifnet'' layout). As such, could you please send a HEADS UP to -current saying that the change introduces backward incompatibility, and recompile of all network modules is required to catch up with these changes. Also, an entry in src/UPDATING would be in order too. Perhaps bumping a __FreeBSD_version on behalf of this change would be a good thing too. (I'm not sure about that last one.) A real solution would be to have kernel somehow check that modules are ABI compatible with it, and refuse to load those that aren't. I'm not sure how to best implement this though. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --u3/rZRmxL6MmkK24 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAcS9BUkv4P6juNwoRAscvAJ4vYpYXcLhXZ5IjLVwWx7yRThgTAACfTgRK DONRrkRHXL58ndjEtmrpyzg= =3VIR -----END PGP SIGNATURE----- --u3/rZRmxL6MmkK24-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 5 03:07:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F5E816A4CF for ; Mon, 5 Apr 2004 03:07:21 -0700 (PDT) Received: from pinus.cc.fer.hr (pinus.cc.fer.hr [161.53.73.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 511E443D5C for ; Mon, 5 Apr 2004 03:07:20 -0700 (PDT) (envelope-from ivoras@fer.hr) Received: from fer.hr (lara.cc.fer.hr [161.53.72.113]) by pinus.cc.fer.hr (8.12.2/8.12.2) with ESMTP id i35A8MsM001090 for ; Mon, 5 Apr 2004 12:08:22 +0200 (MEST) Message-ID: <40712EFB.6090000@fer.hr> Date: Mon, 05 Apr 2004 12:03:39 +0200 From: Ivan Voras User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: HTT & SMP kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 10:07:21 -0000 Here are my measurements regarding the usefulness of FreeBSD 5.2.1 SMP support with HTTP machines (bytebench 3.1): ** SMP kernel, SMP activated TEST BASELINE RESULT INDEX Arithmetic Test (type = double) 2541.7 771818.7 303.7 Dhrystone 2 without register variables 22366.3 4752705.6 212.5 Execl Throughput Test 16.5 971.9 58.9 File Copy (30 seconds) 179.0 48236.0 269.5 Pipe-based Context Switching Test 1318.5 72264.1 54.8 Shell scripts (8 concurrent) 4.0 380.6 95.2 ========= SUM of 6 items 994.5 AVERAGE 165.7 ** SMP kernel, SMP disabled (kern.smp.disabled=1 in loader.conf) TEST BASELINE RESULT INDEX Arithmetic Test (type = double) 2541.7 770832.5 303.3 Dhrystone 2 without register variables 22366.3 4722643.0 211.1 Execl Throughput Test 16.5 976.0 59.2 File Copy (30 seconds) 179.0 48385.0 270.3 Pipe-based Context Switching Test 1318.5 86409.7 65.5 Shell scripts (8 concurrent) 4.0 440.3 110.1 ========= SUM of 6 items 1019.5 AVERAGE 169.9 ** UP kernel TEST BASELINE RESULT INDEX Arithmetic Test (type = double) 2541.7 770802.1 303.3 Dhrystone 2 without register variables 22366.3 4831707.7 216.0 Execl Throughput Test 16.5 1406.9 85.3 File Copy (30 seconds) 179.0 48395.0 270.4 Pipe-based Context Switching Test 1318.5 117582.0 89.2 Shell scripts (8 concurrent) 4.0 547.6 136.9 ========= SUM of 6 items 1101.0 AVERAGE 183.5 It seems that, currently, performance will suffer on anything making use of concurrency (multiple processes, etc.) -- Every sufficiently advanced magic is indistinguishable from technology - Arthur C Anticlarke From owner-freebsd-current@FreeBSD.ORG Mon Apr 5 03:55:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C1DC16A4CE for ; Mon, 5 Apr 2004 03:55:27 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 16D7043D3F for ; Mon, 5 Apr 2004 03:55:27 -0700 (PDT) (envelope-from turbo23@gmx.net) Received: (qmail 29031 invoked by uid 65534); 5 Apr 2004 10:55:25 -0000 Received: from bert.mlan.solnet.ch (HELO bert.mlan.solnet.ch) (212.101.1.83) by mail.gmx.net (mp016) with SMTP; 05 Apr 2004 12:55:25 +0200 X-Authenticated: #627573 Date: Mon, 5 Apr 2004 12:55:30 +0200 From: Thomas Vogt To: current@freebsd.org Message-Id: <20040405125530.14f97d7a@bert.mlan.solnet.ch> X-Mailer: Sylpheed version 0.9.10claws (GTK+ 1.2.10; i386-portbld-freebsd5.2.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: iscsi or SAN support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 10:55:27 -0000 Hi all Does FBSD support any iscsi or SAN Hardware (perhaps in -current)? I checked the Hardware Notes for RELEASE but I didn't find anything about that. If I've overlooked the HW list then can someone give me an advice which card/hardware for SAN or iscsi is supportet? cheers, Thomas Vogt From owner-freebsd-current@FreeBSD.ORG Mon Apr 5 04:01:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 122EB16A4CE for ; Mon, 5 Apr 2004 04:01:04 -0700 (PDT) Received: from smtp-out4.xs4all.nl (smtp-out4.xs4all.nl [194.109.24.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4891943D41 for ; Mon, 5 Apr 2004 04:01:03 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-out4.xs4all.nl (8.12.10/8.12.10) with ESMTP id i35B11CY093632; Mon, 5 Apr 2004 13:01:01 +0200 (CEST) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.11/8.12.9) with ESMTP id i35B11WO005387; Mon, 5 Apr 2004 13:01:01 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.11/8.12.11/Submit) id i35B103Y005386; Mon, 5 Apr 2004 13:01:00 +0200 (CEST) (envelope-from wkb) Date: Mon, 5 Apr 2004 13:01:00 +0200 From: Wilko Bulte To: Thomas Vogt Message-ID: <20040405110100.GA5371@freebie.xs4all.nl> References: <20040405125530.14f97d7a@bert.mlan.solnet.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040405125530.14f97d7a@bert.mlan.solnet.ch> User-Agent: Mutt/1.4.1i X-OS: FreeBSD 4.9-STABLE X-PGP: finger wilko@freebsd.org cc: current@freebsd.org Subject: Re: iscsi or SAN support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 11:01:04 -0000 On Mon, Apr 05, 2004 at 12:55:30PM +0200, Thomas Vogt wrote: man isp(4) > Hi all > > Does FBSD support any iscsi or SAN Hardware (perhaps in -current)? > I checked the Hardware Notes for RELEASE but I didn't find anything > about that. If I've overlooked the HW list then can someone give me an > advice which card/hardware for SAN or iscsi is supportet? > > cheers, > Thomas Vogt > _______________________________________________ > 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 quoted text--- -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Apr 5 04:13:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BF7516A4CF for ; Mon, 5 Apr 2004 04:13:36 -0700 (PDT) Received: from informatik.uni-bremen.de (imh.informatik.uni-bremen.de [134.102.224.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8008543D67 for ; Mon, 5 Apr 2004 04:13:35 -0700 (PDT) (envelope-from jstocker@tzi.de) Received: from localhost (koch.informatik.uni-bremen.de [134.102.201.12]) i35BDV80015748 for ; Mon, 5 Apr 2004 13:13:32 +0200 (MEST) Received: from port-195-158-185-138.reverse.qsc.de (port-195-158-185-138.reverse.qsc.de [195.158.185.138]) by webmail.informatik.uni-bremen.de (Horde) with HTTP for ; Mon, 5 Apr 2004 13:13:31 +0200 Message-ID: <1081163611.35uzwnyj4uo0@webmail.informatik.uni-bremen.de> Date: Mon, 5 Apr 2004 13:13:31 +0200 From: Jan Stocker To: current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=_7ae04bd065ba8b60128f38" Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Originating-IP: 195.158.185.138 Subject: calcru: negative time of -582613 usec for pid 672 (sh) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 11:13:36 -0000 This message is in MIME format. --=_7ae04bd065ba8b60128f38 Content-Type: text/plain; charset="ISO-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit Hi.... i get the following messages on my PII/266 with FreeBSD 5.2 / 5.2.1 / -current calcru: negative time of -582613 usec for pid 672 (sh) these messages appear for each process and fills the log in a short time. dmsg output attached Thanx, Jan --=_7ae04bd065ba8b60128f38 Content-Type: text/plain; name="dmesg.txt"; charset="ISO-8859-1" Content-Disposition: attachment; filename="dmesg.txt" Content-Transfer-Encoding: base64 Q29weXJpZ2h0IChjKSAxOTkyLTIwMDQgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIDUuMi1DVVJSRU5UICMwOiBTdW4gQXByICA0IDIwOjIxOjEy IENFU1QgMjAwNAogICAgcm9vdEBsc3BhY2UuaW50cmEubmV0Oi91c3Ivb2JqL3Vzci9zcmMvc3lz L0dFTkVSSUMKV0FSTklORzogV0lUTkVTUyBvcHRpb24gZW5hYmxlZCwgZXhwZWN0IHJlZHVjZWQg cGVyZm9ybWFuY2UuClByZWxvYWRlZCBlbGYga2VybmVsICIvYm9vdC9rZXJuZWwva2VybmVsIiBh dCAweGMwOWU3MDAwLgpQcmVsb2FkZWQgZWxmIG1vZHVsZSAiL2Jvb3Qva2VybmVsL2FjcGkua28i IGF0IDB4YzA5ZTcxZjQuClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHog cXVhbGl0eSAwCkNQVTogUGVudGl1bSBJSS9QZW50aXVtIElJIFhlb24vQ2VsZXJvbiAoMjMzLjg3 LU1IeiA2ODYtY2xhc3MgQ1BVKQogIE9yaWdpbiA9ICJHZW51aW5lSW50ZWwiICBJZCA9IDB4NjUy ICBTdGVwcGluZyA9IDIKICBGZWF0dXJlcz0weDE4M2Y5ZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1T UixQQUUsTUNFLENYOCxTRVAsTVRSUixQR0UsTUNBLENNT1YsUEFULFBTRTM2LE1NWCxGWFNSPgpy ZWFsIG1lbW9yeSAgPSAyNjgzNjk5MjAgKDI1NSBNQikKYXZhaWwgbWVtb3J5ID0gMjUyOTIzOTA0 ICgyNDEgTUIpClBlbnRpdW0gUHJvIE1UUlIgc3VwcG9ydCBlbmFibGVkCmNwdTAgb24gbW90aGVy Ym9hcmQKbnB4MDogW0ZBU1RdCm5weDA6IDxtYXRoIHByb2Nlc3Nvcj4gb24gbW90aGVyYm9hcmQK bnB4MDogSU5UIDE2IGludGVyZmFjZQphY3BpMDogPEFXQVJEIEFXUkRBQ1BJPiBvbiBtb3RoZXJi b2FyZAphY3BpMDogW0dJQU5ULUxPQ0tFRF0KcGNpYmlvczogQklPUyB2ZXJzaW9uIDIuMTAKRm91 bmQgJFBJUiB0YWJsZSwgNyBlbnRyaWVzIGF0IDB4YzAwZmRiZjAKYWNwaV9idXNfbnVtYmVyOiBj YW4ndCBnZXQgX0FEUgphY3BpMDogUG93ZXIgQnV0dG9uIChmaXhlZCkKVGltZWNvdW50ZXIgIkFD UEktc2FmZSIgZnJlcXVlbmN5IDM1Nzk1NDUgSHogcXVhbGl0eSAxMDAwCmFjcGlfdGltZXIwOiA8 MjQtYml0IHRpbWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4NTAwOC0weDUwMGIgb24gYWNwaTAK YWNwaV9jcHUwOiA8Q1BVPiBvbiBhY3BpMAphY3BpX2J1dHRvbjA6IDxQb3dlciBCdXR0b24+IG9u IGFjcGkwCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHg1MDAwLTB4NTA0MSww eGNmOC0weGNmZiBvbiBhY3BpMApwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMApwY2liMDog c2xvdCAxIElOVEEgaXMgcm91dGVkIHRvIGlycSA5CnBjaWIwOiBzbG90IDEzIElOVEEgaXMgcm91 dGVkIHRvIGlycSAxMQpwY2liMDogc2xvdCAxNCBJTlRBIGlzIHJvdXRlZCB0byBpcnEgMTAKcGNp YjA6IHNsb3QgMTYgSU5UQSBpcyByb3V0ZWQgdG8gaXJxIDEwCmFncDA6IDxTSVMgR2VuZXJpYyBo b3N0IHRvIFBDSSBicmlkZ2U+IG1lbSAweGUwMDAwMDAwLTB4ZTNmZmZmZmYgYXQgZGV2aWNlIDAu MCBvbiBwY2kwCmF0YXBjaTA6IDxTaVMgNTUxMyBVRE1BMzMgY29udHJvbGxlcj4gcG9ydCAweDQw MDAtMHg0MDBmLDB4Mzc0LTB4Mzc3LDB4MTcwLTB4MTc3LDB4M2Y0LTB4M2Y3LDB4MWYwLTB4MWY3 IGlycSAxNCBhdCBkZXZpY2UgMC4xIG9uIHBjaTAKYXRhMDogYXQgMHgxZjAgaXJxIDE0IG9uIGF0 YXBjaTAKYXRhMTogYXQgMHgxNzAgaXJxIDE1IG9uIGF0YXBjaTAKaXNhYjA6IDxQQ0ktSVNBIGJy aWRnZT4gYXQgZGV2aWNlIDEuMCBvbiBwY2kwCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMApwY2kw OiA8dW5rbm93bj4gYXQgZGV2aWNlIDEuMSAobm8gZHJpdmVyIGF0dGFjaGVkKQpvaGNpMDogPFNp UyA1NTcxIFVTQiBjb250cm9sbGVyPiBtZW0gMHhlYTAwMDAwMC0weGVhMDAwZmZmIGlycSA5IGF0 IGRldmljZSAxLjIgb24gcGNpMApvaGNpMDogW0dJQU5ULUxPQ0tFRF0KdXNiMDogT0hDSSB2ZXJz aW9uIDEuMCwgbGVnYWN5IHN1cHBvcnQKdXNiMDogPFNpUyA1NTcxIFVTQiBjb250cm9sbGVyPiBv biBvaGNpMAp1c2IwOiBVU0IgcmV2aXNpb24gMS4wCnVodWIwOiBTaVMgT0hDSSByb290IGh1Yiwg Y2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDEKdWh1YjA6IDIgcG9ydHMgd2l0aCAyIHJl bW92YWJsZSwgc2VsZiBwb3dlcmVkCnBjaWIxOiA8UENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAy LjAgb24gcGNpMApwY2kxOiA8UENJIGJ1cz4gb24gcGNpYjEKcGNpMTogPGRpc3BsYXksIFZHQT4g YXQgZGV2aWNlIDAuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpkZTA6IDxEaWdpdGFsIDIxMDQxIEV0 aGVybmV0PiBwb3J0IDB4ZDAwMC0weGQwN2YgbWVtIDB4ZWEwMDIwMDAtMHhlYTAwMjA3ZiBpcnEg MTEgYXQgZGV2aWNlIDEzLjAgb24gcGNpMApkZTA6IFtHSUFOVC1MT0NLRURdCmRlMDogU01DIDIx MDQxIFsxME1iL3NdIHBhc3MgMi4xCmRlMDogRXRoZXJuZXQgYWRkcmVzczogMDA6ZTA6Mjk6MmI6 ZDg6NTQKeGwwOiA8M0NvbSAzYzkwNUMtVFggRmFzdCBFdGhlcmxpbmsgWEw+IHBvcnQgMHhkNDAw LTB4ZDQ3ZiBtZW0gMHhlYTAwMTAwMC0weGVhMDAxMDdmIGlycSAxMCBhdCBkZXZpY2UgMTQuMCBv biBwY2kwCm1paWJ1czA6IDxNSUkgYnVzPiBvbiB4bDAKeGxwaHkwOiA8M2M5MDVDIDEwLzEwMCBp bnRlcm5hbCBQSFk+IG9uIG1paWJ1czAKeGxwaHkwOiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEw MGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgYXV0bwp4bDA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjUw OmRhOjQxOjkzOjE1CnhsMDogW0dJQU5ULUxPQ0tFRF0KcGNpMDogPG11bHRpbWVkaWEsIGF1ZGlv PiBhdCBkZXZpY2UgMTYuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpmZGMwOiA8RW5oYW5jZWQgZmxv cHB5IGNvbnRyb2xsZXIgKGk4MjA3NywgTkU3MjA2NSBvciBjbG9uZSk+IHBvcnQgMHgzZjcsMHgz ZjItMHgzZjUgaXJxIDYgZHJxIDIgb24gYWNwaTAKZmRjMDogRklGTyBlbmFibGVkLCA4IGJ5dGVz IHRocmVzaG9sZApmZDA6IDwxNDQwLUtCIDMuNSIgZHJpdmU+IG9uIGZkYzAgZHJpdmUgMApzaW8w IHBvcnQgMHgzZjgtMHgzZmYgaXJxIDQgb24gYWNwaTAKc2lvMDogdHlwZSAxNjU1MEEKc2lvMSBw b3J0IDB4MmY4LTB4MmZmIGlycSAzIG9uIGFjcGkwCnNpbzE6IHR5cGUgMTY1NTBBCnNpbzI6IGNv bmZpZ3VyZWQgaXJxIDEwIG5vdCBpbiBiaXRtYXAgb2YgcHJvYmVkIGlycXMgMApzaW8yOiBwb3J0 IG1heSBub3QgYmUgZW5hYmxlZApwcGMwIHBvcnQgMHg3NzgtMHg3N2IsMHgzNzgtMHgzN2YgaXJx IDcgZHJxIDMgb24gYWNwaTAKcHBjMDogU01DLWxpa2UgY2hpcHNldCAoRUNQL0VQUC9QUzIvTklC QkxFKSBpbiBDT01QQVRJQkxFIG1vZGUKcHBjMDogRklGTyB3aXRoIDE2LzE2LzE2IGJ5dGVzIHRo cmVzaG9sZApwcGJ1czA6IDxQYXJhbGxlbCBwb3J0IGJ1cz4gb24gcHBjMApwbGlwMDogPFBMSVAg bmV0d29yayBpbnRlcmZhY2U+IG9uIHBwYnVzMApscHQwOiA8UHJpbnRlcj4gb24gcHBidXMwCmxw dDA6IEludGVycnVwdC1kcml2ZW4gcG9ydApwcGkwOiA8UGFyYWxsZWwgSS9PPiBvbiBwcGJ1czAK YXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gcG9ydCAweDY0LDB4NjAgaXJx IDEgb24gYWNwaTAKYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAKa2JkMCBh dCBhdGtiZDAKYXRrYmQwOiBbR0lBTlQtTE9DS0VEXQpwc20wOiA8UFMvMiBNb3VzZT4gaXJxIDEy IG9uIGF0a2JkYzAKcHNtMDogW0dJQU5ULUxPQ0tFRF0KcHNtMDogbW9kZWwgSW50ZWxsaU1vdXNl LCBkZXZpY2UgSUQgMwpzaW8yOiBjb25maWd1cmVkIGlycSAxMCBub3QgaW4gYml0bWFwIG9mIHBy b2JlZCBpcnFzIDAKc2lvMjogcG9ydCBtYXkgbm90IGJlIGVuYWJsZWQKb3JtMDogPE9wdGlvbiBS T01zPiBhdCBpb21lbSAweGNjMDAwLTB4Y2M3ZmYsMHhjMDAwMC0weGNhN2ZmIG9uIGlzYTAKcG10 aW1lcjAgb24gaXNhMApzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNh MApzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xlcywgZmxhZ3M9MHgzMDA+CnZnYTA6IDxHZW5l cmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9u IGlzYTAKVGltZWNvdW50ZXIgIlRTQyIgZnJlcXVlbmN5IDIzMzg2NjYyNCBIeiBxdWFsaXR5IDgw MApUaW1lY291bnRlcnMgdGljayBldmVyeSAxMC4wMDAgbXNlYwphZDA6IDQxMzRNQiA8SUJNLURI RUEtMzQzMzA+IFs4NDAwLzE2LzYzXSBhdCBhdGEwLW1hc3RlciBVRE1BMzMKYWNkMDogQ0RST00g PExUTjM2Mj4gYXQgYXRhMC1zbGF2ZSBQSU80Ck1vdW50aW5nIHJvb3QgZnJvbSB1ZnM6L2Rldi9h ZDBzMWEKY2FsY3J1OiBuZWdhdGl2ZSB0aW1lIG9mIC02NTU2NzMgdXNlYyBmb3IgcGlkIDUzIChz eXNjdGwpCmNhbGNydTogbmVnYXRpdmUgdGltZSBvZiAtNjU1MTQzIHVzZWMgZm9yIHBpZCA1OCAo c3lzY3RsKQpjYWxjcnU6IG5lZ2F0aXZlIHRpbWUgb2YgLTY1NDA4NSB1c2VjIGZvciBwaWQgNjMg KHN5c2N0bCkKY2FsY3J1OiBuZWdhdGl2ZSB0aW1lIG9mIC02Mzk0OTIgdXNlYyBmb3IgcGlkIDY1 IChkZCkKY2FsY3J1OiBuZWdhdGl2ZSB0aW1lIG9mIC02NTI3NjggdXNlYyBmb3IgcGlkIDc3IChz eXNjdGwpCmNhbGNydTogbmVnYXRpdmUgdGltZSBvZiAtNjM2MDYzIHVzZWMgZm9yIHBpZCA3OCAo c2gpCmNhbGNydTogbmVnYXRpdmUgdGltZSBvZiAtNjQ5MDY1IHVzZWMgZm9yIHBpZCA4MiAoY2F0 KQpjYWxjcnU6IG5lZ2F0aXZlIHRpbWUgb2YgLTEyOTk3NzUgdXNlYyBmb3IgcGlkIDgwIChzaCkK Y2FsY3J1OiBuZWdhdGl2ZSB0aW1lIG9mIC02MzM4MjMgdXNlYyBmb3IgcGlkIDg0IChzaCkKY2Fs Y3J1OiBuZWdhdGl2ZSB0aW1lIG9mIC02NTI2NjUgdXNlYyBmb3IgcGlkIDg3IChzeXNjdGwpCmNh bGNydTogbmVnYXRpdmUgdGltZSBvZiAtNjI0OTU2IHVzZWMgZm9yIHBpZCA4OCAoc2gpCmNhbGNy dTogbmVnYXRpdmUgdGltZSBvZiAtNjQyOTkwIHVzZWMgZm9yIHBpZCA5MyAoZnNjaykKY2FsY3J1 OiBuZWdhdGl2ZSB0aW1lIG9mIC02NDA1MzYgdXNlYyBmb3IgcGlkIDk4ICh1bW91bnQpCmNhbGNy dTogbmVnYXRpdmUgdGltZSBvZiAtNjUyNzM0IHVzZWMgZm9yIHBpZCAxMDYgKHJtZGlyKQpjYWxj cnU6IG5lZ2F0aXZlIHRpbWUgb2YgLTY1NDYzNSB1c2VjIGZvciBwaWQgMTEyIChybSkKY2FsY3J1 OiBuZWdhdGl2ZSB0aW1lIG9mIC02NTQ3ODEgdXNlYyBmb3IgcGlkIDExMyAocm0pCmNhbGNydTog bmVnYXRpdmUgdGltZSBvZiAtNjE0OTEwIHVzZWMgZm9yIHBpZCAxMDcgKHNoKQpjYWxjcnU6IG5l Z2F0aXZlIHRpbWUgb2YgLTY1MTM4MiB1c2VjIGZvciBwaWQgMTI5IChzeXNjdGwpCmNhbGNydTog bmVnYXRpdmUgdGltZSBvZiAtNTk1NTI1IHVzZWMgZm9yIHBpZCAxMzAgKHNoKQpjYWxjcnU6IG5l Z2F0aXZlIHRpbWUgb2YgLTY1MTM5OCB1c2VjIGZvciBwaWQgMTM2IChrZW52KQpjYWxjcnU6IG5l Z2F0aXZlIHRpbWUgb2YgLTU3NzMxNCB1c2VjIGZvciBwaWQgMTMyIChzaCkKY2FsY3J1OiBuZWdh dGl2ZSB0aW1lIG9mIC02NzU4NzAgdXNlYyBmb3IgcGlkIDE0MSAoc2gpCmNhbGNydTogbmVnYXRp dmUgdGltZSBvZiAtNjUyMjM1IHVzZWMgZm9yIHBpZCAxNDMgKHN5c2N0bCkKY2FsY3J1OiBuZWdh dGl2ZSB0aW1lIG9mIC02MjAyMzEgdXNlYyBmb3IgcGlkIDE0MiAoc2gpCg== --=_7ae04bd065ba8b60128f38-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 09:13:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3703016A4CE for ; Sun, 4 Apr 2004 09:13:12 -0700 (PDT) Received: from geri.cc.fer.hr (geri.cc.fer.hr [161.53.72.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8954843D39 for ; Sun, 4 Apr 2004 09:13:11 -0700 (PDT) (envelope-from ivoras@geri.cc.fer.hr) Received: from geri.cc.fer.hr (geri.cc.fer.hr [161.53.72.107]) by geri.cc.fer.hr (8.12.9p2/8.12.8) with ESMTP id i34GB9cj087232 for ; Sun, 4 Apr 2004 18:11:11 +0200 (CEST) (envelope-from ivoras@geri.cc.fer.hr) Message-ID: <4070340F.3090804@geri.cc.fer.hr> Date: Sun, 04 Apr 2004 18:13:03 +0200 From: Ivan Voras User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6b) Gecko/20031205 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 0.83.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 05 Apr 2004 04:49:33 -0700 Subject: SMP+HTT performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Apr 2004 16:13:12 -0000 People (me included) have been wondering what influence do HTT and SMP have on system performance, so I made some benchmarks (bytebench 3.1): ** SMP kernel, SMP enabled TEST BASELINE RESULT INDEX Arithmetic Test (type = double) 2541.7 771818.7 303.7 Dhrystone 2 without register variables 22366.3 4752705.6 212.5 Execl Throughput Test 16.5 971.9 58.9 File Copy (30 seconds) 179.0 48236.0 269.5 Pipe-based Context Switching Test 1318.5 72264.1 54.8 Shell scripts (8 concurrent) 4.0 380.6 95.2 ========= SUM of 6 items 994.5 AVERAGE 165.7 ** SMP kernel, SMP disabled (kern.smp.disabled=1 in loader.conf) TEST BASELINE RESULT INDEX Arithmetic Test (type = double) 2541.7 770832.5 303.3 Dhrystone 2 without register variables 22366.3 4722643.0 211.1 Execl Throughput Test 16.5 976.0 59.2 File Copy (30 seconds) 179.0 48385.0 270.3 Pipe-based Context Switching Test 1318.5 86409.7 65.5 Shell scripts (8 concurrent) 4.0 440.3 110.1 ========= SUM of 6 items 1019.5 AVERAGE 169.9 ** UP kernel TEST BASELINE RESULT INDEX Arithmetic Test (type = double) 2541.7 770802.1 303.3 Dhrystone 2 without register variables 22366.3 4831707.7 216.0 Execl Throughput Test 16.5 1406.9 85.3 File Copy (30 seconds) 179.0 48395.0 270.4 Pipe-based Context Switching Test 1318.5 117582.0 89.2 Shell scripts (8 concurrent) 4.0 547.6 136.9 ========= SUM of 6 items 1101.0 AVERAGE 183.5 Processor is: CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (3000.12-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Hyperthreading: 2 logical CPUs FreeBSD is 5.2.1-release, scheduler is ULE. So, it looks like anything that requires concurrency will suffer. -- `\|/' .---------------. ,'Y`. _( To think.... )_________ )|._.|( ( Doesn't that involve little ) /(___)\ ""( little lightbulbs over )" ( ) ""( My head ??? )""""""" `..-.,' """"""""""""" |"| .--' `--. From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 15:25:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB18A16A4CE; Sun, 4 Apr 2004 15:25:07 -0700 (PDT) Received: from av9-1-sn4.m-sp.skanova.net (av9-1-sn4.m-sp.skanova.net [81.228.10.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C3D443D41; Sun, 4 Apr 2004 15:25:07 -0700 (PDT) (envelope-from petero2@telia.com) Received: by av9-1-sn4.m-sp.skanova.net (Postfix, from userid 502) id C780537E6C; Mon, 5 Apr 2004 00:25:06 +0200 (CEST) Received: from smtp2-2-sn4.m-sp.skanova.net (smtp2-2-sn4.m-sp.skanova.net [81.228.10.182]) by av9-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id B7C4D37E45; Mon, 5 Apr 2004 00:25:06 +0200 (CEST) Received: from p4.localdomain (h136n1fls305o1035.telia.com [81.227.176.136]) by smtp2-2-sn4.m-sp.skanova.net (Postfix) with ESMTP id 88EC237E46; Mon, 5 Apr 2004 00:25:06 +0200 (CEST) Received: from localhost (p4.localdomain [127.0.0.1]) by p4.localdomain (8.12.8/8.12.8) with ESMTP id i34MP5LT018792; Mon, 5 Apr 2004 00:25:05 +0200 Date: Mon, 5 Apr 2004 00:25:05 +0200 (CEST) From: Peter Osterlund X-X-Sender: petero@p4.localdomain To: Arne Schwabe In-Reply-To: <86brm9b0sa.fsf@kamino.rfc1149.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Mon, 05 Apr 2004 04:49:33 -0700 cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: Synaptics Driver Patch (new Version) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Apr 2004 22:25:08 -0000 On Sat, 3 Apr 2004, Arne Schwabe wrote: > some Months ago I posted a very hacky synaptics driver patch. > > Here is a new Version: > > It is still not perfect, but since it will be almost perfect (I hope) > for some people I posting this. ... > download http://w1.894.telia.com/~u89404340/touchpad/files/synaptics-0.12.5.tar.bz2 > extract it (tar xfvj synatpics-0.12.5.tar.bz2) > > Apply > http://www.plaisthos.de/freebsd/synaptics.driver.patch I'll try to merge this into the XFree86 driver, but I don't want to use the patch as is. I'd like to avoid #ifdef's and conditional compilation if possible. My unfinished changes can be found here: http://w1.894.telia.com/~u89404340/syn.tar.bz2 -- Peter Osterlund - petero2@telia.com http://w1.894.telia.com/~u89404340 From owner-freebsd-current@FreeBSD.ORG Sun Apr 4 19:28:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7B9116A4D1; Sun, 4 Apr 2004 19:28:01 -0700 (PDT) Received: from mail03.idc.renesas.com (mail.renesas.com [202.234.163.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id F09D743D53; Sun, 4 Apr 2004 19:28:00 -0700 (PDT) (envelope-from shibagaki.takeshi@renesas.com) Received: (from root@localhost) by guardian03.idc.renesas.com with id i352RqLf017812; Mon, 5 Apr 2004 11:27:52 +0900 (JST) Received: from unknown [172.20.8.73] by guardian03.idc.renesas.com with SMTP id MAA17811 ; Mon, 5 Apr 2004 11:27:52 +0900 Received: from localhost ([10.145.88.1]) by rnsmtp01.hoku_r.renesas.com (8.9.3/3.7W) with ESMTP id LAA17210; Mon, 5 Apr 2004 11:27:53 +0900 (JST) Date: Mon, 05 Apr 2004 11:27:53 +0900 (JST) Message-Id: <20040405.112753.41628564.shibagaki.takeshi@renesas.com> To: scott+freebsd@fishballoon.org From: Takeshi Shibagaki In-Reply-To: <20040402195834.GA8157@llama.fishballoon.org> References: <200404021724400672.31B8DBC9@192.168.128.16> <20040402195834.GA8157@llama.fishballoon.org> X-Mailer: Mew version 2.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 05 Apr 2004 04:49:33 -0700 cc: shibagaki.takeshi@renesas.com cc: freebsd-current@freebsd.org cc: freebsd@newipnet.com cc: freebsd-mobile@freebsd.org Subject: Re: [patch] Xircom REM56G-100 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 02:28:02 -0000 Hi, scott-san. >>>>> On Fri, 2 Apr 2004 20:58:34 +0100, Scott Mitchell said: >> Here's a patch for Xircom Ethernet cards REM56G and I think CEM56 to work >> (Realports). Scott> Thanks for this -- I think I have everything but a CEM56/REM56 here for Scott> testing, so I would never have spotted this one myself. I'm sorry my mistake when I seperated if_xe_pccard.c from if_xe.c. I don't have had a DINGO card, so have never tested. Scott> I have patches here for the same file that fix probing of various cards Scott> (there were some that worked with OLDCARD but not NEWCARD, and vice-versa). Scott> These should cover the case you've found as well, but I'll check this and Scott> try to get something committed asap. I hope you work for this problem. BTW, Does a xircom multi-function card work now? Takeshi Shibagaki From owner-freebsd-current@FreeBSD.ORG Mon Apr 5 05:22:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89DE316A4CE for ; Mon, 5 Apr 2004 05:22:30 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFA2643D60 for ; Mon, 5 Apr 2004 05:22:29 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.11/8.12.11) with ESMTP id i35CMQK5000960; Mon, 5 Apr 2004 14:22:27 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Thomas Vogt From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 05 Apr 2004 12:55:30 +0200." <20040405125530.14f97d7a@bert.mlan.solnet.ch> Date: Mon, 05 Apr 2004 14:22:26 +0200 Message-ID: <959.1081167746@critter.freebsd.dk> cc: current@freebsd.org Subject: Re: iscsi or SAN support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 12:22:30 -0000 In message <20040405125530.14f97d7a@bert.mlan.solnet.ch>, Thomas Vogt writes: >Hi all > >Does FBSD support any iscsi or SAN Hardware (perhaps in -current)? >I checked the Hardware Notes for RELEASE but I didn't find anything >about that. If I've overlooked the HW list then can someone give me an >advice which card/hardware for SAN or iscsi is supportet? Qlogic QLA2[0123]xx FibreChannel controllers are supported by the isp(4) driver. -- 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 Apr 5 05:23:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E568F16A4CE; Mon, 5 Apr 2004 05:23:13 -0700 (PDT) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id C203C43D4C; Mon, 5 Apr 2004 05:23:13 -0700 (PDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C221E7303A; Mon, 5 Apr 2004 08:23:12 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040405122312.C221E7303A@freebsd-current.sentex.ca> Date: Mon, 5 Apr 2004 08:23:12 -0400 (EDT) Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 12:23:14 -0000 TB --- 2004-04-05 11:04:27 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-04-05 11:04:27 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-04-05 11:04:27 - checking out the source tree TB --- 2004-04-05 11:04:27 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64 TB --- 2004-04-05 11:04:27 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-04-05 11:10:21 - building world (CFLAGS=-O2 -pipe) TB --- 2004-04-05 11:10:21 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- 2004-04-05 11:10:21 - /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 [...] as --defsym SIO_PRT=0x3f8 --32 -o crt.o /other/tinderbox/CURRENT/amd64/amd64/src/sys/boot/i386/kgzldr/crt.s as --defsym SIO_PRT=0x3f8 --32 -o sio.o /other/tinderbox/CURRENT/amd64/amd64/src/sys/boot/i386/kgzldr/sio.s cc -Os -DKZIP -ffreestanding -mpreferred-stack-boundary=2 -m32 -Wl,-r -nostdlib -m elf_i386_fbsd -static -o kgzldr.o start.o boot.o inflate.o lib.o crt.o sio.o ===> sys/boot/i386/libi386 cc -O2 -pipe -DCOMPORT=0x3f8 -DCOMSPEED=9600 -DTERM_EMU -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/boot/i386/libi386/../../common -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/boot/i386/libi386/../btx/lib -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/boot/i386/libi386/../../../contrib/dev/acpica -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/boot/i386/libi386/../../.. -I. -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/boot/i386/libi386/../../../../lib/libstand/ -ffreestanding -mpreferred-stack-boundary=2 -m32 -c /other/tinderbox/CURRENT/amd64/amd64/src/sys/boot/i386/libi386/biosacpi.c In file included from /other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica/acfreebsd.h:165, from /other/tinderbox/CURRENT/amd64/amd64/src/sys/boot/i386/libi386/biosacpi.c:34: /home/tinderbox/sandbox/CURRENT/amd64/amd64/obj/amd64/other/tinderbox/CURRENT/amd64/amd64/src/i386/usr/include/ctype.h:88: error: syntax error before "int" *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src/sys/boot/i386/libi386. *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src/sys/boot/i386. *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src/sys/boot. *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src/sys. *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src. TB --- 2004-04-05 12:23:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-04-05 12:23:12 - ERROR: failed to build world TB --- 2004-04-05 12:23:12 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Apr 5 06:41:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC46E16A4CE; Mon, 5 Apr 2004 06:41:08 -0700 (PDT) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AA9A43D5A; Mon, 5 Apr 2004 06:41:08 -0700 (PDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F174B7303A; Mon, 5 Apr 2004 09:41:07 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040405134107.F174B7303A@freebsd-current.sentex.ca> Date: Mon, 5 Apr 2004 09:41:07 -0400 (EDT) Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 13:41:09 -0000 TB --- 2004-04-05 12:23:13 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-04-05 12:23:13 - starting CURRENT tinderbox run for i386/i386 TB --- 2004-04-05 12:23:13 - checking out the source tree TB --- 2004-04-05 12:23:13 - cd /home/tinderbox/sandbox/CURRENT/i386/i386 TB --- 2004-04-05 12:23:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-04-05 12:34:44 - building world (CFLAGS=-O2 -pipe) TB --- 2004-04-05 12:34:44 - cd /home/tinderbox/sandbox/CURRENT/i386/i386/src TB --- 2004-04-05 12:34:44 - /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 [...] as --defsym SIO_PRT=0x3f8 -o crt.o /other/tinderbox/CURRENT/i386/i386/src/sys/boot/i386/kgzldr/crt.s as --defsym SIO_PRT=0x3f8 -o sio.o /other/tinderbox/CURRENT/i386/i386/src/sys/boot/i386/kgzldr/sio.s cc -Os -DKZIP -ffreestanding -mpreferred-stack-boundary=2 -Wl,-r -nostdlib -static -o kgzldr.o start.o boot.o inflate.o lib.o crt.o sio.o ===> sys/boot/i386/libi386 cc -O2 -pipe -DCOMPORT=0x3f8 -DCOMSPEED=9600 -DTERM_EMU -I/other/tinderbox/CURRENT/i386/i386/src/sys/boot/i386/libi386/../../common -I/other/tinderbox/CURRENT/i386/i386/src/sys/boot/i386/libi386/../btx/lib -I/other/tinderbox/CURRENT/i386/i386/src/sys/boot/i386/libi386/../../../contrib/dev/acpica -I/other/tinderbox/CURRENT/i386/i386/src/sys/boot/i386/libi386/../../.. -I. -I/other/tinderbox/CURRENT/i386/i386/src/sys/boot/i386/libi386/../../../../lib/libstand/ -ffreestanding -mpreferred-stack-boundary=2 -c /other/tinderbox/CURRENT/i386/i386/src/sys/boot/i386/libi386/biosacpi.c In file included from /other/tinderbox/CURRENT/i386/i386/src/sys/contrib/dev/acpica/acfreebsd.h:165, from /other/tinderbox/CURRENT/i386/i386/src/sys/boot/i386/libi386/biosacpi.c:34: /home/tinderbox/sandbox/CURRENT/i386/i386/obj/other/tinderbox/CURRENT/i386/i386/src/i386/usr/include/ctype.h:88: error: syntax error before "int" *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/i386/src/sys/boot/i386/libi386. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/i386/src/sys/boot/i386. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/i386/src/sys/boot. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/i386/src/sys. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/i386/src. TB --- 2004-04-05 13:41:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-04-05 13:41:07 - ERROR: failed to build world TB --- 2004-04-05 13:41:07 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Apr 5 06:56:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 228D216A4CF for ; Mon, 5 Apr 2004 06:56:40 -0700 (PDT) Received: from smtp.web.de (smtp05.web.de [217.72.192.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6567543D2F for ; Mon, 5 Apr 2004 06:56:39 -0700 (PDT) (envelope-from nakal@web.de) Received: from [217.225.224.241] (helo=[217.225.224.241]) by smtp.web.de with esmtp (TLSv1:DES-CBC3-SHA:168) (WEB.DE 4.101 #91) id 1BAUac-0007PD-00 for freebsd-current@freebsd.org; Mon, 05 Apr 2004 15:56:38 +0200 From: Martin To: FreeBSD Current Content-Type: text/plain Message-Id: <1081173392.744.33.camel@klotz.local> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 05 Apr 2004 15:56:33 +0200 Content-Transfer-Encoding: 7bit Sender: nakal@web.de Subject: More USB-panics (umass) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 13:56:40 -0000 I have just bought an USB Card-Reader/Writer. Product name: "hama - USB 2.0 Card Reader 9 in 1" USB-info (kernel): Apr 5 13:17:41 klotz kernel: ata0: at 0x1f0 irq 14 on atapci0 Apr 5 13:17:41 klotz kernel: ata1: at 0x170 irq 15 on atapci0 Apr 5 13:17:41 klotz kernel: uhci0: port 0xc000-0xc01f irq 12 at device 7.2 on pci0 Apr 5 13:17:41 klotz kernel: uhci0: [GIANT-LOCKED] Apr 5 13:17:41 klotz kernel: usb0: on uhci0 Apr 5 13:17:41 klotz kernel: usb0: USB revision 1.0 Apr 5 13:17:41 klotz kernel: uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Apr 5 13:17:41 klotz kernel: uhub0: 2 ports with 2 removable, self powered Apr 5 13:17:41 klotz kernel: ums0: Logitech USB Receiver, rev 1.10/9.10, addr 2, iclass 3/1 Apr 5 13:17:41 klotz kernel: ums0: 5 buttons and Z dir. Apr 5 13:17:41 klotz kernel: umass0: ICSI 2.0 Card Reader, rev 2.00/1.3a, addr 3 Apr 5 13:17:41 klotz kernel: da0 at umass-sim0 bus 0 target 0 lun 0 Apr 5 13:17:41 klotz kernel: da0: Removable Direct Access SCSI-0 device Apr 5 13:17:41 klotz kernel: da0: 1.000MB/s transfers Apr 5 13:17:41 klotz kernel: da0: 122MB (250368 512 byte sectors: 64H 32S/T 122 C) (I will send a more complete listing, if requested.) Problem: Accessing the device freezes the active process (e.g. mount, umount, newfs). Attaching and detaching the card reader gives panic()s, which look like this: panic type 1: ------------- uhci_abort_xfer: not in process context at line 1941 in file /usr/src/sys/dev/usb/uhci.c . . . ad0: TIMEOUT_WRITE_DMA retrying (2 retries left) LBA=xxxxx panic type 2: ------------- umass0: at hub0 port 2 (addr 3) disconnected (da0: umass0-sim0:0:0:0): lost device . . . umass0: detached panic: initiate_write_inodeblock_ufs2: already started at line 3770 in file /usr/src/sys/ufs/ffs/ffs_softdep.c synching disks, buffers remaining ... initiate_write_filepage: already started ad0: TIMEOUT_WRITE_DMA retrying (2 retries left) LBA=xxxxx --- Further information: I have checked the device with MS-Windows 2000 and I am pretty sure that it's completely OK (no drivers needed, which usually means that the device is USB-compliant). I have successfully written a file on my Compactflash card with MS-Windows 2000 (msdosfs). When trying to mount it as msdosfs, FreeBSD refused to do it. I could mount it as UFS1 with softupdates, but later after getting the directory listing, it panic()'ed. >From this behavior I am sure that FreeBSD-CURRENT on my 2 boxes never accessed the compactflash, because no data could be read and no data could be written to it. I checked the data on the compactflash on my MS-Windows 2000 box and nothing has been destroyed (even after a successful(!) newfs). I have a fresh CURRENT: FreeBSD klotz.local 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Sun Mar 28 22:10:17 CEST 2004 xxx@klotz.local:/usr/obj/usr/src/sys/KLOTZ i386 My USB-mouse works well here. --- If you need more infos, please send me an email. I would be glad, if the USB-support on CURRENT was complete. Martin From owner-freebsd-current@FreeBSD.ORG Mon Apr 5 07:15:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDB2E16A4CF for ; Mon, 5 Apr 2004 07:15:55 -0700 (PDT) Received: from pinus.cc.fer.hr (pinus.cc.fer.hr [161.53.73.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C28D43D45 for ; Mon, 5 Apr 2004 07:15:55 -0700 (PDT) (envelope-from ivoras@fer.hr) Received: from fer.hr (lara.cc.fer.hr [161.53.72.113]) by pinus.cc.fer.hr (8.12.2/8.12.2) with ESMTP id i35EH0sM024569 for ; Mon, 5 Apr 2004 16:17:00 +0200 (MEST) Message-ID: <40716941.5060101@fer.hr> Date: Mon, 05 Apr 2004 16:12:17 +0200 From: Ivan Voras User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Jail problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 14:15:55 -0000 I'm trying to setup several jails for the first time, but I'm having difficulties. After following instructions in man jail, when i start a shell in a jail, I cannot start top or ps in it; the error messages are: # top kvm_open: bad namelist # ps ps: bad namelist (on another jail they complain: kvm_open: /dev/null: No such file or directory; ... /kernel in the jail is linked to /dev/null as is stated in the manual; also, procfs is mounted ok.) Also, I have sshd_enable="YES" in the jail's /etc/rc.conf, and I see the sshd startup message when "booting" jail with /etc/rc, but the process isn't there. Starting 'sshd' on the command line seems to work, but upon loggin in to the jail a following warning is displayed: Warning: no access to tty (Bad file descriptor). Thus no job control in this shell. ... and the session seems to 'hang', after displaying some garbled lines of motd (I think). vipw cannot be started: vipw: pw_edit(): No such file or directory (/etc/master.passwd and /etc/spwd.db exist in the jail) This is probably something big and obvious I'm missing, but what? -- Every sufficiently advanced magic is indistinguishable from technology - Arthur C Anticlarke From owner-freebsd-current@FreeBSD.ORG Mon Apr 5 07:34:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDF2616A4CE; Mon, 5 Apr 2004 07:34:03 -0700 (PDT) Received: from osiris.ipform.ru (osiris.itlegion.ru [212.248.52.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17D9443D2F; Mon, 5 Apr 2004 07:34:03 -0700 (PDT) (envelope-from matrix@itlegion.ru) Received: from artem (artem.office.ipform.ru [192.168.0.12]) by osiris.ipform.ru (8.12.6/8.12.6) with ESMTP id i35EXvXg026106; Mon, 5 Apr 2004 18:33:58 +0400 (MSD) (envelope-from matrix@itlegion.ru) X-AntiVirus: Checked by Dr.Web (http://www.drweb.net) Message-ID: <003901c41b1a$7fe83300$0c00a8c0@artem> From: "Artem Koutchine" To: "Vinod Kashyap" , References: Date: Mon, 5 Apr 2004 18:30:00 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 cc: freebsd-bugs@freebsd.org Subject: Re: there is a bug in twe driver or disk subsystem for sure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 14:34:04 -0000 I have some more info about this problem. I have figured that clicking very fast "Download Extended Error Log" link on the alarm page of 3DM is causing panic with the message below withing 5-30 seconds. Sometimes even on the second click. So, i guess the problem may be related to: 1) 3dm working badly with memory 2) freebsd 5.2 not being stable 3) twe driver (what does it have to do with the error log, but twe_ioctl is mentioned on the stack in debugger). However, if this is just a 3dm problem then why kernel panics, not just 3dm page faults or something like that? Also, i hardly can reboot cleanly. Almost every time it either cannot flush all buffers and gives up on, say, 100 buffers, or panics at reboot complaining about page not being valid. Maybe i shoudl just cvs in a week or so? It seems like general fbsd5.2-current instability. Or I am wrong? Artem ----- Original Message ----- From: "Vinod Kashyap" To: "'Artem Koutchine'" ; Cc: Sent: Friday, April 02, 2004 11:10 PM Subject: RE: there is a bug in twe driver or disk subsystem for sure > > The 3ware (twe) driver is obviously not causing this panic. > It's something else (at line 128 in file /usr/src/sys/udm_dbg.c). > > Every time you try deleting a unit with mounted filesystems, > or shutdown the system with mounted filesystems on 3ware units, > you will see the message you mention, since the driver tries > to delete the unit, but finds it to be busy. Don't let the system > panic, and simply shut it down. You should still see the message. > > > -Vinod. > > > -----Original Message----- > From: Artem Koutchine [mailto:matrix@itlegion.ru] > Sent: Friday, April 02, 2004 9:05 AM > To: freebsd-current@freebsd.org > Subject: there is a bug in twe driver or disk subsystem for sure > > > I am running 5.2-CURRENT. The box has 3w 8506-4LP > SATA raid controller and freebsd is install onto raid5 array. > > Almost everytime i pull a hotswap disk (one out of four) > or when very heavy disk activity (like background fsck after > crashing on a 310GB label) i get the following after 10 or > so minutes of uptime: > > Memory modified after free 0x788f400(508) val=20202020 @ 0xe788f400 > panic: Most recently used by devbuf > at line 128 in file /usr/src/sys/udm_dbg.c > cpu=0; > Debugger ("panic") > Stopped at Debugger +0.46: xchgl %ebx, in_Debugger.0 > > and i typed 'c' in debugger: > > the system started to shutdown and here is what i saw: > > twe0: failed to delete unit 0 > stray irq9 > > > The box is: > permicro X5DPE-G2 motherboard > DUAL XEON 2.66Ghz (HT enabled) 533Mhz bus > 2GB RAM > 4 SATA SEAGTE 120GB DRIVES > 3WARE 8506-4LP SATA RAID5 CONTROLLER > > _______________________________________________ > 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" > > > DISCLAIMER: The information contained in this electronic mail transmission > is intended by 3ware for the use of the named individual or entity to which > it is directed and may contain information that is confidential or > privileged and should not be disseminated without prior approval from 3ware > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Apr 5 07:52:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BCC716A4CF for ; Mon, 5 Apr 2004 07:52:25 -0700 (PDT) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7D2843D5C for ; Mon, 5 Apr 2004 07:52:24 -0700 (PDT) (envelope-from kirk@strauser.com) Received: from pooh.strauser.com (pooh.honeypot.net [10.0.5.128]) by kanga.honeypot.net (8.12.11/8.12.11) with ESMTP id i35EqNS3097504 for ; Mon, 5 Apr 2004 09:52:23 -0500 (CDT) (envelope-from kirk@strauser.com) To: freebsd-current@freebsd.org References: <40716941.5060101@fer.hr> From: Kirk Strauser Date: Mon, 05 Apr 2004 09:52:23 -0500 In-Reply-To: <40716941.5060101@fer.hr> (Ivan Voras's message of "Mon, 05 Apr 2004 16:12:17 +0200") Message-ID: <8765cezdco.fsf@strauser.com> Lines: 14 X-Mailer: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-Virus-Scanned: clamd / ClamAV version devel-20040331, clamav-milter version 0.70a Subject: Re: Jail problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 14:52:25 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable At 2004-04-05T14:12:17Z, Ivan Voras writes: > This is probably something big and obvious I'm missing, but what? What version of FreeBSD are you using? If 5.x, do you have /dev mounted inside each jail? =2D-=20 Kirk Strauser "94 outdated ports on the box, 94 outdated ports. Portupgrade one, an hour 'til done, 82 outdated ports on the box." --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBAcXKn5sRg+Y0CpvERAo4rAJ4mNWawwt3LtFsTKnqlNxvricUY/QCffiSp RIi4cfovZXtWIPp7Hbzfisc= =B3Gv -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 5 08:11:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDB2D16A4CE for ; Mon, 5 Apr 2004 08:11:28 -0700 (PDT) Received: from pinus.cc.fer.hr (pinus.cc.fer.hr [161.53.73.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3474343D3F for ; Mon, 5 Apr 2004 08:11:28 -0700 (PDT) (envelope-from ivoras@fer.hr) Received: from fer.hr (lara.cc.fer.hr [161.53.72.113]) by pinus.cc.fer.hr (8.12.2/8.12.2) with ESMTP id i35FCcsM028962 for ; Mon, 5 Apr 2004 17:12:38 +0200 (MEST) Message-ID: <4071764B.3040309@fer.hr> Date: Mon, 05 Apr 2004 17:07:55 +0200 From: Ivan Voras User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <40716941.5060101@fer.hr> <8765cezdco.fsf@strauser.com> In-Reply-To: <8765cezdco.fsf@strauser.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Jail problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 15:11:29 -0000 Kirk Strauser wrote: > At 2004-04-05T14:12:17Z, Ivan Voras writes: > > >>This is probably something big and obvious I'm missing, but what? > > > What version of FreeBSD are you using? If 5.x, do you have /dev mounted > inside each jail? You're right! I mis-mounted /dev! That, and some fiddling around solved the problems, thanks! From owner-freebsd-current@FreeBSD.ORG Mon Apr 5 08:38:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DCB516A4CE for ; Mon, 5 Apr 2004 08:38:55 -0700 (PDT) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9F0043D2D for ; Mon, 5 Apr 2004 08:38:54 -0700 (PDT) (envelope-from kirk@strauser.com) Received: from pooh.strauser.com (pooh.honeypot.net [10.0.5.128]) by kanga.honeypot.net (8.12.11/8.12.11) with ESMTP id i35Fcq9g099316 for ; Mon, 5 Apr 2004 10:38:53 -0500 (CDT) (envelope-from kirk@strauser.com) To: freebsd-current@freebsd.org References: <40716941.5060101@fer.hr> <8765cezdco.fsf@strauser.com> <4071764B.3040309@fer.hr> From: Kirk Strauser Date: Mon, 05 Apr 2004 10:38:52 -0500 In-Reply-To: <4071764B.3040309@fer.hr> (Ivan Voras's message of "Mon, 05 Apr 2004 17:07:55 +0200") Message-ID: <87u0zyxwmr.fsf@strauser.com> Lines: 14 X-Mailer: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-Virus-Scanned: clamd / ClamAV version devel-20040331, clamav-milter version 0.70a Subject: Re: Jail problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 15:38:55 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable At 2004-04-05T15:07:55Z, Ivan Voras writes: > You're right! I mis-mounted /dev! That, and some fiddling around solved > the problems, thanks! No problem. Have fun! =2D-=20 Kirk Strauser "94 outdated ports on the box, 94 outdated ports. Portupgrade one, an hour 'til done, 82 outdated ports on the box." --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBAcX2M5sRg+Y0CpvERAvsFAJ9OlbtabkDgYw2Nljo+5/1EIesCJACfYV0m PkI8oVK1y4X0jt8dSAIQu4A= =gtti -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 5 09:36:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1E2216A4D1; Mon, 5 Apr 2004 09:36:45 -0700 (PDT) Received: from coruscant.rfc1149.org (coruscant.rfc1149.org [217.160.130.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D4B143D41; Mon, 5 Apr 2004 09:36:45 -0700 (PDT) (envelope-from arne@rfc2549.org) Received: by coruscant.rfc1149.org (Postfix, from userid 110) id C05AF3CF5; Mon, 5 Apr 2004 18:36:43 +0200 (CEST) Received: from kamino.rfc1149.org (kamino.rfc1149.org [2001:8d8:81:11::2]) by coruscant.rfc1149.org (Postfix) with ESMTP id 820273CE5; Mon, 5 Apr 2004 18:36:41 +0200 (CEST) Received: by kamino.rfc1149.org (Postfix, from userid 1001) id 6A36A13; Mon, 5 Apr 2004 18:36:39 +0200 (CEST) To: Peter Osterlund In-Reply-To: (Peter Osterlund's message of "Mon, 5 Apr 2004 00:25:05 +0200 (CEST)") References: From: Arne Schwabe Date: Mon, 05 Apr 2004 18:36:39 +0200 Message-ID: <86ptamv0tk.fsf@kamino.rfc1149.org> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on coruscant.rfc1149.org X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Level: cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: Synaptics Driver Patch (new Version) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 16:36:46 -0000 Peter Osterlund writes: > On Sat, 3 Apr 2004, Arne Schwabe wrote: > >> some Months ago I posted a very hacky synaptics driver patch. >> >> Here is a new Version: >> >> It is still not perfect, but since it will be almost perfect (I hope) >> for some people I posting this. > ... >> download http://w1.894.telia.com/~u89404340/touchpad/files/synaptics-0.12.5.tar.bz2 >> extract it (tar xfvj synatpics-0.12.5.tar.bz2) >> >> Apply >> http://www.plaisthos.de/freebsd/synaptics.driver.patch > > I'll try to merge this into the XFree86 driver, but I don't want to use > the patch as is. I'd like to avoid #ifdef's and conditional compilation if > possible. My unfinished changes can be found here: > > http://w1.894.telia.com/~u89404340/syn.tar.bz2 Okay let me hear If you got something, so I can test it. I did the fps2comm.h/fps2comm.c stuff because that linux psaux seem to work completly different from FreeBSDs psm driver. (No writing to the device from user space) Arne -- 666 is the number of the beast ;P 6667 is the number of you losing whatever social life you might have had. -- (bash #214827) From owner-freebsd-current@FreeBSD.ORG Mon Apr 5 09:40:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE79916A4CE for ; Mon, 5 Apr 2004 09:40:10 -0700 (PDT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64A2743D31 for ; Mon, 5 Apr 2004 09:40:08 -0700 (PDT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i35Ge58o020415 for ; Mon, 5 Apr 2004 12:40:05 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i35Ge5lq020414 for freebsd-current@freebsd.org; Mon, 5 Apr 2004 12:40:05 -0400 (EDT) Date: Mon, 5 Apr 2004 12:40:05 -0400 From: Ken Smith To: freebsd-current@freebsd.org Message-ID: <20040405164005.GA19957@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: Help debugging sysinstall problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 16:40:11 -0000 Nate and others mentioned there is a problem with -current and installing from CD. I have a fresh ISO built for sparc64 and a machine sitting at a DDB prompt having crashed during sysinstall. The information I've been able to get from it so far is tacked on below. If more information can help let me know, I have the whole tree that resulted from the "make release" build of the ISO file so I can get to things like the kernel.debug file, etc... Stack trace from ddb: db> tr __panic() at __panic+0x170 trap() at trap+0x2cc -- fast data access mmu miss tar=0 %o7=0xc01665f8 -- softdep_disk_prewrite() at softdep_disk_prewrite+0x4c ufs_strategy() at ufs_strategy+0xa8 ufs_vnoperate() at ufs_vnoperate+0x1c ibwrite() at ibwrite+0x278 bwrite() at bwrite+0x38 ufs_mkdir() at ufs_mkdir+0x514 ufs_vnoperate() at ufs_vnoperate+0x1c kern_mkdir() at kern_mkdir+0x194 syscall() at syscall+0x234 -- syscall (136, FreeBSD ELF64, mkdir) %o7=0x1d82d0 -- userland() at 0x24b4c8 user trace: trap %o7=0x1d82d0 pc 0x24b4c8, sp 0x7fdffffd361 pc 0x1dbccc, sp 0x7fdffffd4b1 pc 0x1cd478, sp 0x7fdffffd571 pc 0x1cd2b0, sp 0x7fdffffda51 pc 0x1d2f3c, sp 0x7fdffffdb21 pc 0x1d1070, sp 0x7fdffffdbf1 pc 0x209a80, sp 0x7fdffffdcb1 pc 0x1cd4dc, sp 0x7fdffffdec1 pc 0x1d5e24, sp 0x7fdffffe3a1 pc 0x1003b0, sp 0x7fdffffe471 pc 0x1001e0, sp 0x7fdffffe531 pc 0, sp 0x7fdffffe5f1 done db> Running "gdb53 -k kernel.debug" and asking it what's at the location softdep_disk_prewrite+0x4c gives me: gdb53 -k kernel.debug GNU gdb 5.3 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc64-portbld-freebsd5.2"... (kgdb) list *softdep_disk_prewrite+0x4c 0xc02565ac is in softdep_disk_prewrite (/usr/src/sys/ufs/ffs/ffs_softdep.c:3425). 3420 { 3421 int error; 3422 3423 if (bp->b_iocmd != BIO_WRITE) 3424 return (0); 3425 if ((bp->b_flags & B_VALIDSUSPWRT) == 0 && 3426 bp->b_vp != NULL && bp->b_vp->v_mount != NULL && 3427 (vp->v_mount->mnt_kern_flag & MNTK_SUSPENDED) != 0) 3428 panic("softdep_disk_prewrite: bad I/O"); 3429 bp->b_flags &= ~B_VALIDSUSPWRT; (kgdb) -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-current@FreeBSD.ORG Mon Apr 5 10:50:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88B6716A4CE for ; Mon, 5 Apr 2004 10:50:01 -0700 (PDT) Received: from fep02-mail.bloor.is.net.cable.rogers.com (fep02-mail.bloor.is.net.cable.rogers.com [66.185.86.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE1A643D5F for ; Mon, 5 Apr 2004 10:50:00 -0700 (PDT) (envelope-from mikej@rogers.com) Received: from [69.193.41.47] by fep02-mail.bloor.is.net.cable.rogers.com ESMTP <20040405174840.ESBL39251.fep02-mail.bloor.is.net.cable.rogers.com@[69.193.41.47]> for ; Mon, 5 Apr 2004 13:48:40 -0400 Received: from 66.11.183.182 (SquirrelMail authenticated user mikej) by 69.193.41.47 with HTTP; Mon, 5 Apr 2004 13:49:48 -0400 (EDT) Message-ID: <63246.66.11.183.182.1081187388.squirrel@69.193.41.47> Date: Mon, 5 Apr 2004 13:49:48 -0400 (EDT) From: "Mike Jakubik" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal X-Authentication-Info: Submitted using SMTP AUTH LOGIN at fep02-mail.bloor.is.net.cable.rogers.com from [69.193.41.47] using ID at Mon, 5 Apr 2004 13:48:40 -0400 Subject: Buildworld fail on ~ Mon Apr 5 12:30:00 EDT 2004 snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 17:50:01 -0000 Make buildworld from 5.2.1-R to current snapshot. ===> sys/boot/i386/cdboot as -o cdboot.o /usr/src/sys/boot/i386/cdboot/cdboot.s cc -O -pipe -march=pentium4 -ffreestanding -mpreferred-stack-boundary=2 -N -e start -Ttext 0x7c00 -nostdlib -o cdboot.out cdboot.o objcopy -S -O binary cdboot.out cdboot ===> sys/boot/i386/kgzldr as --defsym SIO_PRT=0x3f8 -o start.o /usr/src/sys/boot/i386/kgzldr/start.s cc -Os -DKZIP -ffreestanding -mpreferred-stack-boundary=2 -c /usr/src/sys/boot/i386/kgzldr/boot.c cc -Os -DKZIP -ffreestanding -mpreferred-stack-boundary=2 -c /usr/src/sys/kern/inflate.c cc -Os -DKZIP -ffreestanding -mpreferred-stack-boundary=2 -c /usr/src/sys/boot/i386/kgzldr/lib.c as --defsym SIO_PRT=0x3f8 -o crt.o /usr/src/sys/boot/i386/kgzldr/crt.s as --defsym SIO_PRT=0x3f8 -o sio.o /usr/src/sys/boot/i386/kgzldr/sio.s cc -Os -DKZIP -ffreestanding -mpreferred-stack-boundary=2 -Wl,-r -nostdlib -static -o kgzldr.o start.o boot.o inflate.o lib.o crt.o sio.o ===> sys/boot/i386/libi386 cc -O -pipe -march=pentium4 -DCOMPORT=0x3f8 -DCOMSPEED=9600 -DTERM_EMU -I/usr/src/sys/boot/i386/libi386/../../common -I/usr/src/sys/boot/i386/libi386/../btx/lib -I/usr/src/sys/boot/i386/libi386/../../../contrib/dev/acpica -I/usr/src/sys/boot/i386/libi386/../../.. -I. -I/usr/src/sys/boot/i386/libi386/../../../../lib/libstand/ -ffreestanding -mpreferred-stack-boundary=2 -c /usr/src/sys/boot/i386/libi386/biosacpi.c In file included from /usr/src/sys/contrib/dev/acpica/acfreebsd.h:165, from /usr/src/sys/boot/i386/libi386/biosacpi.c:34: /usr/obj/usr/src/i386/usr/include/ctype.h:88: error: syntax error before "int" *** Error code 1 Stop in /usr/src/sys/boot/i386/libi386. *** Error code 1 From owner-freebsd-current@FreeBSD.ORG Mon Apr 5 10:56:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEAE816A4CE for ; Mon, 5 Apr 2004 10:56:14 -0700 (PDT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97F8E43D2D for ; Mon, 5 Apr 2004 10:56:14 -0700 (PDT) (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 i35HuDiJ032343 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Mon, 5 Apr 2004 10:56:14 -0700 (PDT) (envelope-from sam@errno.com) From: Sam Leffler Organization: Errno Consulting To: freebsd-current@freebsd.org Date: Mon, 5 Apr 2004 09:57:22 -0800 User-Agent: KMail/1.6.1 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200404051057.22926.sam@errno.com> Subject: CFT: ath update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 17:56:14 -0000 http://www.freebsd.org/~sam/ath.patch.tgz updates the ath driver and hal to the latest version (which has been out for several months). I'm looking for feedback, especially from people w/ 5212 MAC's and a 5111 radio (5ghz ver 1.x in the dmesg output). You must have a current kernel as of this weekend to use this. Sam From owner-freebsd-current@FreeBSD.ORG Mon Apr 5 11:10:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4DE816A4CE for ; Mon, 5 Apr 2004 11:10:48 -0700 (PDT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB00343D2F for ; Mon, 5 Apr 2004 11:10:47 -0700 (PDT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i35I9kAK057915 for current@freebsd.org.checked; (8.12.8/vak/2.1) Mon, 5 Apr 2004 22:09:46 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i35I7VoA057692; (8.12.8/vak/2.1) Mon, 5 Apr 2004 22:07:31 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <4071A060.7000903@cronyx.ru> Date: Mon, 05 Apr 2004 22:07:28 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mark Johnston References: <200404042340.07923.mjohnston@skyweb.ca> In-Reply-To: <200404042340.07923.mjohnston@skyweb.ca> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: cvs-src summary for 04/04/2004 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 18:10:48 -0000 Mark Johnston wrote: >New driver for Cronyx-Sigma WAN adapters MFC'ed >----------------------------------------------- >Roman Kurakin (rik) merged to -STABLE the new driver for Cronyx-Sigma WAN >adapters, used for T1/E1, T3/T3, and similar WAN interface cards. The old > > A few comments. Sigma's controller is to weak for even T1 speed. Sigma is a low speed adapter up to 384kbps. Next driver that probably would be MFC'ed would be ctau (Cronyx-Tau), which supports among others E1 interface. And after that I plan to commit third driver for Cronyx Tau-PCI. These adapters available not only with E1 interfaces, but also with T3/E3/STS-1 (and other). Those adapters have their own drivers. Those drivers are not compatible with other devices, because of additional hardware logic. PS. Thanks for summaries. I hope my commet will make them more accurate. Thanks for you work! rik From owner-freebsd-current@FreeBSD.ORG Mon Apr 5 11:14:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E7C116A4CE for ; Mon, 5 Apr 2004 11:14:04 -0700 (PDT) Received: from mailbox.univie.ac.at (mailbox.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 551A043D5C for ; Mon, 5 Apr 2004 11:14:04 -0700 (PDT) (envelope-from le@FreeBSD.org) Received: from wireless (adslle.cc.univie.ac.at [131.130.102.11]) i35IDv371094374; Mon, 5 Apr 2004 20:13:58 +0200 Date: Mon, 5 Apr 2004 20:13:58 +0200 (CEST) From: Lukas Ertl To: Mike Jakubik In-Reply-To: <63246.66.11.183.182.1081187388.squirrel@69.193.41.47> Message-ID: <20040405201336.N724@korben> References: <63246.66.11.183.182.1081187388.squirrel@69.193.41.47> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-DCC-ZID-Univie-Metrics: mailbox 4246; Body=0 Fuz1=0 Fuz2=0 cc: freebsd-current@FreeBSD.org Subject: Re: Buildworld fail on ~ Mon Apr 5 12:30:00 EDT 2004 snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 18:14:05 -0000 On Mon, 5 Apr 2004, Mike Jakubik wrote: > -I/usr/src/sys/boot/i386/libi386/../../../../lib/libstand/ -ffreestanding > -mpreferred-stack-boundary=2 -c /usr/src/sys/boot/i386/libi386/biosacpi.c > In file included from /usr/src/sys/contrib/dev/acpica/acfreebsd.h:165, > from /usr/src/sys/boot/i386/libi386/biosacpi.c:34: > /usr/obj/usr/src/i386/usr/include/ctype.h:88: error: syntax error before > "int" That should be fixed already, please re-cvsup. cheers, le -- Lukas Ertl http://mailbox.univie.ac.at/~le/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Mon Apr 5 11:28:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38B2916A4CE for ; Mon, 5 Apr 2004 11:28:14 -0700 (PDT) Received: from mailgate4.cinetic.de (mailgate4.cinetic.de [217.72.192.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D77F43D41 for ; Mon, 5 Apr 2004 11:28:13 -0700 (PDT) (envelope-from nakal@web.de) Received: from smtp.web.de (fmsmtp06.dlan.cinetic.de [172.20.5.172]) ESMTP id i35IS8T12996 for ; Mon, 5 Apr 2004 20:28:08 +0200 Received: from [217.225.224.241] (helo=[217.225.224.241]) by smtp.web.de with esmtp (TLSv1:DES-CBC3-SHA:168) (WEB.DE 4.101 #91) id 1BAYpL-0001pO-00 for freebsd-current@freebsd.org; Mon, 05 Apr 2004 20:28:07 +0200 From: Martin To: FreeBSD Current Content-Type: text/plain Message-Id: <1081189685.744.88.camel@klotz.local> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 05 Apr 2004 20:28:06 +0200 Content-Transfer-Encoding: 7bit Sender: nakal@web.de Subject: More info on the panic (USB umass) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 18:28:14 -0000 Hi again, I have recompiled the kernel with USB_DEBUG enabled. Now I get a new type of panic() after connecting the device to the USB. Here are the results of trace: g_disk_destroy(c2e42f00,0) at g_disk_destroy+0x9 one_event(ce4d3d20,c05405d5,258,190,c2af0898) at one_event+0x18f g_run_events(258,190,c2af0898,c05405b4,ce4d3d34) at g_run_events+0x9 g_event_procbody(0,ce4d3d48) at g_event_procbody+0x21 fork_exit(c05405b4,0,ce4d3d48) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xce4d3d7c, ebp = 0 --- Does it help? Martin From owner-freebsd-current@FreeBSD.ORG Mon Apr 5 12:24:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3B4316A4CE for ; Mon, 5 Apr 2004 12:24:55 -0700 (PDT) Received: from endeavour.localnet.radiotube.org (ti531210a080-1288.bb.online.no [80.213.109.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8406843D48 for ; Mon, 5 Apr 2004 12:24:54 -0700 (PDT) (envelope-from sigsegv@leakingmemory.org) Received: from leakingmemory.org (localhost [127.0.0.1]) i35JP5G2041569 for ; Mon, 5 Apr 2004 21:25:06 +0200 (CEST) (envelope-from sigsegv@leakingmemory.org) Message-ID: <4071B291.4030704@leakingmemory.org> Date: Mon, 05 Apr 2004 21:25:05 +0200 From: Jan-Espen Pettersen User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040317 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20030827035836.GC352@freebsd2.localnet10> <406FE410.2090202@alumni.rice.edu> In-Reply-To: <406FE410.2090202@alumni.rice.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: cvsup failing with "ASSERT failed" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 19:24:55 -0000 Jon Noack wrote: > On 8/26/2003 10:58 PM, none wrote: > >> A couple of times, now, on both FBSD-5.1-CURRENT and FBSD-4.8-STABLE >> whilst running with 2MB of RAM, cvsup has "croaked" with the >> following error: >> >> *** >> *** runtime error: >> *** ASSERT failed >> *** file "/usr/ports/lang/ezm3/work/ezm3-1.0/libs/m3core/src/runtime/ >> common/RTHeapMap.m3", line 35 >> *** >> use option @M3stackdump to get a stack trace >> Abort trap (core dumped) > I've also seen this kind of crash on a system with ata (and/or memory) corruption. From owner-freebsd-current@FreeBSD.ORG Mon Apr 5 12:44:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81E7A16A4CE for ; Mon, 5 Apr 2004 12:44:59 -0700 (PDT) Received: from bragi.housing.ufl.edu (bragi.housing.ufl.edu [128.227.47.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24F8743D1D for ; Mon, 5 Apr 2004 12:44:59 -0700 (PDT) (envelope-from WillS@housing.ufl.edu) content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable x-mimeole: Produced By Microsoft Exchange V6.0.6249.0 Date: Mon, 5 Apr 2004 15:44:45 -0400 Message-ID: <0E972CEE334BFE4291CD07E056C76ED8CBBEDA@bragi.housing.ufl.edu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: nss_ldap problem on 5.2.1-RELEASE Thread-Index: AcQbRnKCOtWU4CGLTUuGRFqBok649w== From: "Will Saxon" To: Subject: nss_ldap problem on 5.2.1-RELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 19:44:59 -0000 Hello, I am working with nss_ldap compiled from ports with an SMP machine = running 5.2.1-RELEASE. When I add ldap to my nsswitch.conf I get = segfaults when I try to use utilities like pw. There was a similar (or = same) problem talked about a week or two ago _____________________________________________ Will Saxon Systems Programmer - Network Services Department of Housing and Residence Education University of Florida Email: wills@housing.ufl.edu Phone: (352) 392-2171 x10148 From owner-freebsd-current@FreeBSD.ORG Mon Apr 5 12:48:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C60A816A4CE for ; Mon, 5 Apr 2004 12:48:03 -0700 (PDT) Received: from bragi.housing.ufl.edu (bragi.housing.ufl.edu [128.227.47.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C53C43D41 for ; Mon, 5 Apr 2004 12:48:03 -0700 (PDT) (envelope-from WillS@housing.ufl.edu) content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable x-mimeole: Produced By Microsoft Exchange V6.0.6249.0 Date: Mon, 5 Apr 2004 15:48:00 -0400 Message-ID: <0E972CEE334BFE4291CD07E056C76ED802E8690A@bragi.housing.ufl.edu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: re: nss_ldap problem on 5.2.1-RELEASE Thread-Index: AcQbRua6n3OtzUmaQ4+YRP1ggx854w== From: "Will Saxon" To: Subject: re: nss_ldap problem on 5.2.1-RELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 19:48:03 -0000 OK, well, that was annoying. I am trying to use the nss_ldap module on 5.2.1-RELEASE and am having = problems similar to the thread from a week or so ago ('nss_ldap = broken'). However, I am not using libpthread for anything, only libc_r.=20 When I add ldap as a target in nsswitch.conf and then try to use the pw = utility, the right answer is returned but I get a segfault immediately = after.=20 Is this probably the same problem (since pw is not compiled against = libc_r) or something else?=20 -Will _____________________________________________ Will Saxon Systems Programmer - Network Services Department of Housing and Residence Education University of Florida Email: wills@housing.ufl.edu Phone: (352) 392-2171 x10148 From owner-freebsd-current@FreeBSD.ORG Mon Apr 5 13:26:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C93B816A4CE for ; Mon, 5 Apr 2004 13:26:02 -0700 (PDT) Received: from gw.celabo.org (gw.celabo.org [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8833443D41 for ; Mon, 5 Apr 2004 13:26:02 -0700 (PDT) (envelope-from nectar@celabo.org) Received: from localhost (localhost [127.0.0.1]) by gw.celabo.org (Postfix) with ESMTP id BCB5654861; Mon, 5 Apr 2004 15:25:49 -0500 (CDT) Received: from gw.celabo.org ([127.0.0.1]) by localhost (hellblazer.celabo.org [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 72814-09; Mon, 5 Apr 2004 15:25:39 -0500 (CDT) Received: from lum.celabo.org (dhcp-207.celabo.org [10.0.1.207]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "lum.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.celabo.org (Postfix) with ESMTP id 114B35482B; Mon, 5 Apr 2004 15:25:39 -0500 (CDT) Received: by lum.celabo.org (Postfix, from userid 501) id 928991B62F7; Mon, 5 Apr 2004 15:24:07 -0500 (CDT) Date: Mon, 5 Apr 2004 15:24:07 -0500 From: "Jacques A. Vidrine" To: Will Saxon Message-ID: <20040405202407.GA17382@lum.celabo.org> Mail-Followup-To: "Jacques A. Vidrine" , Will Saxon , current@freebsd.org References: <0E972CEE334BFE4291CD07E056C76ED802E8690A@bragi.housing.ufl.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0E972CEE334BFE4291CD07E056C76ED802E8690A@bragi.housing.ufl.edu> X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: nss_ldap problem on 5.2.1-RELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 20:26:02 -0000 On Mon, Apr 05, 2004 at 03:48:00PM -0400, Will Saxon wrote: > OK, well, that was annoying. > > I am trying to use the nss_ldap module on 5.2.1-RELEASE and am having > problems similar to the thread from a week or so ago ('nss_ldap > broken'). However, I am not using libpthread for anything, only > libc_r. > > When I add ldap as a target in nsswitch.conf and then try to use the > pw utility, the right answer is returned but I get a segfault > immediately after. > > Is this probably the same problem (since pw is not compiled against > libc_r) or something else? What is the output of ldd /usr/local/lib/nss_ldap.so ? If it includes libpthread or libc_r, probably you need to update your ports collection (including OpenLDAP and nss_ldap). -- Jacques Vidrine / nectar@celabo.org / jvidrine@verio.net / nectar@freebsd.org From owner-freebsd-current@FreeBSD.ORG Mon Apr 5 14:52:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF36D16A4CE for ; Mon, 5 Apr 2004 14:52:37 -0700 (PDT) Received: from sarevok.webteckies.org (e236040.upc-e.chello.nl [213.93.236.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4734D43D2F for ; Mon, 5 Apr 2004 14:52:37 -0700 (PDT) (envelope-from mdev@sarevok.webteckies.org) Received: by sarevok.webteckies.org (Postfix, from userid 100) id 494B4B844; Mon, 5 Apr 2004 23:52:36 +0200 (CEST) From: Melvyn Sopacua Organization: WebTeckies.org To: current@FreeBSD.org Date: Mon, 5 Apr 2004 23:52:31 +0200 User-Agent: KMail/1.6.1 References: <40716941.5060101@fer.hr> <8765cezdco.fsf@strauser.com> <4071764B.3040309@fer.hr> In-Reply-To: <4071764B.3040309@fer.hr> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_kUdcANiVvW41LAp" Message-Id: <200404052352.36092.freebsd-current@webteckies.org> Subject: Re: Jail problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 21:52:38 -0000 --Boundary-00=_kUdcANiVvW41LAp Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Monday 05 April 2004 17:07, Ivan Voras wrote: > Kirk Strauser wrote: > > At 2004-04-05T14:12:17Z, Ivan Voras writes: > >>This is probably something big and obvious I'm missing, but what? > > > > What version of FreeBSD are you using? If 5.x, do you have /dev mounted > > inside each jail? > > You're right! I mis-mounted /dev! That, and some fiddling around solved the > problems, thanks! Maybe the attached makejail.sh script helps: 1) put it in /usr/src 2) create a /usr/src/ports-jail.sh which simply installs a default set of ports (in our case postfix/apache/php and the excellent 'jailer' port). 3) if needed, create an rc.conf.jail in /etc/ which sets some sensible default options (recent work done in the rc system could make this obsolete) 4) if needed create /etc/jailpatches/patch-login.conf - in our case it creates the 'standard' class, with more restrictive defaults. 5) You also need "/sbin/mount_jaildev": ##!/bin/sh . /etc/rc.subr jail_root=$1 if [ -z "$2" ]; then jail_ruleset=devfsrules_jail else jail_ruleset=$2 fi devfs_rulesets="/etc/defaults/devfs.rules /etc/devfs.rules" devfs_mount_jail $jail_root $jail_ruleset -- Melvyn ======================================================= FreeBSD sarevok.webteckies.org 5.2-CURRENT FreeBSD 5.2-CURRENT #3: Sun Apr 4 02:24:06 CEST 2004 root@sarevok.webteckies.org:/usr/obj/usr/src/sys/SAREVOK_NOAPM_NODEBUG i386 ======================================================= --Boundary-00=_kUdcANiVvW41LAp Content-Type: text/plain; charset="iso-8859-1"; name="makejail.sh.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="makejail.sh.txt" #!/bin/sh JAILROOT=/jail IP=$1 CP='cp -v' if [ -z "$2" ]; then TESTIP=$IP else TESTIP=$2 fi usage () { echo $0 IP [TESTIP] echo 'Make a jail distribution for IP' echo 'If TESTIP is given, it is used to startup the jail and do' echo 'the final configurations.' exit } doit () { echo '' echo '---> ' $* echo '' eval "$*" } [ -z "$IP" ] && usage D="${JAILROOT}/${IP}" doit mkdir -p ${D} doit cd /usr/src make hierarchy DESTDIR=${D} make obj make depend make all make install DESTDIR=${D} doit cd etc make distribution DESTDIR=${D} -DNO_MAKEDEV_RUN doit mount_jaildev ${D}/dev devfsrules_jail doit cd ${D} doit ln -fs dev/null kernel doit cp -Rfp /usr/ports ${D}/usr/ ${CP} /usr/src/ports-jail.sh ${D}/usr/ports/ doit chmod ugo+x ${D}/usr/ports/ports-jail.sh ${CP} /etc/resolv.conf ${D}/etc/ doit touch ${D}/etc/fstab ${CP} /etc/make.conf ${D}/etc/ doit ${CP} /etc/rc.conf.jail ${D}/etc/rc.conf doit perl -pi.bak -e "\"s/^#ListenAddress 0\.0\.0\.0.*\$/ListenAddress ${IP}/\"" ${D}/etc/ssh/sshd_config doit ${CP} /root/.profile /root/.bashrc /root/.shrc ${D}/root/ if [ -f /etc/jailpatches/patch-login.conf ]; then echo Fixing login.conf cd ${D}/etc patch < /etc/jailpatches/patch-login.conf cap_mkdb ${D}/etc/login.conf fi cd ${D} ln -vfs usr/home home doit jail ${D} jail-${IP}.idg.nl ${TESTIP} /usr/ports/ports-jail.sh --Boundary-00=_kUdcANiVvW41LAp-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 5 17:44:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8301316A4CE; Mon, 5 Apr 2004 17:44:06 -0700 (PDT) Received: from daintree.corp.yahoo.com (daintree.corp.yahoo.com [216.145.52.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71E9843D39; Mon, 5 Apr 2004 17:44:06 -0700 (PDT) (envelope-from peter@yahoo-inc.com) Received: by daintree.corp.yahoo.com (Postfix, from userid 2154) id D5D138824; Mon, 5 Apr 2004 17:43:32 -0700 (PDT) From: Peter Wemm To: freebsd-current@freebsd.org Date: Mon, 5 Apr 2004 17:43:32 -0700 User-Agent: KMail/1.6.1 References: <20040402191254.GK26131@elvis.mu.org> <20040405042010.GQ15786@cs.rice.edu> <20040405045618.GA40623@kanpc.gte.com> In-Reply-To: <20040405045618.GA40623@kanpc.gte.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200404051743.32556.peter@wemm.org> cc: current@freebsd.org cc: alc@freebsd.org cc: Alfred Perlstein cc: Alan Cox cc: kan@freebsd.org cc: Poul-Henning Kamp Subject: Re: mmap breakage? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 00:44:06 -0000 On Sunday 04 April 2004 09:56 pm, Alexander Kabaev wrote: > On Sun, Apr 04, 2004 at 11:20:10PM -0500, Alan Cox wrote: > > On Mon, Apr 05, 2004 at 12:11:47AM -0400, Alexander Kabaev wrote: > > > On Sun, Apr 04, 2004 at 03:12:51PM -0500, Alan Cox wrote: > > > > Alfred, > > > > > > > > Please try the attached patch. This problems appears to be a > > > > consequence of vm/vm_mmap.c revision 1.180, where as part of a > > > > much needed code reorganization for locking the check for the > > > > /dev/zero special case got placed after the permissions check > > > > for the general case. This patch simply delays the permissions > > > > check for devices until you have the necessary lock to also > > > > check for /dev/zero. > > > > > > > > Since kan@ authored the reorganization, I'm cc:'ing him on this > > > > message for purposes of obtaining a review. (At least one > > > > comment should be updated to reflect my code changes.) > > > > > > > > Regards, > > > > Alan > > > > > > Alan, Alfred, > > > > > > I had the following patch which is currently pending a review by > > > Peter Wemm. I meant to commit it on Friday, but ran out of time: > > > > > > > > > http://perforce.freebsd.org/chv.cgi?CH=50213 > > > > I believe that there is a problem with this patch. Specifically, > > if maxprot is set to VM_PROT_ALL for devices in mmap(), then the > > security check in vm_mmap_vnode() has no effect. Please take a > > look at the entirety of the changes that I propose to mmap(). > > > > Regards, > > Alan > > There is a problem indeed. I committed your (correct!) patch instead. > Thanks! Heh. Now I'm glad I suggested that you check with Alan :-) -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-current@FreeBSD.ORG Mon Apr 5 17:44:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8301316A4CE; Mon, 5 Apr 2004 17:44:06 -0700 (PDT) Received: from daintree.corp.yahoo.com (daintree.corp.yahoo.com [216.145.52.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71E9843D39; Mon, 5 Apr 2004 17:44:06 -0700 (PDT) (envelope-from peter@yahoo-inc.com) Received: by daintree.corp.yahoo.com (Postfix, from userid 2154) id D5D138824; Mon, 5 Apr 2004 17:43:32 -0700 (PDT) From: Peter Wemm To: freebsd-current@freebsd.org Date: Mon, 5 Apr 2004 17:43:32 -0700 User-Agent: KMail/1.6.1 References: <20040402191254.GK26131@elvis.mu.org> <20040405042010.GQ15786@cs.rice.edu> <20040405045618.GA40623@kanpc.gte.com> In-Reply-To: <20040405045618.GA40623@kanpc.gte.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200404051743.32556.peter@wemm.org> cc: current@freebsd.org cc: alc@freebsd.org cc: Alfred Perlstein cc: Alan Cox cc: kan@freebsd.org cc: Poul-Henning Kamp Subject: Re: mmap breakage? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 00:44:06 -0000 On Sunday 04 April 2004 09:56 pm, Alexander Kabaev wrote: > On Sun, Apr 04, 2004 at 11:20:10PM -0500, Alan Cox wrote: > > On Mon, Apr 05, 2004 at 12:11:47AM -0400, Alexander Kabaev wrote: > > > On Sun, Apr 04, 2004 at 03:12:51PM -0500, Alan Cox wrote: > > > > Alfred, > > > > > > > > Please try the attached patch. This problems appears to be a > > > > consequence of vm/vm_mmap.c revision 1.180, where as part of a > > > > much needed code reorganization for locking the check for the > > > > /dev/zero special case got placed after the permissions check > > > > for the general case. This patch simply delays the permissions > > > > check for devices until you have the necessary lock to also > > > > check for /dev/zero. > > > > > > > > Since kan@ authored the reorganization, I'm cc:'ing him on this > > > > message for purposes of obtaining a review. (At least one > > > > comment should be updated to reflect my code changes.) > > > > > > > > Regards, > > > > Alan > > > > > > Alan, Alfred, > > > > > > I had the following patch which is currently pending a review by > > > Peter Wemm. I meant to commit it on Friday, but ran out of time: > > > > > > > > > http://perforce.freebsd.org/chv.cgi?CH=50213 > > > > I believe that there is a problem with this patch. Specifically, > > if maxprot is set to VM_PROT_ALL for devices in mmap(), then the > > security check in vm_mmap_vnode() has no effect. Please take a > > look at the entirety of the changes that I propose to mmap(). > > > > Regards, > > Alan > > There is a problem indeed. I committed your (correct!) patch instead. > Thanks! Heh. Now I'm glad I suggested that you check with Alan :-) -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-current@FreeBSD.ORG Mon Apr 5 19:56:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 371A316A4CE for ; Mon, 5 Apr 2004 19:56:58 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 040F243D5F for ; Mon, 5 Apr 2004 19:56:58 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 3EDDE72DCA; Mon, 5 Apr 2004 19:56:23 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 3908B72DBF; Mon, 5 Apr 2004 19:56:23 -0700 (PDT) Date: Mon, 5 Apr 2004 19:56:23 -0700 (PDT) From: Doug White To: "Robin P. Blanchard" In-Reply-To: <9B5C1FCAFB35084787C21EFFFA78DD9EE2B8@EBE1.gc.nat> Message-ID: <20040405195350.A82596@carver.gumbysoft.com> References: <9B5C1FCAFB35084787C21EFFFA78DD9EE2B8@EBE1.gc.nat> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: Buildworld fails at sys/modules/wlan X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 02:56:58 -0000 On Fri, 2 Apr 2004, Robin P. Blanchard wrote: > This has been broken for several days now, cvsup'd against cvsup1 and > cvsup12. Not reproducing here. Have you tried cleaning out /usr/obj and/or re-cvsupping that directory and/or src/sys? It looks correct to me. > > ===> sys/modules/wlan > @ -> /usr/src/sys > machine -> /usr/src/sys/i386/include > awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h > awk -f @/tools/makeobjops.awk @/kern/device_if.m -h > echo "#define INET 1" > opt_inet.h > rm -f .depend > mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ > -I@/../include -I/usr/obj/usr/src/i386/usr/include > /usr/src/sys/modules/wlan/../../net80211/ieee80211.c > /usr/src/sys/modules/wlan/../../net80211/ieee80211_crypto.c > /usr/src/sys/modules/wlan/../../net80211/ieee80211_input.c > /usr/src/sys/modules/wlan/../../net80211/ieee80211_ioctl.c > /usr/src/sys/modules/wlan/../../net80211/ieee80211_node.c > /usr/src/sys/modules/wlan/../../net80211/ieee80211_output.c > /usr/src/sys/modules/wlan/../../net80211/ieee80211_proto.c > /usr/src/sys/net80211/ieee80211_ioctl.c:41:21: opt_ipx.h: No such file or > directory > mkdep: compile failed > *** Error code 1 > > --------------------------------------- > Robin P. Blanchard > Systems Integration Specialist > Georgia Center for Continuing Education > fon: 706.542.2404 < > fax: 706.542.6546 > --------------------------------------- > _______________________________________________ > 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" > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Apr 5 20:20:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B75F16A4CE for ; Mon, 5 Apr 2004 20:20:54 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CC7543D49 for ; Mon, 5 Apr 2004 20:20:54 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 45E8872DCA; Mon, 5 Apr 2004 20:20:46 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 406A072DBF; Mon, 5 Apr 2004 20:20:46 -0700 (PDT) Date: Mon, 5 Apr 2004 20:20:46 -0700 (PDT) From: Doug White To: Yuriy Tsibizov In-Reply-To: <20040404125622.S1846@free.home.local> Message-ID: <20040405201831.K82596@carver.gumbysoft.com> References: <20040404125622.S1846@free.home.local> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: Mathew Kanner Subject: Re: dev/sound/pcm/sound.h shadows INTR_MPSAFE declaration X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 03:20:54 -0000 On Sun, 4 Apr 2004, Yuriy Tsibizov wrote: > Today I've noticied that my driver is marked as Giant-locked: Is it actually MPSAFE? If so, feel free to mark it as such, although pcm isn't fully locked yet, so we take no responsibility for any damage caused :) > > -dmesg- > Copyright (c) 1992-2004 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 5.2-CURRENT #0: Sat Apr 3 11:57:58 MSD 2004 > chibis@free.home.local:/usr/obj/usr/src/sys/FREE-FAST > [..] > emu10kx0: port 0xd000-0xd01f irq 12 at device 10.0 on pci0 > emu10kx0: [GIANT-LOCKED] > -dmesg- > > because INTR_MPSAFE is defined to 0 in dev/sound/pcm/sound.h: > > -sound.h- > /* > [...] > * $FreeBSD: src/sys/dev/sound/pcm/sound.h,v 1.57 2004/03/06 15:52:42 matk Exp $ > */ > > [...] > > #ifndef INTR_MPSAFE > #define INTR_TYPE_AV INTR_TYPE_TTY > #endif > > #ifndef INTR_MPSAFE > #define INTR_MPSAFE 0 > #endif > -sound.h- > > and there is no macro INTR_MPSAFE defined inside kernel (it is defined in > enum). > > Yuriy Tsibizov, > http://chibis.persons.gfk.ru/audigy/ > > _______________________________________________ > 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" > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Apr 5 20:25:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3A4B16A4CE for ; Mon, 5 Apr 2004 20:25:01 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4C6143D1F for ; Mon, 5 Apr 2004 20:24:59 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 73E6672DF0; Mon, 5 Apr 2004 20:24:42 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 70F7672DCA; Mon, 5 Apr 2004 20:24:42 -0700 (PDT) Date: Mon, 5 Apr 2004 20:24:42 -0700 (PDT) From: Doug White To: Erich Dollansky In-Reply-To: <40703A02.20007@pacific.net.sg> Message-ID: <20040405202317.H82596@carver.gumbysoft.com> References: <40703A02.20007@pacific.net.sg> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: make fails compiling SCSI support on CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 03:25:02 -0000 On Mon, 5 Apr 2004, Erich Dollansky wrote: > make stops after getting these error messages: > > cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I../../.. > -I../../../contrib/dev/acpica -I../../../contrib/ipfilter > -I../../../contrib/pf -I../../../contrib/dev/ath > -I../../../contrib/dev/ath/freebsd -I../../../contrib/ngatm -D_KERNEL > -include opt_global.h -fno-common -finline-limit=8000 > -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding > -Werror ../../../dev/aic7xxx/aic79xx.c > ../../../dev/aic7xxx/aic79xx.c: In function `ahd_flush_qoutfifo': > ../../../dev/aic7xxx/aic79xx.c:454: error: `COMPLETE_DMA_SCB_TAIL' > undeclared (first use in this function) I'm going to guess you got an incomplete cvsup here. Try updating again, making sur eyou aren't using any date= qualifiers. These changes were committed 2 months ago. :) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Apr 5 23:21:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBF4F16A4CE for ; Mon, 5 Apr 2004 23:21:23 -0700 (PDT) Received: from md.gfk.ru (md.gfk.ru [62.205.179.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F50F43D5A for ; Mon, 5 Apr 2004 23:21:22 -0700 (PDT) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from mx.gfk.ru ([10.0.0.30]) by md.gfk.ru (md.gfk.ru [62.205.179.201]) (MDaemon.PRO.v6.8.5.R) with ESMTP id 54-md50000000160.tmp for ; Tue, 06 Apr 2004 10:20:11 +0400 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable X-MIMEOLE: Produced By Microsoft Exchange V6.0.5762.3 Date: Tue, 6 Apr 2004 10:20:10 +0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: dev/sound/pcm/sound.h shadows INTR_MPSAFE declaration Thread-Index: AcQbhkUpnl/ESyuXTzisCx74h3H9hAAFb8oQ From: "Yuriy Tsibizov" To: "Doug White" X-Spam-Processed: md.gfk.ru, Tue, 06 Apr 2004 10:20:11 +0400 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.0.30 X-Return-Path: Yuriy.Tsibizov@gfk.ru X-MDaemon-Deliver-To: freebsd-current@freebsd.org cc: freebsd-current@freebsd.org cc: Mathew Kanner Subject: RE: dev/sound/pcm/sound.h shadows INTR_MPSAFE declaration X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 06:21:24 -0000 > > Today I've noticied that my driver is marked as Giant-locked: >=20 > Is it actually MPSAFE? If so, feel free to mark it as such,=20 > although pcm > isn't fully locked yet, so we take no responsibility for any damage > caused :) Some sound drivers in -CURRENT allocate interrupts with INTR_MPSAFE.=20 The problem is that after including dev/sound/pcm/sound.h INTR_MPSAFE no = longer equals to 512, but it is set to 0. And if sound driver interrupt = was allocated as INTR_TYPE_AV|INTR_MPSAFE it will be marked only as = INTR_TYPE_TTY.=20 Yuriy. From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 00:08:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6446716A4CE for ; Tue, 6 Apr 2004 00:08:08 -0700 (PDT) Received: from osiris.ipform.ru (osiris.itlegion.ru [212.248.52.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CB4643D1F for ; Tue, 6 Apr 2004 00:08:07 -0700 (PDT) (envelope-from matrix@itlegion.ru) Received: from artem (artem.office.ipform.ru [192.168.0.12]) by osiris.ipform.ru (8.12.6/8.12.6) with ESMTP id i36773Xg032184 for ; Tue, 6 Apr 2004 11:07:03 +0400 (MSD) (envelope-from matrix@itlegion.ru) X-AntiVirus: Checked by Dr.Web (http://www.drweb.net) Message-ID: <009401c41ba5$3b000f70$0c00a8c0@artem> From: "Artem Koutchine" To: References: Date: Tue, 6 Apr 2004 11:03:13 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Subject: Qustion about being "Giant-locked" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 07:08:08 -0000 While booting i see many drivers marked as [Giant-locked]. Is being Giant-locked good or bad what are the implications? Regards, Artem From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 00:13:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58C2616A4CE for ; Tue, 6 Apr 2004 00:13:16 -0700 (PDT) Received: from ftp.bjpu.edu.cn (ftp.bjpu.edu.cn [202.112.78.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A44B43D41 for ; Tue, 6 Apr 2004 00:13:15 -0700 (PDT) (envelope-from delphij@frontfree.net) Received: from localhost (localhost [127.0.0.1]) by ftp.bjpu.edu.cn (Postfix) with ESMTP id 4C44F5385 for ; Tue, 6 Apr 2004 15:12:14 +0800 (CST) Received: from ftp.bjpu.edu.cn ([127.0.0.1]) by localhost (ftp.bjpu.edu.cn [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 69304-02 for ; Tue, 6 Apr 2004 15:12:11 +0800 (CST) Received: from beastie.frontfree.net (beastie.frontfree.net [218.107.145.7]) by ftp.bjpu.edu.cn (Postfix) with ESMTP id 2C7975379 for ; Tue, 6 Apr 2004 15:12:11 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id B203E11465; Tue, 6 Apr 2004 15:12:09 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03701-06; Tue, 6 Apr 2004 15:12:06 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id F079E117B1; Tue, 6 Apr 2004 15:12:05 +0800 (CST) Date: Tue, 6 Apr 2004 15:12:05 +0800 From: Xin LI To: Artem Koutchine Message-ID: <20040406071205.GA2819@frontfree.net> References: <009401c41ba5$3b000f70$0c00a8c0@artem> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3MwIy2ne0vdjdPXF" Content-Disposition: inline In-Reply-To: <009401c41ba5$3b000f70$0c00a8c0@artem> User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.2-CURRENT FreeBSD 5.2-CURRENT #58: Fri Mar 19 12:18:47 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: by Frontfree Secure Mail II at frontfree.net X-Virus-Scanned: by amavisd-new at frontfree.net cc: freebsd-current@freebsd.org Subject: Re: Qustion about being "Giant-locked" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 07:13:16 -0000 --3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 06, 2004 at 11:03:13AM +0400, Artem Koutchine wrote: > While booting i see many drivers marked > as [Giant-locked]. > Is being Giant-locked good or bad what are the > implications? It's not good if you have a computer with multiple processors. Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --3MwIy2ne0vdjdPXF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAclhEOfuToMruuMARAtw5AJwL9QNvpb3zeU25xPHU/0ue6U2EKwCeMEkn X/kS4RKgp9WSA/R4JYlG0HQ= =8NqN -----END PGP SIGNATURE----- --3MwIy2ne0vdjdPXF-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 00:41:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A02DC16A4CE for ; Tue, 6 Apr 2004 00:41:43 -0700 (PDT) Received: from ftp.ccrle.nec.de (ftp.netlab.nec.de [195.37.70.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5049B43D45 for ; Tue, 6 Apr 2004 00:41:42 -0700 (PDT) (envelope-from lars.eggert@netlab.nec.de) Received: from [10.1.1.112] (scout.netlab.nec.de [195.37.70.100]) by ftp.ccrle.nec.de (Postfix) with ESMTP id 17429F674 for ; Tue, 6 Apr 2004 09:46:04 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v613) To: freebsd-current@freebsd.org Message-Id: Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-2--149151008; protocol="application/pkcs7-signature" From: Lars Eggert Date: Tue, 6 Apr 2004 09:41:03 +0200 X-Mailer: Apple Mail (2.613) X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: atacontrol & automatic acoustic management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 07:41:43 -0000 --Apple-Mail-2--149151008 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Hi, I have a Western Digital WD2000JB that according to atacontrol is capable of automatic acoustic management, which is disabled (also according to atacontrol). Is there any way to enable this under FreeBSD? Lars -- Lars Eggert NEC Network Laboratories --Apple-Mail-2--149151008-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 00:53:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED9C116A4CE for ; Tue, 6 Apr 2004 00:53:37 -0700 (PDT) Received: from osiris.ipform.ru (osiris.itlegion.ru [212.248.52.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id E595543D58 for ; Tue, 6 Apr 2004 00:53:36 -0700 (PDT) (envelope-from matrix@itlegion.ru) Received: from artem (artem.office.ipform.ru [192.168.0.12]) by osiris.ipform.ru (8.12.6/8.12.6) with ESMTP id i367rCXg032539; Tue, 6 Apr 2004 11:53:14 +0400 (MSD) (envelope-from matrix@itlegion.ru) X-AntiVirus: Checked by Dr.Web (http://www.drweb.net) Message-ID: <001f01c41bab$ae842570$0c00a8c0@artem> From: "Artem Koutchine" To: "Xin LI" References: <009401c41ba5$3b000f70$0c00a8c0@artem> <20040406071205.GA2819@frontfree.net> Date: Tue, 6 Apr 2004 11:49:20 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 cc: freebsd-current@freebsd.org Subject: Re: Qustion about being "Giant-locked" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 07:53:38 -0000 >> While booting i see many drivers marked >> as [Giant-locked]. >> Is being Giant-locked good or bad what are the >> implications? >It's not good if you have a computer with multiple processors. Well, i do have dual xeon with HT (4 logical CPUs). Is there any way to fight giant-locked drivers or i just have to wait until the driver will be rewritten w/o Giant? Or there are some kernel options to disable Giant lock in the drivers? Regards, Artem From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 00:57:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64EEC16A4CE for ; Tue, 6 Apr 2004 00:57:32 -0700 (PDT) Received: from hewey.af.speednet.com.au (udsl-3-062.QLD.dft.com.au [202.168.108.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACC3143D48 for ; Tue, 6 Apr 2004 00:57:30 -0700 (PDT) (envelope-from andyf@speednet.com.au) Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [172.22.2.17])i367uj3Z057178; Tue, 6 Apr 2004 17:56:45 +1000 (EST) (envelope-from andyf@speednet.com.au) Date: Tue, 6 Apr 2004 17:56:42 +1000 (EST) From: Andy Farkas X-X-Sender: andyf@hewey.af.speednet.com.au To: Xin LI In-Reply-To: <20040406071205.GA2819@frontfree.net> Message-ID: <20040406174155.S56300@hewey.af.speednet.com.au> References: <009401c41ba5$3b000f70$0c00a8c0@artem> <20040406071205.GA2819@frontfree.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Artem Koutchine cc: freebsd-current@freebsd.org Subject: Re: Qustion about being "Giant-locked" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 07:57:32 -0000 On Tue, 6 Apr 2004, Xin LI wrote: > On Tue, Apr 06, 2004 at 11:03:13AM +0400, Artem Koutchine wrote: > > While booting i see many drivers marked > > as [Giant-locked]. > > Is being Giant-locked good or bad what are the > > implications? > It's not good if you have a computer with multiple processors. I have a box with 4 ppro-200 cpus. It has 4 adaptec eisa scsi controllers, each controlling 2 disks. All 8 disks are in the same vinum raid-5 volume. I have a large (1.5gig) file on this volume. This is what happens when I run md5 on this file 4 times concurrently: %%% > md5 really-big-file & [2] 78243 > md5 really-big-file & [3] 78244 > md5 really-big-file & [4] 78245 > md5 really-big-file & [5] 78246 > vmstat -c10 -w6 procs memory page disks faults cpu r b w avm fre flt re pi po fr sr ad0 am0 in sy cs us sy id 1 2 3 73308 28668 235 1 1 0 255 16 0 0 362 390 829 8 4 88 1 2 3 73308 21300 0 0 0 0 310 0 0 0 382 5928 11671 8 28 64 1 1 3 73308 29248 0 0 0 0 323 653 0 0 384 5769 11363 8 27 65 2 2 2 73308 20592 31 0 1 0 393 0 2 0 423 5614 11226 8 28 64 2 2 2 73308 27968 0 0 0 0 347 653 1 0 420 5655 11352 7 29 64 2 3 2 73308 19940 0 0 0 0 335 0 0 0 385 5563 11108 7 28 65 2 3 2 73308 26788 0 0 0 0 369 654 0 0 391 5608 11168 8 27 65 2 2 2 73308 34112 0 0 0 0 354 653 0 0 391 5656 11352 8 28 64 2 3 2 73308 25064 0 0 0 0 375 0 0 0 393 5687 11315 8 27 65 2 3 2 73308 32512 0 0 0 0 344 655 0 0 386 5664 11284 8 27 65 %%% As you can see, only 8% of all cpus are being used to calculate the md5s. At least 2 cpus are constantly idle. > grep GIANT /var/run/dmesg.boot fxp0: [GIANT-LOCKED] ahc0: [GIANT-LOCKED] ahc1: [GIANT-LOCKED] ahc2: [GIANT-LOCKED] ahc3: [GIANT-LOCKED] amr0: [GIANT-LOCKED] ahc4: [GIANT-LOCKED] ahc5: [GIANT-LOCKED] atkbd0: [GIANT-LOCKED] -- :{ andyf@speednet.com.au Andy Farkas System Administrator Speednet Communications http://www.speednet.com.au/ From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 00:59:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BE3616A4CF for ; Tue, 6 Apr 2004 00:59:16 -0700 (PDT) Received: from smtp01.syd.iprimus.net.au (smtp01.syd.iprimus.net.au [210.50.30.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3566043D58 for ; Tue, 6 Apr 2004 00:59:15 -0700 (PDT) (envelope-from tim@robbins.dropbear.id.au) Received: from robbins.dropbear.id.au (210.50.200.149) by smtp01.syd.iprimus.net.au (7.0.024) id 402BA9270128DDC9; Tue, 6 Apr 2004 17:58:45 +1000 Received: by robbins.dropbear.id.au (Postfix, from userid 1000) id 0F87541DC; Tue, 6 Apr 2004 18:01:18 +1000 (EST) Date: Tue, 6 Apr 2004 18:01:17 +1000 From: Tim Robbins To: Lars Eggert Message-ID: <20040406080117.GA36836@cat.robbins.dropbear.id.au> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: atacontrol & automatic acoustic management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 07:59:16 -0000 On Tue, Apr 06, 2004 at 09:41:03AM +0200, Lars Eggert wrote: > Hi, > > I have a Western Digital WD2000JB that according to atacontrol is > capable of automatic acoustic management, which is disabled (also > according to atacontrol). > > Is there any way to enable this under FreeBSD? The sysutils/ataidle port appears to be able to control acoustic management, but I've only ever used it spin down idle disks. Tim From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 01:11:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6294716A4CE; Tue, 6 Apr 2004 01:11:14 -0700 (PDT) Received: from ftp.ccrle.nec.de (ftp.netlab.nec.de [195.37.70.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id F39EC43D45; Tue, 6 Apr 2004 01:11:13 -0700 (PDT) (envelope-from lars.eggert@netlab.nec.de) Received: from [10.1.1.112] (scout.netlab.nec.de [195.37.70.100]) by ftp.ccrle.nec.de (Postfix) with ESMTP id AFE1DF674; Tue, 6 Apr 2004 10:15:53 +0200 (CEST) In-Reply-To: <20040406080117.GA36836@cat.robbins.dropbear.id.au> References: <20040406080117.GA36836@cat.robbins.dropbear.id.au> Mime-Version: 1.0 (Apple Message framework v613) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Lars Eggert Date: Tue, 6 Apr 2004 10:10:53 +0200 To: Tim Robbins X-Mailer: Apple Mail (2.613) cc: freebsd-current@freebsd.org Subject: Re: atacontrol & automatic acoustic management X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 08:11:14 -0000 Tim, On Apr 6, 2004, at 10:01, Tim Robbins wrote: > On Tue, Apr 06, 2004 at 09:41:03AM +0200, Lars Eggert wrote: >> >> I have a Western Digital WD2000JB that according to atacontrol is >> capable of automatic acoustic management, which is disabled (also >> according to atacontrol). >> >> Is there any way to enable this under FreeBSD? > > The sysutils/ataidle port appears to be able to control acoustic > management, but I've only ever used it spin down idle disks. thanks, ataidle looks very promising - I hadn't even thought about searching ports... Lars -- Lars Eggert NEC Network Laboratories From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 01:14:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FC2F16A4CE for ; Tue, 6 Apr 2004 01:14:44 -0700 (PDT) Received: from osiris.ipform.ru (osiris.itlegion.ru [212.248.52.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE3A343D2D for ; Tue, 6 Apr 2004 01:14:43 -0700 (PDT) (envelope-from matrix@itlegion.ru) Received: from artem (artem.office.ipform.ru [192.168.0.12]) by osiris.ipform.ru (8.12.6/8.12.6) with ESMTP id i368EXXg032780; Tue, 6 Apr 2004 12:14:34 +0400 (MSD) (envelope-from matrix@itlegion.ru) X-AntiVirus: Checked by Dr.Web (http://www.drweb.net) Message-ID: <004101c41bae$a9a419e0$0c00a8c0@artem> From: "Artem Koutchine" To: "Andy Farkas" , "Xin LI" References: <009401c41ba5$3b000f70$0c00a8c0@artem> <20040406071205.GA2819@frontfree.net> <20040406174155.S56300@hewey.af.speednet.com.au> Date: Tue, 6 Apr 2004 12:10:40 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 cc: freebsd-current@freebsd.org Subject: Re: Qustion about being "Giant-locked" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 08:14:44 -0000 >From: "Andy Farkas" >Sent: Tuesday, April 06, 2004 11:56 AM > On Tue, 6 Apr 2004, Xin LI wrote: > > On Tue, Apr 06, 2004 at 11:03:13AM +0400, Artem Koutchine wrote: > > > While booting i see many drivers marked > > > as [Giant-locked]. > > > Is being Giant-locked good or bad what are the > > > implications? > > It's not good if you have a computer with multiple processors. > > I have a box with 4 ppro-200 cpus. It has 4 adaptec eisa scsi controllers, > each controlling 2 disks. All 8 disks are in the same vinum raid-5 volume. > I have a large (1.5gig) file on this volume. > > This is what happens when I run md5 on this file 4 times concurrently: > > > As you can see, only 8% of all cpus are being used to calculate the md5s. > At least 2 cpus are constantly idle. > > > ahc5: [GIANT-LOCKED] > atkbd0: [GIANT-LOCKED] I am trying to get your point and i really can't. I just don't see what your are trying to say. If you refer to 8% CPU usage then i see that it is only 8% because SCSI is the bottleneck. Disk just do not give data fast enough to load CPU high. Also, i don't think the do not give data fast enough only because of the Giant. I think it is mostly scsi and hdd speed problem in this case. Afterall md5 algorithm is not too havy on cpu anyway. Artem From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 02:39:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6599316A4CE for ; Tue, 6 Apr 2004 02:39:35 -0700 (PDT) Received: from hewey.af.speednet.com.au (udsl-3-062.QLD.dft.com.au [202.168.108.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07B8643D2D for ; Tue, 6 Apr 2004 02:39:34 -0700 (PDT) (envelope-from andyf@speednet.com.au) Received: from [172.22.2.33] ([172.22.2.33])i369d03Z057739; Tue, 6 Apr 2004 19:39:00 +1000 (EST) (envelope-from andyf@speednet.com.au) Date: Tue, 6 Apr 2004 19:39:00 +1000 (EST) From: Andy Farkas X-X-Sender: andyf@hewey.af.speednet.com.au To: Artem Koutchine In-Reply-To: <004101c41bae$a9a419e0$0c00a8c0@artem> Message-ID: <20040406191025.S56300@hewey.af.speednet.com.au> References: <20040406071205.GA2819@frontfree.net> <004101c41bae$a9a419e0$0c00a8c0@artem> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Qustion about being "Giant-locked" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 09:39:35 -0000 > I am trying to get your point and i really can't. I just don't see what > your are trying to say. If you refer to 8% CPU usage then i see that it > is only 8% because SCSI is the bottleneck. Disk just do not give data > fast enough to load CPU high. Also, i don't think the do not give > data fast enough only because of the Giant. I think it is mostly scsi > and hdd speed problem in this case. Afterall md5 algorithm is not > too havy on cpu anyway. What I was trying to point out is that there is hardly any concurrency with disk drivers on a SMP box. With 4 controllers, 8 spindles, and 4 cpus to drive them, one would expect a little bit of concurrency. Instead, the kernel spends most of its time waiting or blocked, only one disk is accessed at a time, and the cpus stay idle. md5 may have been a bad example, but on a slow 200MHz cpu, it can be a fairly intensive cpu hog. -- :{ andyf@speednet.com.au Andy Farkas System Administrator Speednet Communications http://www.speednet.com.au/ From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 03:07:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D007716A4CE for ; Tue, 6 Apr 2004 03:07:22 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1D5543D2F for ; Tue, 6 Apr 2004 03:07:21 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.11/8.12.11) with ESMTP id i36A6S56008428; Tue, 6 Apr 2004 12:06:29 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Andy Farkas From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 06 Apr 2004 19:39:00 +1000." <20040406191025.S56300@hewey.af.speednet.com.au> Date: Tue, 06 Apr 2004 12:06:28 +0200 Message-ID: <8427.1081245988@critter.freebsd.dk> cc: Artem Koutchine cc: freebsd-current@freebsd.org Subject: Re: Qustion about being "Giant-locked" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 10:07:22 -0000 In message <20040406191025.S56300@hewey.af.speednet.com.au>, Andy Farkas writes : >What I was trying to point out is that there is hardly any concurrency >with disk drivers on a SMP box. We are not done with SMP(ng) locking the disk access. One way to help is this: http://people.freebsd.org/~phk/funding.txt -- 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 Apr 6 03:57:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD2EE16A4CE; Tue, 6 Apr 2004 03:57:40 -0700 (PDT) Received: from smtp.newipnet.com (5.Red-80-32-157.pooles.rima-tde.net [80.32.157.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CB7743D1F; Tue, 6 Apr 2004 03:57:37 -0700 (PDT) (envelope-from freebsd@newipnet.com) Received: by smtp.newipnet.com (ESMTP Server, from userid 511) id F24E3204EF; Tue, 6 Apr 2004 12:57:20 +0200 (CEST) Received: from madre (madre.newipnet.com [192.168.128.4]) by smtp.newipnet.com (ESMTP Server) with ESMTP id A9FA920504; Tue, 6 Apr 2004 12:57:07 +0200 (CEST) Message-ID: <200404061255150877.0875F2E3@192.168.128.16> In-Reply-To: <200404042342100749.00809B29@192.168.128.16> References: <200404042342100749.00809B29@192.168.128.16> X-Mailer: Courier 3.50.00.09.1092 (http://www.rosecitysoftware.com) (P) Date: Tue, 06 Apr 2004 12:55:15 +0200 From: "Carlos Velasco" To: "M. Warner Losh" , jon@freebsd.org, marc@mit.edu, freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Content-Type: text/plain; charset="ISO-8859-1" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on atlas.newipnet.com X-Spam-Level: X-Spam-Status: No, hits=-104.9 required=5.0 tests=BAYES_00,USER_IN_WHITELIST autolearn=ham version=2.63 Subject: Re: pccbb pccard rman - Something is very wrong somewhere X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 10:57:41 -0000 Hello, Investigating this problem, I have discovered two issues. One minor bug (off-by-1) in subr_rman.c: diff -ur sys/kern/subr_rman.c sysnew/kern/subr_rman.c --- sys/kern/subr_rman.c Wed Jun 11 00:56:57 2003 +++ sysnew/kern/subr_rman.c Tue Apr 6 11:41:23 2004 @@ -234,7 +234,7 @@ rstart += bound - (rstart & ~bmask); } while ((rstart & amask) != 0 && rstart < end && rstart < s->r_end); - rend = ulmin(s->r_end, ulmax(rstart + count, end)); + rend = ulmin(s->r_end, ulmax(rstart + count - 1, end)); if (rstart > rend) { DPRINTF(("adjusted start exceeds end\n")); continue; And the real problem, an alignment issue that prevents pccard to work: diff -ur sys/dev/pccbb/pccbbreg.h sysnew/dev/pccbb/pccbbreg.h --- sys/dev/pccbb/pccbbreg.h Sat Aug 9 20:49:22 2003 +++ sysnew/dev/pccbb/pccbbreg.h Tue Apr 6 11:40:13 2004 @@ -74,8 +74,8 @@ #define CBBR_IOLIMIT0 0x30 /* len=4 */ #define CBBR_IOBASE1 0x34 /* len=4 */ #define CBBR_IOLIMIT1 0x38 /* len=4 */ -#define CBB_MEMALIGN 4096 -#define CBB_MEMALIGN_BITS 12 +#define CBB_MEMALIGN 65536 +#define CBB_MEMALIGN_BITS 16 #define CBB_IOALIGN 4 #define CBB_IOALIGN_BITS 2 We are aligning to 0x1000 (4096) and we should align to, at least, 0x10000 (65536). This solves the problem. Can anyone review these patches and commit them if they are right? Regards, Carlos Velasco *********** REPLY SEPARATOR *********** On 04/04/2004 at 23:42 Carlos Velasco wrote: >Hello, > >I have been trying to find this exact bug but I have been unable. Any help >would be apreciated. > >Using 5.2-Current > >Problem related to pccard using NEWCARD (OLDCARD works ok), not reading >CIS. >Googling I have found some reference: >http://lists.freebsd.org/pipermail/freebsd-mobile/2003-December/002611.html > >Activating debugs I find something really weird: > >1. cbb1 allocating from beginning?? >allocating from the beginning >2. size 0x6bffe000???? >truncated region: [0x88002000, 0xf3ffffff]; size 0x6bffe000 (requested >0x400) > >If, _after boot_ , I change value hw.cbb.start_memory to 0xd0000000: >hw.cbb.start_memory: 3489660928 >PCMCIA works. > >I have been investigating the issue in subr_rman.c, as I have showed that >cbb resourses are the only that hit "region is allocated" and success after >it, but I haven't found the problem. > >Here are some logs: > >cbb0: at device 3.0 on pci0 >rman_reserve_resource: request: [0x88000000, >0xffffffff], length 0x1000, flags 12288, device cbb0 >considering [0, 0xf3ffffff] >truncated region: [0x88000000, 0xf3ffffff]; size 0x6c000000 (requested >0x1000) >candidate region: [0xf3ffffff, 0x88000000], size 0x6c000000 >splitting region in three parts: [0, 0x87ffffff]; [0x88000000, 0x88000fff]; >[0x88001000, 0xf3ffffff] >cbb0: PCI Memory allocated: 88000000 >cardbus0: on cbb0 >pccard0: <16-bit PCCard bus> on cbb0 >.. >cbb1: at device 3.1 on pci0 >rman_reserve_resource: request: [0x88000000, >0xffffffff], length 0x1000, flags 12288, device cbb1 >considering [0x88000000, 0x88000fff] >region is allocated >considering [0x88001000, 0xf3ffffff] >truncated region: [0x88001000, 0xf3ffffff]; size 0x6bfff000 (requested >0x1000) >candidate region: [0xf3ffffff, 0x88001000], size 0x6bfff000 >allocating from the beginning >cbb1: PCI Memory allocated: 88001000 >cardbus1: on cbb1 >pccard1: <16-bit PCCard bus> on cbb1 >.. >Status is 0x30000410 >cbb0: card inserted: event=0x00000000, state=30000410 >pccard0: chip_socket_enable >cbb_pcic_socket_enable: >cbb0: cbb_power: 5V >pccard0: read_cis >rman_reserve_resource: request: [0x88000000, >0xffffffff], length 0x400, flags 12288, device pccard0 >considering [0x88000000, 0x88000fff] >region is allocated >considering [0x88001000, 0x88001fff] >region is allocated >considering [0x88002000, 0xf3ffffff] >truncated region: [0x88002000, 0xf3ffffff]; size 0x6bffe000 (requested >0x400) >candidate region: [0xf3ffffff, 0x88002000], size 0x6bffe000 >allocating from the beginning >cis mem map 0xdc6c9000 (resource: 0x88002000) >pccard0: CIS tuple chain: >CISTPL_NONE > 00 >CISTPL_NONE > 00 >CISTPL_NONE > 00 >CISTPL_NONE > 00 >CISTPL_NONE > 00 >CISTPL_NONE > 00 >CISTPL_NONE > 00 >CISTPL_NONE > 00 >CISTPL_NONE > 00 >CISTPL_NONE > 00 >TOO MANY CIS_NONE >CIS is too long -- truncating >CISTPL_END > ff >cis mem map dc6c9000 >CISTPL_LINKTARGET expected, code 40 observed >pccard0: check_cis_quirks >pccard0: Card has no functions! >cbb0: PC Card card activation failed >Status is 0x30000006 > > >After chaging start_memory: > >cbb0: card inserted: event=0x00000000, state=30000410 >pccard0: chip_socket_enable >cbb_pcic_socket_enable: >cbb0: cbb_power: 5V >pccard0: read_cis >rman_reserve_resource: request: [0xd0000000, >0xffffffff], length 0x400, flags 12288, device pccard0 >considering [0x88002000, 0xf3ffffff] >truncated region: [0xd0000000, 0xf3ffffff]; size 0x24000000 (requested >0x400) >candidate region: [0xf3ffffff, 0xd0000000], size 0x24000000 >splitting region in three parts: [0x88002000, 0xcfffffff]; [0xd0000000, >0xd00003ff]; [0xd0000400, 0xf3ffffff] >cis mem map 0xdd91a000 (resource: 0xd0000000) >pccard0: CIS tuple chain: >CISTPL_DEVICE type=null speed=null > 01 02 00 ff >CISTPL_DEVICE_A type=null speed=null > 17 02 00 ff >CISTPL_VERS_1 > 15 3b 05 00 58 69 72 63 6f 6d 00 43 72 65 64 69 > 74 43 61 72 64 20 45 74 68 65 72 6e 65 74 20 31 > 30 2f 31 30 30 20 2b 20 4d 6f 64 65 6d 20 35 36 > 00 43 45 4d 35 36 00 31 2e 30 30 00 ff >unhandled CISTPL 88 > 88 08 73 2f f6 00 00 00 00 00 >CISTPL_MANFID > 20 05 05 01 0a 11 46 >unhandled CISTPL 44 > 44 04 d2 3b 77 25 >CISTPL_CONFIG > 1a 05 01 3f 80 ff 67 >CISTPL_CFTABLE_ENTRY > 1b 14 e7 c1 9d 0f 55 4d 5d 4e e0 17 17 ea 60 e8 > 02 07 f0 bc 8e 20 >CISTPL_CFTABLE_ENTRY > 1b 07 1f 08 ea 60 e8 03 07 >CISTPL_CFTABLE_ENTRY > 1b 07 17 08 ea 60 f8 02 07 >CISTPL_CFTABLE_ENTRY > 1b 07 0f 08 ea 60 f8 03 07 >CISTPL_CFTABLE_ENTRY > 1b 03 3f 08 63 >CISTPL_FUNCID > 21 02 02 00 >CISTPL_FUNCE > 22 04 00 02 0f 5c >CISTPL_FUNCE > 22 0c 02 06 00 3f 1c 03 03 0f 07 00 01 b5 >CISTPL_FUNCE > 22 08 13 06 00 0b 00 02 00 b5 >CISTPL_FUNCID > 21 02 06 00 >CISTPL_FUNCE > 22 08 04 06 00 10 a4 f6 2f 73 >unhandled CISTPL 8a > 8a 0c 39 30 30 31 48 52 46 36 32 46 37 33 >unhandled CISTPL 8b > 8b 04 01 00 00 00 >CISTPL_NO_LINK > 14 00 >CISTPL_END > ff >pccard0: check_cis_quirks >pccard0: CIS version PC Card Standard 5.0 >pccard0: CIS info: Xircom, CreditCard Ethernet 10/100 + Modem 56, CEM56, >1.00 >pccard0: Manufacturer code 0x105, product 0x110a >pccard0: function 0: network adapter, ccr addr ff80 mask 67 >pccard0: function 0, config table entry 39: I/O card; irq mask 8ebc; iomask >a, iospace 2e8-2ef; mwait_required rdybsy_active io8 io16 irqshare irqpulse >irqlevel powerdown >pccard0: function 0, config table entry 31: I/O card; irq mask 8ebc; iomask >a, iospace 3e8-3ef; mwait_required rdybsy_active io8 io16 irqshare irqpulse >irqlevel powerdown >pccard0: function 0, config table entry 23: I/O card; irq mask 8ebc; iomask >a, iospace 2f8-2ff; mwait_required rdybsy_active io8 io16 irqshare irqpulse >irqlevel powerdown >pccard0: function 0, config table entry 15: I/O card; irq mask 8ebc; iomask >a, iospace 3f8-3ff; mwait_required rdybsy_active io8 io16 irqshare irqpulse >irqlevel powerdown >pccard0: function 0, config table entry 63: I/O card; irq mask 8ebc; iomask >3, iospace 0-7; mwait_required rdybsy_active io8 io16 irqshare irqpulse >irqlevel powerdown >pccard0: functions scanning >pccard0: Card has 1 functions. pccard_mfc is 0 >pccard0: I/O rid 0 start 2e8 end 2ef >rman_reserve_resource: request: [0x2e8, 0x2ef], length 0x8, >flags 3072, device pccard0 >considering [0x1f8, 0x2f7] >truncated region: [0x2e8, 0x2f0]; size 0x9 (requested 0x8) >candidate region: [0x2f0, 0x2e8], size 0x9 >splitting region in three parts: [0x1f8, 0x2e7]; [0x2e8, 0x2ef]; [0x2f0, >0x2f7] >rman_reserve_resource: request: [0xb, 0xb], >length 0x1, flags 4, device pccard0 >considering [0xb, 0xb] >region is allocated >considering [0xc, 0xc] >s->r_start (0xc) > end (0xb) >no unshared regions found >cbb_pcic_socket_enable: >cbb0: cbb_power: 0V >cbb0: cbb_power: 5V >rman_reserve_resource: request: [0xd0000000, >0xffffffff], length 0x400, flags 12288, device pccard0 >considering [0x88002000, 0xf3ffffff] >truncated region: [0xd0000000, 0xf3ffffff]; size 0x24000000 (requested >0x400) >candidate region: [0xf3ffffff, 0xd0000000], size 0x24000000 >splitting region in three parts: [0x88002000, 0xcfffffff]; [0xd0000000, >0xd00003ff]; [0xd0000400, 0xf3ffffff] >pccard0: ccr_res == d0000000-d00003ff, base=ff80 >pccard0: function 0 CCR at 0 offset f80: 67 0 0 0, 0 0 ff ff, ff >xe0: at port 0x2e8-0x2ef irq >11 function 0 config 39 on pccard0 >rman_reserve_resource: request: [0x100, 0x3ff], length 0x10, >flags 0, device pccard0 >considering [0x65, 0x16f] >truncated region: [0x100, 0x16f]; size 0x70 (requested 0x10) >candidate region: [0x16f, 0x100], size 0x70 >splitting region in three parts: [0x65, 0xff]; [0x100, 0x10f]; [0x110, >0x16f] >rman_reserve_resource: request: [0x100, 0x10f], length 0x10, >flags 4096, device xe0 >considering [0x65, 0x16f] >truncated region: [0x100, 0x110]; size 0x11 (requested 0x10) >candidate region: [0x110, 0x100], size 0x11 >splitting region in three parts: [0x65, 0xff]; [0x100, 0x10f]; [0x110, >0x16f] >rman_reserve_resource: request: [0xb, 0xb], >length 0x1, flags 4, device xe0 >considering [0xb, 0xb] >region is allocated >considering [0xc, 0xc] >s->r_start (0xc) > end (0xb) >no unshared regions found >xe0: [GIANT-LOCKED] >rman_reserve_resource: request: [0xd0000000, >0xffffffff], length 0x1000, flags 12288, device pccard0 >considering [0xd0000000, 0xd00003ff] >region is allocated >considering [0xd0000400, 0xf3ffffff] >truncated region: [0xd0001000, 0xf3ffffff]; size 0x23fff000 (requested >0x1000) >candidate region: [0xf3ffffff, 0xd0001000], size 0x23fff000 >splitting region in three parts: [0xd0000400, 0xd0000fff]; [0xd0001000, >0xd0001fff]; [0xd0002000, 0xf3ffffff] >rman_reserve_resource: request: [0xd0001000, >0xd0001fff], length 0x1000, flags 12288, device xe0 >considering [0xd0000400, 0xf3ffffff] >truncated region: [0xd0001000, 0xd0002000]; size 0x1001 (requested 0x1000) >candidate region: [0xd0002000, 0xd0001000], size 0x1001 >splitting region in three parts: [0xd0000400, 0xd0000fff]; [0xd0001000, >0xd0001fff]; [0xd0002000, 0xf3ffffff] >rman_reserve_resource: request: [0xd0001000, >0xd0001fff], length 0x1000, flags 12288, device pccard0 >considering [0xd0000400, 0xf3ffffff] >truncated region: [0xd0001000, 0xd0002000]; size 0x1001 (requested 0x1000) >candidate region: [0xd0002000, 0xd0001000], size 0x1001 >splitting region in three parts: [0xd0000400, 0xd0000fff]; [0xd0001000, >0xd0001fff]; [0xd0002000, 0xf3ffffff] >xe0: Xircom CEM56, version 0x55/0x05, 100Mbps capable, with modem >xe0: Ethernet address: 00:10:a4:f6:2f:73 >pccard0: function 0 CCR at 0 offset f80 mask 67: 67 80 ee e8, e8 2 67 67, >67 > > >Regards, >Carlos Velasco > >_______________________________________________ >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 Tue Apr 6 04:00:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFA8416A4F8 for ; Tue, 6 Apr 2004 04:00:12 -0700 (PDT) Received: from ftp.bjpu.edu.cn (ftp.bjpu.edu.cn [202.112.78.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02D9843D1D for ; Tue, 6 Apr 2004 04:00:12 -0700 (PDT) (envelope-from delphij@frontfree.net) Received: from localhost (localhost [127.0.0.1]) by ftp.bjpu.edu.cn (Postfix) with ESMTP id 5DC5252CA for ; Tue, 6 Apr 2004 18:59:53 +0800 (CST) Received: from ftp.bjpu.edu.cn ([127.0.0.1]) by localhost (ftp.bjpu.edu.cn [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 75724-06 for ; Tue, 6 Apr 2004 18:59:49 +0800 (CST) Received: from beastie.frontfree.net (beastie.frontfree.net [218.107.145.7]) by ftp.bjpu.edu.cn (Postfix) with ESMTP id 4EA2A529E for ; Tue, 6 Apr 2004 18:59:48 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 44D37121A9; Tue, 6 Apr 2004 18:59:47 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01461-10; Tue, 6 Apr 2004 18:59:44 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id 4AA0D12260; Tue, 6 Apr 2004 18:59:44 +0800 (CST) Date: Tue, 6 Apr 2004 18:59:43 +0800 From: Xin LI To: Artem Koutchine Message-ID: <20040406105943.GA2180@frontfree.net> References: <20040406071205.GA2819@frontfree.net> <001f01c41bab$ae842570$0c00a8c0@artem> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline In-Reply-To: <001f01c41bab$ae842570$0c00a8c0@artem> User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.2-CURRENT FreeBSD 5.2-CURRENT #58: Fri Mar 19 12:18:47 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: by Frontfree Secure Mail II at frontfree.net X-Virus-Scanned: by amavisd-new at frontfree.net cc: freebsd-current@freebsd.org Subject: Re: Qustion about being "Giant-locked" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 11:00:12 -0000 --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 06, 2004 at 11:49:20AM +0400, Artem Koutchine wrote: > >> While booting i see many drivers marked > >> as [Giant-locked]. > >> Is being Giant-locked good or bad what are the > >> implications? > >It's not good if you have a computer with multiple processors. >=20 > Well, i do have dual xeon with HT (4 logical CPUs). Is there > any way to fight giant-locked drivers or i just have to wait > until the driver will be rewritten w/o Giant? Or there are > some kernel options to disable Giant lock in the drivers? You may have to wait until the driver will be fine-grainlly locked down. Giant Lock is a concept that was widely used in tradional Unix kernels. Simply speaking, having Giant Locks means that all kernel components must grab it before doing something which could not be break in (for instance, when you are have read some data and is going to update a part of it, you don't want others to read or write in the same area). In the good old days, when computers have only one processor installed, this is quite efficient. However, when SMP is going to be a standard deployment, the problem comes that your kernel won't run on all processors when some part of it have grabbed a Giant Lock. Hence we tend to use other synchronization mechanisms which will allow the kernel to run on multiple processors without blowing things up. The FreeBSD Project has a project called "SMPng project" which is focused on implementing fine-grained SMP support for the FreeBSD kernel. You can obtain detailed information here: http://www.freebsd.org/smp/ Additionally, the driver SMPng conversion progress could be tracked on this page: http://www.freebsd.org/projects/busdma/ Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --YiEDa0DAkWCtVeE4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAco2fOfuToMruuMARAiXaAJ9AZhuDt9lR59efAvL4UU9miiq89QCfc8Qt iJqlNr1TAEzFK2ub6QflD5w= =kdVZ -----END PGP SIGNATURE----- --YiEDa0DAkWCtVeE4-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 5 09:10:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A01C16A4CE for ; Mon, 5 Apr 2004 09:10:26 -0700 (PDT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2B1F43D3F for ; Mon, 5 Apr 2004 09:10:25 -0700 (PDT) (envelope-from xdivac02@eva.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.12.11/8.12.11) with ESMTP id i35GAMq6085822 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Mon, 5 Apr 2004 18:10:22 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.12.11/8.12.5/Submit) id i35GALVi085820 for current@freebsd.org; Mon, 5 Apr 2004 18:10:21 +0200 (CEST) Date: Mon, 5 Apr 2004 18:10:21 +0200 From: Divacky Roman To: current@freebsd.org Message-ID: <20040405160955.GA83824@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.16 (www . roaringpenguin . com / mimedefang) X-Mailman-Approved-At: Tue, 06 Apr 2004 04:41:43 -0700 Subject: strange time output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 16:10:26 -0000 Hi on my machine (current@p2 233Mhz, may supply more info) tcsh gives this: necrophilia ~# time sleep 2 0.000u 0.033s 0:02.03 1.4% 6+220k 0+0io 0pf+0w necrophilia ~# on ANY other machine its something like: onyx ~$ time sleep 2 0.000u 0.000s 0:02.00 0.0% 0+0k 0+0io 131pf+0w onyx ~$ I mean everywhere else its 0+0k which is %X The average amount in (shared) text space used in %Kbytes. %D The average amount in (unshared) %data/stack space used in Kbytes. can you explain this? also on this machine when I issue "openssl speed" it takes about 2.7 sec for each 3 second round... can you explain me this? thnx Roman Divacky From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 04:46:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE8B316A4CE for ; Tue, 6 Apr 2004 04:46:16 -0700 (PDT) Received: from lakermmtao05.cox.net (lakermmtao05.cox.net [68.230.240.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48C3543D2D for ; Tue, 6 Apr 2004 04:46:16 -0700 (PDT) (envelope-from conrads@ip68-14-60-78.no.no.cox.net) Received: from ip68-14-60-78.no.no.cox.net ([68.14.60.78]) by lakermmtao05.cox.netESMTP <20040406114542.FDCS6643.lakermmtao05.cox.net@ip68-14-60-78.no.no.cox.net> for ; Tue, 6 Apr 2004 07:45:42 -0400 Received: from ip68-14-60-78.no.no.cox.net (localhost [127.0.0.1]) i36BjgLb067190 for ; Tue, 6 Apr 2004 06:45:42 -0500 (CDT) (envelope-from conrads@ip68-14-60-78.no.no.cox.net) Received: (from conrads@localhost)i36BjbVg067188 for freebsd-current@freebsd.org; Tue, 6 Apr 2004 06:45:37 -0500 (CDT) (envelope-from conrads) Date: Tue, 6 Apr 2004 06:45:36 -0500 From: "Conrad J. Sabatier" To: freebsd-current@freebsd.org Message-ID: <20040406114536.GA47603@cox.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: Bogus include in src/sys/net80211/ieee80211_ioctl.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 11:46:16 -0000 [snip] #include __FBSDID("$FreeBSD: src/sys/net80211/ieee80211_ioctl.c,v 1.13 2004/03/30 22:57:57 sam Exp $"); /* * IEEE 802.11 ioctl support (FreeBSD-specific) */ #include "opt_inet.h" /* #include "opt_ipx.h" */ This last include (which I had to comment out to get the file to compile) seems bogus to me. There *is* no opt_ipx.h. I believe it should be removed. -- Conrad Sabatier - "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 04:52:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2511116A4CE; Tue, 6 Apr 2004 04:52:21 -0700 (PDT) Received: from smtp2.home.se (smtp2.home.se [213.214.194.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2189A43D53; Tue, 6 Apr 2004 04:52:20 -0700 (PDT) (envelope-from mauritz.sundell@home.se) Received: from mauritz.sundell@home.se [192.71.194.210] by home.se with NetMail ModWeb Module; Tue, 06 Apr 2004 13:47:50 +0200 From: "Mauritz Sundell" To: freebsd@newipnet.com Date: Tue, 06 Apr 2004 13:47:50 +0200 X-Mailer: NetMail ModWeb Module X-Sender: mauritz.sundell@home.se MIME-Version: 1.0 Message-ID: <1081252070.ccf8bc80mauritz.sundell@home.se> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable cc: freebsd-current@freebsd.org cc: jon@freebsd.org cc: freebsd-mobile@freebsd.org cc: marc@mit.edu Subject: Re: Re: pccbb pccard rman - Something is very wrong somewhere X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 11:52:21 -0000 (I have not followed this thread from the beginning so please excuse me if I have missed something) I do not think this is an alignment-related error. The cbb only wants 4096 bytes so why must it be aligned on bigger blocks. What you do are that you disqualify the address rman chooses on your system, what is bad somehow. I had maybe the same problem when I first upgraded from 4.X to 5.X. Can you check if some other device also have got the same memory area assigned (later in dmesg)?=20 The problem for me are that when memory for the pccard gets allocated FreeB= SD takes the next available memory but dont check the list of reserved memory areas that it got from BIOS before, and actually it allocates the memory that BIOS has wired to my fxp0 device that is initiated after my cbb. So I have to set hw.cbb.start_memory in /boot/device.hints to a memory area= that I has beforehande confirmed that it is free (4096-aligned) -----Original Message----- From: "Carlos Velasco" To: "M. Warner Losh" , jon@freebsd.org, marc@mit.edu, freeb= sd-current@freebsd.org, freebsd-mobile@freebsd.org Date: Tue, 06 Apr 2004 12:55:15 +0200 Subject: Re: pccbb pccard rman - Something is very wrong somewhere Hello, Investigating this problem, I have discovered two issues. One minor bug (off-by-1) in subr_rman.c: diff -ur sys/kern/subr_rman.c sysnew/kern/subr_rman.c --- sys/kern/subr_rman.c=09Wed Jun 11 00:56:57 2003 +++ sysnew/kern/subr_rman.c=09Tue Apr 6 11:41:23 2004 @@ -234,7 +234,7 @@ =09=09=09=09rstart +=3D bound - (rstart & ~bmask); =09=09} while ((rstart & amask) !=3D 0 && rstart < end && =09=09 rstart < s->r_end); -=09=09rend =3D ulmin(s->r_end, ulmax(rstart + count, end)); +=09=09rend =3D ulmin(s->r_end, ulmax(rstart + count - 1, end)); =09=09if (rstart > rend) { =09=09=09DPRINTF(("adjusted start exceeds end\n")); =09=09=09continue; And the real problem, an alignment issue that prevents pccard to work: diff -ur sys/dev/pccbb/pccbbreg.h sysnew/dev/pccbb/pccbbreg.h --- sys/dev/pccbb/pccbbreg.h=09Sat Aug 9 20:49:22 2003 +++ sysnew/dev/pccbb/pccbbreg.h=09Tue Apr 6 11:40:13 2004 @@ -74,8 +74,8 @@ #define=09CBBR_IOLIMIT0=09=09=09=090x30=09/* len=3D4 */ #define=09CBBR_IOBASE1=09=09=09=090x34=09/* len=3D4 */ #define=09CBBR_IOLIMIT1=09=09=09=090x38=09/* len=3D4 */ -#define=09CBB_MEMALIGN=09=09=09=094096 -#define CBB_MEMALIGN_BITS=09=09=0912 +#define=09CBB_MEMALIGN=09=09=09=0965536 +#define CBB_MEMALIGN_BITS=09=09=0916 #define=09CBB_IOALIGN=09=09=09=094 #define CBB_IOALIGN_BITS=09=09=092 We are aligning to 0x1000 (4096) and we should align to, at least, 0x10000 (65536). This solves the problem. Can anyone review these patches and commit them if they are right? Regards, Carlos Velasco *********** REPLY SEPARATOR *********** On 04/04/2004 at 23:42 Carlos Velasco wrote: >Hello, > >I have been trying to find this exact bug but I have been unable. Any help >would be apreciated. > >Using 5.2-Current > >Problem related to pccard using NEWCARD (OLDCARD works ok), not reading >CIS. >Googling I have found some reference: >http://lists.freebsd.org/pipermail/freebsd-mobile/2003-December/002611.htm= l > >Activating debugs I find something really weird: > >1. cbb1 allocating from beginning?? >allocating from the beginning >2. size 0x6bffe000???? >truncated region: [0x88002000, 0xf3ffffff]; size 0x6bffe000 (requested >0x400) > >If, _after boot_ , I change value hw.cbb.start_memory to 0xd0000000: >hw.cbb.start_memory: 3489660928 >PCMCIA works. > >I have been investigating the issue in subr_rman.c, as I have showed that >cbb resourses are the only that hit "region is allocated" and success after >it, but I haven't found the problem. > >Here are some logs: > >cbb0: at device 3.0 on pci0 >rman_reserve_resource: request: [0x88000000, >0xffffffff], length 0x1000, flags 12288, device cbb0 >considering [0, 0xf3ffffff] >truncated region: [0x88000000, 0xf3ffffff]; size 0x6c000000 (requested >0x1000) >candidate region: [0xf3ffffff, 0x88000000], size 0x6c000000 >splitting region in three parts: [0, 0x87ffffff]; [0x88000000, 0x88000fff]; >[0x88001000, 0xf3ffffff] >cbb0: PCI Memory allocated: 88000000 >cardbus0: on cbb0 >pccard0: <16-bit PCCard bus> on cbb0 >.. >cbb1: at device 3.1 on pci0 >rman_reserve_resource: request: [0x88000000, >0xffffffff], length 0x1000, flags 12288, device cbb1 >considering [0x88000000, 0x88000fff] >region is allocated >considering [0x88001000, 0xf3ffffff] >truncated region: [0x88001000, 0xf3ffffff]; size 0x6bfff000 (requested >0x1000) >candidate region: [0xf3ffffff, 0x88001000], size 0x6bfff000 >allocating from the beginning >cbb1: PCI Memory allocated: 88001000 >cardbus1: on cbb1 >pccard1: <16-bit PCCard bus> on cbb1 >.. >Status is 0x30000410 >cbb0: card inserted: event=3D0x00000000, state=3D30000410 >pccard0: chip_socket_enable >cbb_pcic_socket_enable: >cbb0: cbb_power: 5V >pccard0: read_cis >rman_reserve_resource: request: [0x88000000, >0xffffffff], length 0x400, flags 12288, device pccard0 >considering [0x88000000, 0x88000fff] >region is allocated >considering [0x88001000, 0x88001fff] >region is allocated >considering [0x88002000, 0xf3ffffff] >truncated region: [0x88002000, 0xf3ffffff]; size 0x6bffe000 (requested >0x400) >candidate region: [0xf3ffffff, 0x88002000], size 0x6bffe000 >allocating from the beginning >cis mem map 0xdc6c9000 (resource: 0x88002000) >pccard0: CIS tuple chain: >CISTPL_NONE > 00 >CISTPL_NONE > 00 >CISTPL_NONE > 00 >CISTPL_NONE > 00 >CISTPL_NONE > 00 >CISTPL_NONE > 00 >CISTPL_NONE > 00 >CISTPL_NONE > 00 >CISTPL_NONE > 00 >CISTPL_NONE > 00 >TOO MANY CIS_NONE >CIS is too long -- truncating >CISTPL_END > ff >cis mem map dc6c9000 >CISTPL_LINKTARGET expected, code 40 observed >pccard0: check_cis_quirks >pccard0: Card has no functions! >cbb0: PC Card card activation failed >Status is 0x30000006 > > >After chaging start_memory: > >cbb0: card inserted: event=3D0x00000000, state=3D30000410 >pccard0: chip_socket_enable >cbb_pcic_socket_enable: >cbb0: cbb_power: 5V >pccard0: read_cis >rman_reserve_resource: request: [0xd0000000, >0xffffffff], length 0x400, flags 12288, device pccard0 >considering [0x88002000, 0xf3ffffff] >truncated region: [0xd0000000, 0xf3ffffff]; size 0x24000000 (requested >0x400) >candidate region: [0xf3ffffff, 0xd0000000], size 0x24000000 >splitting region in three parts: [0x88002000, 0xcfffffff]; [0xd0000000, >0xd00003ff]; [0xd0000400, 0xf3ffffff] >cis mem map 0xdd91a000 (resource: 0xd0000000) >pccard0: CIS tuple chain: >CISTPL_DEVICE type=3Dnull speed=3Dnull > 01 02 00 ff >CISTPL_DEVICE_A type=3Dnull speed=3Dnull > 17 02 00 ff >CISTPL_VERS_1 > 15 3b 05 00 58 69 72 63 6f 6d 00 43 72 65 64 69 > 74 43 61 72 64 20 45 74 68 65 72 6e 65 74 20 31 > 30 2f 31 30 30 20 2b 20 4d 6f 64 65 6d 20 35 36 > 00 43 45 4d 35 36 00 31 2e 30 30 00 ff >unhandled CISTPL 88 > 88 08 73 2f f6 00 00 00 00 00 >CISTPL_MANFID > 20 05 05 01 0a 11 46 >unhandled CISTPL 44 > 44 04 d2 3b 77 25 >CISTPL_CONFIG > 1a 05 01 3f 80 ff 67 >CISTPL_CFTABLE_ENTRY > 1b 14 e7 c1 9d 0f 55 4d 5d 4e e0 17 17 ea 60 e8 > 02 07 f0 bc 8e 20 >CISTPL_CFTABLE_ENTRY > 1b 07 1f 08 ea 60 e8 03 07 >CISTPL_CFTABLE_ENTRY > 1b 07 17 08 ea 60 f8 02 07 >CISTPL_CFTABLE_ENTRY > 1b 07 0f 08 ea 60 f8 03 07 >CISTPL_CFTABLE_ENTRY > 1b 03 3f 08 63 >CISTPL_FUNCID > 21 02 02 00 >CISTPL_FUNCE > 22 04 00 02 0f 5c >CISTPL_FUNCE > 22 0c 02 06 00 3f 1c 03 03 0f 07 00 01 b5 >CISTPL_FUNCE > 22 08 13 06 00 0b 00 02 00 b5 >CISTPL_FUNCID > 21 02 06 00 >CISTPL_FUNCE > 22 08 04 06 00 10 a4 f6 2f 73 >unhandled CISTPL 8a > 8a 0c 39 30 30 31 48 52 46 36 32 46 37 33 >unhandled CISTPL 8b > 8b 04 01 00 00 00 >CISTPL_NO_LINK > 14 00 >CISTPL_END > ff >pccard0: check_cis_quirks >pccard0: CIS version PC Card Standard 5.0 >pccard0: CIS info: Xircom, CreditCard Ethernet 10/100 + Modem 56, CEM56, >1.00 >pccard0: Manufacturer code 0x105, product 0x110a >pccard0: function 0: network adapter, ccr addr ff80 mask 67 >pccard0: function 0, config table entry 39: I/O card; irq mask 8ebc; iomask >a, iospace 2e8-2ef; mwait_required rdybsy_active io8 io16 irqshare irqpulse >irqlevel powerdown >pccard0: function 0, config table entry 31: I/O card; irq mask 8ebc; iomask >a, iospace 3e8-3ef; mwait_required rdybsy_active io8 io16 irqshare irqpulse >irqlevel powerdown >pccard0: function 0, config table entry 23: I/O card; irq mask 8ebc; iomask >a, iospace 2f8-2ff; mwait_required rdybsy_active io8 io16 irqshare irqpulse >irqlevel powerdown >pccard0: function 0, config table entry 15: I/O card; irq mask 8ebc; iomask >a, iospace 3f8-3ff; mwait_required rdybsy_active io8 io16 irqshare irqpulse >irqlevel powerdown >pccard0: function 0, config table entry 63: I/O card; irq mask 8ebc; iomask >3, iospace 0-7; mwait_required rdybsy_active io8 io16 irqshare irqpulse >irqlevel powerdown >pccard0: functions scanning >pccard0: Card has 1 functions. pccard_mfc is 0 >pccard0: I/O rid 0 start 2e8 end 2ef >rman_reserve_resource: request: [0x2e8, 0x2ef], length 0x8, >flags 3072, device pccard0 >considering [0x1f8, 0x2f7] >truncated region: [0x2e8, 0x2f0]; size 0x9 (requested 0x8) >candidate region: [0x2f0, 0x2e8], size 0x9 >splitting region in three parts: [0x1f8, 0x2e7]; [0x2e8, 0x2ef]; [0x2f0, >0x2f7] >rman_reserve_resource: request: [0xb, 0xb], >length 0x1, flags 4, device pccard0 >considering [0xb, 0xb] >region is allocated >considering [0xc, 0xc] >s->r_start (0xc) > end (0xb) >no unshared regions found >cbb_pcic_socket_enable: >cbb0: cbb_power: 0V >cbb0: cbb_power: 5V >rman_reserve_resource: request: [0xd0000000, >0xffffffff], length 0x400, flags 12288, device pccard0 >considering [0x88002000, 0xf3ffffff] >truncated region: [0xd0000000, 0xf3ffffff]; size 0x24000000 (requested >0x400) >candidate region: [0xf3ffffff, 0xd0000000], size 0x24000000 >splitting region in three parts: [0x88002000, 0xcfffffff]; [0xd0000000, >0xd00003ff]; [0xd0000400, 0xf3ffffff] >pccard0: ccr_res =3D=3D d0000000-d00003ff, base=3Dff80 >pccard0: function 0 CCR at 0 offset f80: 67 0 0 0, 0 0 ff ff, ff >xe0: at port 0x2e8-0x2ef irq >11 function 0 config 39 on pccard0 >rman_reserve_resource: request: [0x100, 0x3ff], length 0x10, >flags 0, device pccard0 >considering [0x65, 0x16f] >truncated region: [0x100, 0x16f]; size 0x70 (requested 0x10) >candidate region: [0x16f, 0x100], size 0x70 >splitting region in three parts: [0x65, 0xff]; [0x100, 0x10f]; [0x110, >0x16f] >rman_reserve_resource: request: [0x100, 0x10f], length 0x10, >flags 4096, device xe0 >considering [0x65, 0x16f] >truncated region: [0x100, 0x110]; size 0x11 (requested 0x10) >candidate region: [0x110, 0x100], size 0x11 >splitting region in three parts: [0x65, 0xff]; [0x100, 0x10f]; [0x110, >0x16f] >rman_reserve_resource: request: [0xb, 0xb], >length 0x1, flags 4, device xe0 >considering [0xb, 0xb] >region is allocated >considering [0xc, 0xc] >s->r_start (0xc) > end (0xb) >no unshared regions found >xe0: [GIANT-LOCKED] >rman_reserve_resource: request: [0xd0000000, >0xffffffff], length 0x1000, flags 12288, device pccard0 >considering [0xd0000000, 0xd00003ff] >region is allocated >considering [0xd0000400, 0xf3ffffff] >truncated region: [0xd0001000, 0xf3ffffff]; size 0x23fff000 (requested >0x1000) >candidate region: [0xf3ffffff, 0xd0001000], size 0x23fff000 >splitting region in three parts: [0xd0000400, 0xd0000fff]; [0xd0001000, >0xd0001fff]; [0xd0002000, 0xf3ffffff] >rman_reserve_resource: request: [0xd0001000, >0xd0001fff], length 0x1000, flags 12288, device xe0 >considering [0xd0000400, 0xf3ffffff] >truncated region: [0xd0001000, 0xd0002000]; size 0x1001 (requested 0x1000) >candidate region: [0xd0002000, 0xd0001000], size 0x1001 >splitting region in three parts: [0xd0000400, 0xd0000fff]; [0xd0001000, >0xd0001fff]; [0xd0002000, 0xf3ffffff] >rman_reserve_resource: request: [0xd0001000, >0xd0001fff], length 0x1000, flags 12288, device pccard0 >considering [0xd0000400, 0xf3ffffff] >truncated region: [0xd0001000, 0xd0002000]; size 0x1001 (requested 0x1000) >candidate region: [0xd0002000, 0xd0001000], size 0x1001 >splitting region in three parts: [0xd0000400, 0xd0000fff]; [0xd0001000, >0xd0001fff]; [0xd0002000, 0xf3ffffff] >xe0: Xircom CEM56, version 0x55/0x05, 100Mbps capable, with modem >xe0: Ethernet address: 00:10:a4:f6:2f:73 >pccard0: function 0 CCR at 0 offset f80 mask 67: 67 80 ee e8, e8 2 67 67, >67 > > >Regards, >Carlos Velasco > >_______________________________________________ >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" _______________________________________________ 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 Tue Apr 6 05:00:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB42216A4CE for ; Tue, 6 Apr 2004 05:00:23 -0700 (PDT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4030E43D45 for ; Tue, 6 Apr 2004 05:00:23 -0700 (PDT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id CDE53530D; Tue, 6 Apr 2004 13:59:59 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id D9841530A; Tue, 6 Apr 2004 13:59:52 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id C072233C6C; Tue, 6 Apr 2004 13:59:52 +0200 (CEST) To: "Conrad J. Sabatier" References: <20040406114536.GA47603@cox.net> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Tue, 06 Apr 2004 13:59:52 +0200 In-Reply-To: <20040406114536.GA47603@cox.net> (Conrad J. Sabatier's message of "Tue, 6 Apr 2004 06:45:36 -0500") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: freebsd-current@freebsd.org Subject: Re: Bogus include in src/sys/net80211/ieee80211_ioctl.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 12:00:24 -0000 "Conrad J. Sabatier" writes: > #include "opt_inet.h" > /* > #include "opt_ipx.h" > */ > > This last include (which I had to comment out to get the file to compile)= =20 > seems bogus to me. There *is* no opt_ipx.h. I believe it should be=20 > removed. No, opt_ipx.h has existed since 1997. It should be present (but empty, unless you have 'options IPXIP' in your kernel config) in your kernel compile directory. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 04:46:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3826316A4CE for ; Tue, 6 Apr 2004 04:46:18 -0700 (PDT) Received: from altern.org (altern.org [80.67.174.57]) by mx1.FreeBSD.org (Postfix) with SMTP id 7C2C943D54 for ; Tue, 6 Apr 2004 04:46:17 -0700 (PDT) (envelope-from charlysquare@altern.org) Received: (qmail 15659 invoked by alias); 6 Apr 2004 11:27:18 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by 127.0.0.1 with SMTP; 6 Apr 2004 11:27:18 -0000 Date: Tue, 6 Apr 2004 13:26:53 +0200 (CEST) From: To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Message-Id: <20040406114617.7C2C943D54@mx1.FreeBSD.org> X-Mailman-Approved-At: Tue, 06 Apr 2004 05:11:35 -0700 Subject: Cordless mouse X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 11:46:18 -0000 Hi, I've got a Cordless combo Mouse/keyboard Memorex RF7000, my keyboard is detected, but the mouse don't want to move.. i've tested it under knoppix or windows, and it works ! but under FreeBSD 5.2, i can't manage to move the cursor.. I've been helped by Soren Schmidt 'til now, here is what he adviced me : 1. ---------------------------------------------- ------------------------------------------------- I use the following hack with a wireless Fujitsu-Siemens USB kbd+mouse here, maybe that helps.. Index: hid.c =================================================================== u_long hid_get_data(u_char *buf, struct hid_location *loc) { - u_int hpos = loc->pos; + u_int hpos = loc->pos - 40;; u_int hsize = loc->size; u_int32_t data; int i, s; Index: ums.c =================================================================== ret = UMATCH_NONE; free(desc, M_TEMP); - return (ret); + return (UMATCH_IFACECLASS); } USB_ATTACH(ums) 2. ---------------------------------------------- ------------------------------------------------- > dmesg | grep ums return ums0 so this is good > ps ax|grep moused return : > /usr/sbin/moused -p /dev/ums0 so this is great.. >but...the mouse is not moving at all... OK, then back out this part of the patch, that might not be needed for your mouse (mine has several buttons and wheels and what not :) ) > > hid_get_data(u_char *buf, struct hid_location *loc) > > { > > - u_int hpos = loc->pos; > > + u_int hpos = loc->pos - 40;; > > u_int hsize = loc->size; > > u_int32_t data; > > int i, s; > > 3. ---------------------------------------------- ------------------------------------------------- > I've rebuild my kernel, but the cursor is not moving... Hmm then the mouse is probably using a new variation of the protocol (mine does hence the first patch). I guess that will need further investigation to find out how it sends its position info, there are some debugging code in there that can be of use, but if you are not a programmer it will probably be a bit difficult todo... 4. ---------------------------------------------- ------------------------------------------------- I used the below patch to find out how the position info looked from my mouse/kbd combo, use it with debug defined in ums.c. Looking at the output when moving the mouse might help you to find out what your does. Hope that helps you further along... Index: ums.c =================================================================== #define UMS_BUT(i) ((i) < 3 ? (((i) + 2) % 3) : (i)) DPRINTFN(5, ("ums_intr: sc=%p status=%d\\\\n", sc, status)); - DPRINTFN(5, ("ums_intr: data = %02x %02x %02x\\\\n", - sc->sc_ibuf[0], sc->sc_ibuf[1], sc->sc_ibuf[2])); + DPRINTFN(5, ("ums_intr: data = ")); + for (i=0; isc_isize; i++) + DPRINTFN(5, ("%02x ", sc->sc_ibuf[i])); + DPRINTFN(5, ("\\\\n")); if (status == USBD_CANCELLED) return; --------------------------------------------------------- --------->>>> at this point, i didn't know where to search to find the mouse position... So i saw another mail, and tried this solution : 1/first i build my kernel back to the original configuration except the first modification in ums.c that Soren Schmidt adviced me (it enables moused) 2/i added #define USB_DEBUG to src/sys/dev/usb/usb.h, (as said in http://lists.freebsd.org/pipermail/freebsd-current/2004-January/018057.html & http://lists.freebsd.org/pipermail/freebsd-current/2004-March/023083.html) then i rebuild & reinstall my kernel. 3/i did that : sysctl hw.usb.ums.debug=15, and (re)attach the USB device. 4/ the resulting "ums_attach:..." messages from dmesg here : ukbd0: BTC USB Multimedia Cordless Kit, rev 1.10/1.30, addr 2, iclass 3/1 kdb0 at ukbd0 ums0: BTC USB Multimedia Cordless Kit, rev 1.10/1.30, addr 2, iclass 3/1 ums_attach: bLength=7 bDescriptorType=5 bEndpointAddress=2-in bmAttributes=3 wMaxPacketSize=6 bInterval=14 ums0: 5 buttons and Z dir. ums_attach: sc=0xc68bac00 ums_attach: X 80/8 ums_attach: Y 88/8 ums_attach: Z 96/8 ums_attach: B1 72/1 ums_attach: B2 73/1 ums_attach: B3--74/1-------------------------------- ums_attach: B4 75/1 ums_attach: B5 76/1 ums_attach: size=14, id=4 Could you help me please ? Many thanks ------------ killall -9 moused ums_intr: sc=0xc68bac00 status=6 ums_intr: data = db 39 39 ---- cat /dev/ums0 ums_intr: x:0 y:0 z:0 buttons:0x0 ums_intr: sc=0xc68bac00 status=6 ums_intr: data = 04 00 00 ums_intr: data = 10 02 05 f3 c0 a8 01 01 00 00 00 00 00 00 with cat /dev/ums0 click on the top_right button : ums_intr: data: 04 02 00 00 00 a8 01 01 00 00 00 00 00 00 click on the top_left button : ums_intr: data: 04 01 fe ff 00 a8 01 01 00 00 00 00 00 00 click on the side_right button : ums_intr: data: 04 10 fe ff 00 a8 01 01 00 00 00 00 00 00 click on the side_left button : ums_intr: data: 04 08 fe ff 00 a8 01 01 00 00 00 00 00 00 click on the wheel : ums_intr: data: 04 04 00 00 00 a8 01 01 00 00 00 00 00 00 rolling up the wheel: ums_intr: data: 04 00 00 00 01 a8 01 01 00 00 00 00 00 00 rolling down the wheel: ums_intr: data: 04 00 00 00 ff a8 01 01 00 00 00 00 00 00 moving the mouse : ums_intr: data: 04 00 fe ff 00 a8 01 01 00 00 00 00 00 00 ums_intr: data: 04 00 ff fe 00 a8 01 01 00 00 00 00 00 00 ums_intr: data: 04 00 02 ff 00 a8 01 01 00 00 00 00 00 00 ums_intr: data: 04 00 05 ff <-- those are changing, etc.. From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 05:46:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D267E16A4CE for ; Tue, 6 Apr 2004 05:46:59 -0700 (PDT) Received: from crf-consulting.co.uk (82-44-220-218.cable.ubr10.haye.blueyonder.co.uk [82.44.220.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E3E543D2D for ; Tue, 6 Apr 2004 05:46:58 -0700 (PDT) (envelope-from nik@crf-consulting.co.uk) Received: from clan.nothing-going-on.org (clan.nothing-going-on.org [192.168.1.20])i36Ckg5U065648 for ; Tue, 6 Apr 2004 13:46:42 +0100 (BST) (envelope-from nik@catkin) Received: from clan.nothing-going-on.org (localhost [127.0.0.1]) i36CkgQ4000943 for ; Tue, 6 Apr 2004 13:46:42 +0100 (BST) (envelope-from nik@clan.nothing-going-on.org) Received: (from nik@localhost)i36Ckfsa000942 for current@freebsd.org; Tue, 6 Apr 2004 13:46:41 +0100 (BST) (envelope-from nik) Date: Tue, 6 Apr 2004 13:46:41 +0100 From: Nik Clayton To: current@freebsd.org Message-ID: <20040406124641.GA800@clan.nothing-going-on.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SLDf9lqlvOQaIe6s" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Organization: FreeBSD Project Subject: USB issues -- dodgy motherboard? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 12:47:00 -0000 --SLDf9lqlvOQaIe6s Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable All, I'm trying to use some USB devices on a -current system, updated on 17th March 2004. The motherboard is a Gigabyte 6VXDC7, BIOS rev. F6, with all the USB ports enabled (according to the BIOS). One of the ports is then connected to the USB hub built in to one of the monitors, an Iiyama AU4831D. This hub has four ports. The kernel has the following USB and related devices compiled in: [...] device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) [...] # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # USB2 device usb # USB Bus (required) device ugen # Generic device uhid # "Human Interface Devices" device umass # Disks/Mass storage - Requires scbus and da At boot time, FreeBSD probes these as: [clan] ~> dmesg | grep \^u uhci0: port 0xc000-0xc01f irq 10 at device 7.2 = on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhub1: Atmel Standard USB Hub, class 9/0, rev 1.10/3.00, addr 2 uhub1: 4 ports with 4 removable, self powered uhci1: port 0xc400-0xc41f irq 10 at device 7.3 = on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered usbd is enabled, with a 'usbd_enable=3D"YES"' line in /etc/rc.conf. However, plugging in any USB devices in to any of the ports doesn't actuall= y=20 do anything. If they have status LEDs these light up, and lines like: Apr 6 13:39:50 clan kernel: uhub0: device problem, disabling port 1 Apr 6 13:40:10 clan kernel: uhub0: port error, restarting port 1 Apr 6 13:40:30 clan kernel: uhub0: port error, restarting port 1 Apr 6 13:40:30 clan kernel: uhub0: port error, giving up port 1 Apr 6 13:41:52 clan kernel: uhub0: device problem, disabling port 1 appear in the system log/console. Doesn't matter whether it's a USB storage device (I've got a couple of USB keychain drives here, as well as a Compact Flash -> USB adapter), a mouse, a bluetooth dongle, or a graphics pad (Wacom Graphire 2). Should I just assume the hardware's b0rked? Googling for this hardware shows that other people with this motherboard and/or USB controller seem to have success with it. N --=20 FreeBSD: The Power to Serve http://www.freebsd.org/ (__) FreeBSD Documentation Project http://www.freebsd.org/docproj/ \\\'',) \/ \= ^ --- 15B8 3FFC DDB4 34B0 AA5F 94B7 93A8 0764 2C37 E375 --- .\._/= _) --SLDf9lqlvOQaIe6s Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAcqaxk6gHZCw343URAkTjAJ9ZYa8DrNrVL8BwHVlUkrwSoNX50gCfVbRd QLsZJqBB9of4NjQBcf+FBjY= =9tt7 -----END PGP SIGNATURE----- --SLDf9lqlvOQaIe6s-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 05:51:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 703CA16A4CE; Tue, 6 Apr 2004 05:51:53 -0700 (PDT) Received: from smtp.newipnet.com (5.Red-80-32-157.pooles.rima-tde.net [80.32.157.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FFC743D2D; Tue, 6 Apr 2004 05:51:50 -0700 (PDT) (envelope-from freebsd@newipnet.com) Received: by smtp.newipnet.com (ESMTP Server, from userid 511) id C72D5204EF; Tue, 6 Apr 2004 14:50:56 +0200 (CEST) Received: from madre (madre.newipnet.com [192.168.128.4]) by smtp.newipnet.com (ESMTP Server) with ESMTP id E939520504; Tue, 6 Apr 2004 14:50:41 +0200 (CEST) Message-ID: <200404061448430076.08DDD182@192.168.128.16> In-Reply-To: <1081252070.ccf8bc80mauritz.sundell@home.se> References: <1081252070.ccf8bc80mauritz.sundell@home.se> X-Mailer: Courier 3.50.00.09.1092 (http://www.rosecitysoftware.com) (P) Date: Tue, 06 Apr 2004 14:48:43 +0200 From: "Carlos Velasco" To: "Mauritz Sundell" Content-Type: text/plain; charset="ISO-8859-1" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on atlas.newipnet.com X-Spam-Level: X-Spam-Status: No, hits=-104.9 required=5.0 tests=BAYES_00,USER_IN_WHITELIST autolearn=ham version=2.63 cc: freebsd-current@freebsd.org cc: jon@freebsd.org cc: freebsd-mobile@freebsd.org cc: marc@mit.edu Subject: Re[3]: pccbb pccard rman - Something is very wrong somewhere X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 12:51:53 -0000 Mauritz, CURRENT is checking for allocated memory yet (see messages: region is allocated). cbb0 is initialized and get the first 0x88000000 (pccbb.c. #define CBB_START_MEM 0x88000000): cbb0: at device 3.0 on pci0 rman_reserve_resource: request: [0x88000000, 0xffffffff], length 0x1000, flags 12288, device cbb0 considering [0, 0xf3ffffff] truncated region: [0x88000000, 0xf3ffffff]; size 0x6c000000 (requested 0x1000) candidate region: [0xf3ffffff, 0x88000000], size 0x6c000000 splitting region in three parts: [0, 0x87ffffff]; [0x88000000, 0x88000fff]; [0x88001000, 0xf3ffffff] cbb0: PCI Memory allocated: 88000000 later, ccb1 is initilized and get 0x88001000: cbb1: at device 3.1 on pci0 rman_reserve_resource: request: [0x88000000, 0xffffffff], length 0x1000, flags 12288, device cbb1 considering [0x88000000, 0x88000fff] region is allocated considering [0x88001000, 0xf3ffffff] truncated region: [0x88001000, 0xf3ffffff]; size 0x6bfff000 (requested 0x1000) candidate region: [0xf3ffffff, 0x88001000], size 0x6bfff000 allocating from the beginning cbb1: PCI Memory allocated: 88001000 later... PCCARD ask for resources to cbb (dependant) and obtain 0x88002000: pccard0: read_cis rman_reserve_resource: request: [0x88000000, 0xffffffff], length 0x400, flags 12288, device pccard0 considering [0x88000000, 0x88000fff] region is allocated considering [0x88001000, 0x88001fff] region is allocated considering [0x88002000, 0xf3ffffff] truncated region: [0x88002000, 0xf3ffffff]; size 0x6bffe000 (requested 0x400) candidate region: [0xf3ffffff, 0x88002000], size 0x6bffe000 allocating from the beginning cis mem map 0xdc6c9000 (resource: 0x88002000) pccard0: CIS tuple chain: CISTPL_NONE 00 CISTPL_NONE 00 CISTPL_NONE 00 CISTPL_NONE 00 CISTPL_NONE 00 CISTPL_NONE 00 CISTPL_NONE 00 CISTPL_NONE 00 CISTPL_NONE 00 CISTPL_NONE 00 TOO MANY CIS_NONE CIS is too long -- truncating CISTPL_END ff cis mem map dc6c9000 CISTPL_LINKTARGET expected, code 40 observed pccard0: check_cis_quirks pccard0: Card has no functions! cbb0: PC Card card activation failed I'm not an expertinto this but if you, after boot, change value hw.cbb.start_memory to any non aligned value (to 0x10000) it will fail. Also, you can workaround the error if you define in hint something like: hw.cbb.start_memory="0x87FFE000", that lets 0x87FFE000 to cbb0, 0x87FFF000 to cbb1 and 0x88000000 to pccard0 that makes this aligned. So I really think that pccard allocation needs alignment to 0x10000, I don't know exactly why. Regards, Carlos Velasco *********** REPLY SEPARATOR *********** On 06/04/2004 at 13:47 Mauritz Sundell wrote: >(I have not followed this thread from the beginning >so please excuse me if I have missed something) > >I do not think this is an alignment-related error. >The cbb only wants 4096 bytes so why must it be aligned >on bigger blocks. What you do are that you disqualify >the address rman chooses on your system, what is bad >somehow. > >I had maybe the same problem when I first upgraded from 4.X to 5.X. > >Can you check if some other device also have got the >same memory area assigned (later in dmesg)? > >The problem for me are that when memory for the pccard gets allocated >FreeBSD takes the next available memory >but dont check the list of reserved memory areas that >it got from BIOS before, and actually it allocates the >memory that BIOS has wired to my fxp0 device that is >initiated after my cbb. >So I have to set hw.cbb.start_memory in /boot/device.hints to a memory >area that I has beforehande confirmed that it is free (4096-aligned) > > >-----Original Message----- >From: "Carlos Velasco" >To: "M. Warner Losh" , jon@freebsd.org, marc@mit.edu, >freebsd-current@freebsd.org, freebsd-mobile@freebsd.org >Date: Tue, 06 Apr 2004 12:55:15 +0200 >Subject: Re: pccbb pccard rman - Something is very wrong somewhere > >Hello, > >Investigating this problem, I have discovered two issues. > >One minor bug (off-by-1) in subr_rman.c: > >diff -ur sys/kern/subr_rman.c sysnew/kern/subr_rman.c >--- sys/kern/subr_rman.c Wed Jun 11 00:56:57 2003 >+++ sysnew/kern/subr_rman.c Tue Apr 6 11:41:23 2004 >@@ -234,7 +234,7 @@ > rstart += bound - (rstart & ~bmask); > } while ((rstart & amask) != 0 && rstart < end && > rstart < s->r_end); >- rend = ulmin(s->r_end, ulmax(rstart + count, end)); >+ rend = ulmin(s->r_end, ulmax(rstart + count - 1, end)); > if (rstart > rend) { > DPRINTF(("adjusted start exceeds end\n")); > continue; > >And the real problem, an alignment issue that prevents pccard to work: > >diff -ur sys/dev/pccbb/pccbbreg.h sysnew/dev/pccbb/pccbbreg.h >--- sys/dev/pccbb/pccbbreg.h Sat Aug 9 20:49:22 2003 >+++ sysnew/dev/pccbb/pccbbreg.h Tue Apr 6 11:40:13 2004 >@@ -74,8 +74,8 @@ > #define CBBR_IOLIMIT0 0x30 /* len=4 */ > #define CBBR_IOBASE1 0x34 /* len=4 */ > #define CBBR_IOLIMIT1 0x38 /* len=4 */ >-#define CBB_MEMALIGN 4096 >-#define CBB_MEMALIGN_BITS 12 >+#define CBB_MEMALIGN 65536 >+#define CBB_MEMALIGN_BITS 16 > #define CBB_IOALIGN 4 > #define CBB_IOALIGN_BITS 2 > > >We are aligning to 0x1000 (4096) and we should align to, at least, 0x10000 >(65536). >This solves the problem. > >Can anyone review these patches and commit them if they are right? > >Regards, >Carlos Velasco > >*********** REPLY SEPARATOR *********** > >On 04/04/2004 at 23:42 Carlos Velasco wrote: > >>Hello, >> >>I have been trying to find this exact bug but I have been unable. Any help >>would be apreciated. >> >>Using 5.2-Current >> >>Problem related to pccard using NEWCARD (OLDCARD works ok), not reading >>CIS. >>Googling I have found some reference: >>http://lists.freebsd.org/pipermail/freebsd-mobile/2003-December/002611.htm l > >> >>Activating debugs I find something really weird: >> >>1. cbb1 allocating from beginning?? >>allocating from the beginning >>2. size 0x6bffe000???? >>truncated region: [0x88002000, 0xf3ffffff]; size 0x6bffe000 (requested >>0x400) >> >>If, _after boot_ , I change value hw.cbb.start_memory to 0xd0000000: >>hw.cbb.start_memory: 3489660928 >>PCMCIA works. >> >>I have been investigating the issue in subr_rman.c, as I have showed that >>cbb resourses are the only that hit "region is allocated" and success >after >>it, but I haven't found the problem. >> >>Here are some logs: >> >>cbb0: at device 3.0 on pci0 >>rman_reserve_resource: request: [0x88000000, >>0xffffffff], length 0x1000, flags 12288, device cbb0 >>considering [0, 0xf3ffffff] >>truncated region: [0x88000000, 0xf3ffffff]; size 0x6c000000 (requested >>0x1000) >>candidate region: [0xf3ffffff, 0x88000000], size 0x6c000000 >>splitting region in three parts: [0, 0x87ffffff]; [0x88000000, >0x88000fff]; >>[0x88001000, 0xf3ffffff] >>cbb0: PCI Memory allocated: 88000000 >>cardbus0: on cbb0 >>pccard0: <16-bit PCCard bus> on cbb0 >>.. >>cbb1: at device 3.1 on pci0 >>rman_reserve_resource: request: [0x88000000, >>0xffffffff], length 0x1000, flags 12288, device cbb1 >>considering [0x88000000, 0x88000fff] >>region is allocated >>considering [0x88001000, 0xf3ffffff] >>truncated region: [0x88001000, 0xf3ffffff]; size 0x6bfff000 (requested >>0x1000) >>candidate region: [0xf3ffffff, 0x88001000], size 0x6bfff000 >>allocating from the beginning >>cbb1: PCI Memory allocated: 88001000 >>cardbus1: on cbb1 >>pccard1: <16-bit PCCard bus> on cbb1 >>.. >>Status is 0x30000410 >>cbb0: card inserted: event=0x00000000, state=30000410 >>pccard0: chip_socket_enable >>cbb_pcic_socket_enable: >>cbb0: cbb_power: 5V >>pccard0: read_cis >>rman_reserve_resource: request: [0x88000000, >>0xffffffff], length 0x400, flags 12288, device pccard0 >>considering [0x88000000, 0x88000fff] >>region is allocated >>considering [0x88001000, 0x88001fff] >>region is allocated >>considering [0x88002000, 0xf3ffffff] >>truncated region: [0x88002000, 0xf3ffffff]; size 0x6bffe000 (requested >>0x400) >>candidate region: [0xf3ffffff, 0x88002000], size 0x6bffe000 >>allocating from the beginning >>cis mem map 0xdc6c9000 (resource: 0x88002000) >>pccard0: CIS tuple chain: >>CISTPL_NONE >> 00 >>CISTPL_NONE >> 00 >>CISTPL_NONE >> 00 >>CISTPL_NONE >> 00 >>CISTPL_NONE >> 00 >>CISTPL_NONE >> 00 >>CISTPL_NONE >> 00 >>CISTPL_NONE >> 00 >>CISTPL_NONE >> 00 >>CISTPL_NONE >> 00 >>TOO MANY CIS_NONE >>CIS is too long -- truncating >>CISTPL_END >> ff >>cis mem map dc6c9000 >>CISTPL_LINKTARGET expected, code 40 observed >>pccard0: check_cis_quirks >>pccard0: Card has no functions! >>cbb0: PC Card card activation failed >>Status is 0x30000006 >> >> >>After chaging start_memory: >> >>cbb0: card inserted: event=0x00000000, state=30000410 >>pccard0: chip_socket_enable >>cbb_pcic_socket_enable: >>cbb0: cbb_power: 5V >>pccard0: read_cis >>rman_reserve_resource: request: [0xd0000000, >>0xffffffff], length 0x400, flags 12288, device pccard0 >>considering [0x88002000, 0xf3ffffff] >>truncated region: [0xd0000000, 0xf3ffffff]; size 0x24000000 (requested >>0x400) >>candidate region: [0xf3ffffff, 0xd0000000], size 0x24000000 >>splitting region in three parts: [0x88002000, 0xcfffffff]; [0xd0000000, >>0xd00003ff]; [0xd0000400, 0xf3ffffff] >>cis mem map 0xdd91a000 (resource: 0xd0000000) >>pccard0: CIS tuple chain: >>CISTPL_DEVICE type=null speed=null >> 01 02 00 ff >>CISTPL_DEVICE_A type=null speed=null >> 17 02 00 ff >>CISTPL_VERS_1 >> 15 3b 05 00 58 69 72 63 6f 6d 00 43 72 65 64 69 >> 74 43 61 72 64 20 45 74 68 65 72 6e 65 74 20 31 >> 30 2f 31 30 30 20 2b 20 4d 6f 64 65 6d 20 35 36 >> 00 43 45 4d 35 36 00 31 2e 30 30 00 ff >>unhandled CISTPL 88 >> 88 08 73 2f f6 00 00 00 00 00 >>CISTPL_MANFID >> 20 05 05 01 0a 11 46 >>unhandled CISTPL 44 >> 44 04 d2 3b 77 25 >>CISTPL_CONFIG >> 1a 05 01 3f 80 ff 67 >>CISTPL_CFTABLE_ENTRY >> 1b 14 e7 c1 9d 0f 55 4d 5d 4e e0 17 17 ea 60 e8 >> 02 07 f0 bc 8e 20 >>CISTPL_CFTABLE_ENTRY >> 1b 07 1f 08 ea 60 e8 03 07 >>CISTPL_CFTABLE_ENTRY >> 1b 07 17 08 ea 60 f8 02 07 >>CISTPL_CFTABLE_ENTRY >> 1b 07 0f 08 ea 60 f8 03 07 >>CISTPL_CFTABLE_ENTRY >> 1b 03 3f 08 63 >>CISTPL_FUNCID >> 21 02 02 00 >>CISTPL_FUNCE >> 22 04 00 02 0f 5c >>CISTPL_FUNCE >> 22 0c 02 06 00 3f 1c 03 03 0f 07 00 01 b5 >>CISTPL_FUNCE >> 22 08 13 06 00 0b 00 02 00 b5 >>CISTPL_FUNCID >> 21 02 06 00 >>CISTPL_FUNCE >> 22 08 04 06 00 10 a4 f6 2f 73 >>unhandled CISTPL 8a >> 8a 0c 39 30 30 31 48 52 46 36 32 46 37 33 >>unhandled CISTPL 8b >> 8b 04 01 00 00 00 >>CISTPL_NO_LINK >> 14 00 >>CISTPL_END >> ff >>pccard0: check_cis_quirks >>pccard0: CIS version PC Card Standard 5.0 >>pccard0: CIS info: Xircom, CreditCard Ethernet 10/100 + Modem 56, CEM56, >>1.00 >>pccard0: Manufacturer code 0x105, product 0x110a >>pccard0: function 0: network adapter, ccr addr ff80 mask 67 >>pccard0: function 0, config table entry 39: I/O card; irq mask 8ebc; >iomask >>a, iospace 2e8-2ef; mwait_required rdybsy_active io8 io16 irqshare >irqpulse >>irqlevel powerdown >>pccard0: function 0, config table entry 31: I/O card; irq mask 8ebc; >iomask >>a, iospace 3e8-3ef; mwait_required rdybsy_active io8 io16 irqshare >irqpulse >>irqlevel powerdown >>pccard0: function 0, config table entry 23: I/O card; irq mask 8ebc; >iomask >>a, iospace 2f8-2ff; mwait_required rdybsy_active io8 io16 irqshare >irqpulse >>irqlevel powerdown >>pccard0: function 0, config table entry 15: I/O card; irq mask 8ebc; >iomask >>a, iospace 3f8-3ff; mwait_required rdybsy_active io8 io16 irqshare >irqpulse >>irqlevel powerdown >>pccard0: function 0, config table entry 63: I/O card; irq mask 8ebc; >iomask >>3, iospace 0-7; mwait_required rdybsy_active io8 io16 irqshare irqpulse >>irqlevel powerdown >>pccard0: functions scanning >>pccard0: Card has 1 functions. pccard_mfc is 0 >>pccard0: I/O rid 0 start 2e8 end 2ef >>rman_reserve_resource: request: [0x2e8, 0x2ef], length 0x8, >>flags 3072, device pccard0 >>considering [0x1f8, 0x2f7] >>truncated region: [0x2e8, 0x2f0]; size 0x9 (requested 0x8) >>candidate region: [0x2f0, 0x2e8], size 0x9 >>splitting region in three parts: [0x1f8, 0x2e7]; [0x2e8, 0x2ef]; [0x2f0, >>0x2f7] >>rman_reserve_resource: request: [0xb, 0xb], >>length 0x1, flags 4, device pccard0 >>considering [0xb, 0xb] >>region is allocated >>considering [0xc, 0xc] >>s->r_start (0xc) > end (0xb) >>no unshared regions found >>cbb_pcic_socket_enable: >>cbb0: cbb_power: 0V >>cbb0: cbb_power: 5V >>rman_reserve_resource: request: [0xd0000000, >>0xffffffff], length 0x400, flags 12288, device pccard0 >>considering [0x88002000, 0xf3ffffff] >>truncated region: [0xd0000000, 0xf3ffffff]; size 0x24000000 (requested >>0x400) >>candidate region: [0xf3ffffff, 0xd0000000], size 0x24000000 >>splitting region in three parts: [0x88002000, 0xcfffffff]; [0xd0000000, >>0xd00003ff]; [0xd0000400, 0xf3ffffff] >>pccard0: ccr_res == d0000000-d00003ff, base=ff80 >>pccard0: function 0 CCR at 0 offset f80: 67 0 0 0, 0 0 ff ff, ff >>xe0: at port 0x2e8-0x2ef >irq >>11 function 0 config 39 on pccard0 >>rman_reserve_resource: request: [0x100, 0x3ff], length 0x10, >>flags 0, device pccard0 >>considering [0x65, 0x16f] >>truncated region: [0x100, 0x16f]; size 0x70 (requested 0x10) >>candidate region: [0x16f, 0x100], size 0x70 >>splitting region in three parts: [0x65, 0xff]; [0x100, 0x10f]; [0x110, >>0x16f] >>rman_reserve_resource: request: [0x100, 0x10f], length 0x10, >>flags 4096, device xe0 >>considering [0x65, 0x16f] >>truncated region: [0x100, 0x110]; size 0x11 (requested 0x10) >>candidate region: [0x110, 0x100], size 0x11 >>splitting region in three parts: [0x65, 0xff]; [0x100, 0x10f]; [0x110, >>0x16f] >>rman_reserve_resource: request: [0xb, 0xb], >>length 0x1, flags 4, device xe0 >>considering [0xb, 0xb] >>region is allocated >>considering [0xc, 0xc] >>s->r_start (0xc) > end (0xb) >>no unshared regions found >>xe0: [GIANT-LOCKED] >>rman_reserve_resource: request: [0xd0000000, >>0xffffffff], length 0x1000, flags 12288, device pccard0 >>considering [0xd0000000, 0xd00003ff] >>region is allocated >>considering [0xd0000400, 0xf3ffffff] >>truncated region: [0xd0001000, 0xf3ffffff]; size 0x23fff000 (requested >>0x1000) >>candidate region: [0xf3ffffff, 0xd0001000], size 0x23fff000 >>splitting region in three parts: [0xd0000400, 0xd0000fff]; [0xd0001000, >>0xd0001fff]; [0xd0002000, 0xf3ffffff] >>rman_reserve_resource: request: [0xd0001000, >>0xd0001fff], length 0x1000, flags 12288, device xe0 >>considering [0xd0000400, 0xf3ffffff] >>truncated region: [0xd0001000, 0xd0002000]; size 0x1001 (requested 0x1000) >>candidate region: [0xd0002000, 0xd0001000], size 0x1001 >>splitting region in three parts: [0xd0000400, 0xd0000fff]; [0xd0001000, >>0xd0001fff]; [0xd0002000, 0xf3ffffff] >>rman_reserve_resource: request: [0xd0001000, >>0xd0001fff], length 0x1000, flags 12288, device pccard0 >>considering [0xd0000400, 0xf3ffffff] >>truncated region: [0xd0001000, 0xd0002000]; size 0x1001 (requested 0x1000) >>candidate region: [0xd0002000, 0xd0001000], size 0x1001 >>splitting region in three parts: [0xd0000400, 0xd0000fff]; [0xd0001000, >>0xd0001fff]; [0xd0002000, 0xf3ffffff] >>xe0: Xircom CEM56, version 0x55/0x05, 100Mbps capable, with modem >>xe0: Ethernet address: 00:10:a4:f6:2f:73 >>pccard0: function 0 CCR at 0 offset f80 mask 67: 67 80 ee e8, e8 2 67 67, >>67 >> >> >>Regards, >>Carlos Velasco >> >>_______________________________________________ >>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" > > > >_______________________________________________ >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 Tue Apr 6 07:08:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BF5916A4CE; Tue, 6 Apr 2004 07:08:57 -0700 (PDT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96B2F43D5C; Tue, 6 Apr 2004 07:08:56 -0700 (PDT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (localhost [127.0.0.1]) i36E89GF029026; Tue, 6 Apr 2004 10:08:09 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i36E88P1029023; Tue, 6 Apr 2004 10:08:09 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Tue, 6 Apr 2004 10:08:08 -0400 (EDT) From: Andre Guibert de Bruet To: Nik Clayton In-Reply-To: <20040406124641.GA800@clan.nothing-going-on.org> Message-ID: <20040406100653.R83553@alpha.siliconlandmark.com> References: <20040406124641.GA800@clan.nothing-going-on.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: current@freebsd.org Subject: Re: USB issues -- dodgy motherboard? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 14:08:57 -0000 On Tue, 6 Apr 2004, Nik Clayton wrote: > All, > > I'm trying to use some USB devices on a -current system, updated on 17th > March 2004. > > The motherboard is a Gigabyte 6VXDC7, BIOS rev. F6, with all the USB > ports enabled (according to the BIOS). One of the ports is then > connected to the USB hub built in to one of the monitors, an Iiyama > AU4831D. This hub has four ports. > > The kernel has the following USB and related devices compiled in: > > [...] > > # USB support > device uhci # UHCI PCI->USB interface > device ohci # OHCI PCI->USB interface > device ehci # USB2 > device usb # USB Bus (required) > device ugen # Generic > device uhid # "Human Interface Devices" > device umass # Disks/Mass storage - Requires scbus and da Are you using a USB2 hub? Try connecting the devices directly to the machine's USB ports. > Andre Guibert de Bruet | Enterprise Software Consultant > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 09:01:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B4FB16A4CE for ; Tue, 6 Apr 2004 09:01:11 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA51543D31 for ; Tue, 6 Apr 2004 09:01:10 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.10/8.12.10) with ESMTP id i36G0TPq011961; Tue, 6 Apr 2004 12:00:29 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i36G0SAU011958; Tue, 6 Apr 2004 12:00:28 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Tue, 6 Apr 2004 12:00:28 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Andy Farkas In-Reply-To: <20040406174155.S56300@hewey.af.speednet.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Artem Koutchine cc: freebsd-current@freebsd.org Subject: Re: Qustion about being "Giant-locked" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 16:01:11 -0000 On Tue, 6 Apr 2004, Andy Farkas wrote: > On Tue, 6 Apr 2004, Xin LI wrote: > > On Tue, Apr 06, 2004 at 11:03:13AM +0400, Artem Koutchine wrote: > > > While booting i see many drivers marked > > > as [Giant-locked]. > > > Is being Giant-locked good or bad what are the > > > implications? > > It's not good if you have a computer with multiple processors. > > I have a box with 4 ppro-200 cpus. It has 4 adaptec eisa scsi controllers, > each controlling 2 disks. All 8 disks are in the same vinum raid-5 volume. > I have a large (1.5gig) file on this volume. > > This is what happens when I run md5 on this file 4 times concurrently: ... > As you can see, only 8% of all cpus are being used to calculate the md5s. > At least 2 cpus are constantly idle. That's probably because you're mostly waiting on disks and have blindingly fast CPUs. However, we have some tools to help diagnose lock contention -- in particular, you can turn on options MUTEX_PROFILING (see the man page for details) and measure which locks are being contended. If your theory is right, you should see lots of contention between grabbing Giant in the SCSI layer during interrupts, and grabbing Giant on the way into the file system code in VFS. If you theory is wrong, there won't be lots of contention there. Even if your theory is wrong, you'll probably see a bit of contention, but not as much. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 09:07:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 747A816A4CE; Tue, 6 Apr 2004 09:07:23 -0700 (PDT) Received: from crf-consulting.co.uk (82-44-220-218.cable.ubr10.haye.blueyonder.co.uk [82.44.220.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67A5843D1D; Tue, 6 Apr 2004 09:07:22 -0700 (PDT) (envelope-from nik@crf-consulting.co.uk) Received: from clan.nothing-going-on.org (clan.nothing-going-on.org [192.168.1.20])i36G5q5U067037; Tue, 6 Apr 2004 17:05:52 +0100 (BST) (envelope-from nik@catkin) Received: from clan.nothing-going-on.org (localhost [127.0.0.1]) i36G5qUI007306; Tue, 6 Apr 2004 17:05:52 +0100 (BST) (envelope-from nik@clan.nothing-going-on.org) Received: (from nik@localhost)i36G5pnw007305; Tue, 6 Apr 2004 17:05:51 +0100 (BST) (envelope-from nik) Date: Tue, 6 Apr 2004 17:05:51 +0100 From: Nik Clayton To: Andre Guibert de Bruet Message-ID: <20040406160551.GD800@clan.nothing-going-on.org> References: <20040406124641.GA800@clan.nothing-going-on.org> <20040406100653.R83553@alpha.siliconlandmark.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fOHHtNG4YXGJ0yqR" Content-Disposition: inline In-Reply-To: <20040406100653.R83553@alpha.siliconlandmark.com> User-Agent: Mutt/1.4.2.1i Organization: FreeBSD Project cc: Nik Clayton cc: current@freebsd.org Subject: Re: USB issues -- dodgy motherboard? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 16:07:23 -0000 --fOHHtNG4YXGJ0yqR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 06, 2004 at 10:08:08AM -0400, Andre Guibert de Bruet wrote: > Are you using a USB2 hub? Try connecting the devices directly to the > machine's USB ports. Nope. According to the monitor manual, the USB hub is "Rev. 1.1 compliant". However, I've been doing my tests with both the USB ports on the motherboard, and the ones on the hub, and the results are identical. N --=20 FreeBSD: The Power to Serve http://www.freebsd.org/ (__) FreeBSD Documentation Project http://www.freebsd.org/docproj/ \\\'',) \/ \= ^ --- 15B8 3FFC DDB4 34B0 AA5F 94B7 93A8 0764 2C37 E375 --- .\._/= _) --fOHHtNG4YXGJ0yqR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFActVfk6gHZCw343URAjyFAKCLAWF5WIDmGjlEaqIJ6EiMqUESXACfWNQ9 rh3i5L3w0V4rYv2yXa2/hyE= =yhhc -----END PGP SIGNATURE----- --fOHHtNG4YXGJ0yqR-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 09:35:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B8B716A4CF for ; Tue, 6 Apr 2004 09:35:54 -0700 (PDT) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9678243D54 for ; Tue, 6 Apr 2004 09:35:53 -0700 (PDT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 8B245ACAEE; Sun, 4 Apr 2004 00:32:30 +0200 (CEST) Date: Sun, 4 Apr 2004 00:32:30 +0200 From: Pawel Jakub Dawidek To: Ryan Sommers Message-ID: <20040403223230.GC613@darkness.comp.waw.pl> References: <49165.65.103.5.228.1081027268.squirrel@www2.neuroflux.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lMM8JwqTlfDpEaS6" Content-Disposition: inline In-Reply-To: <49165.65.103.5.228.1081027268.squirrel@www2.neuroflux.com> 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: current@freebsd.org Subject: Re: Panic from bad length parameter in bind (Possible DOS attack) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 16:35:54 -0000 --lMM8JwqTlfDpEaS6 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 03, 2004 at 02:21:08PM -0700, Ryan Sommers wrote: +> Whenever I supply a length of 4 as the final bind parameter I get the +> following panic. Looks like bind returns fine, however, when the program +> exits it stumbles over some mutex associated with the descriptor. The +> mutex passed to mtx_destroy() has MTX_RECURSED set. I attempted to find +> where the call to bind was clobbering the mutex but couldn't. I attached +> the simple program to exploit this. I was able to do it as a regular use= r. Yes, could you try this patch: http://people.freebsd.org/~pjd/patches/tcp_usrreq.c.patch --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --lMM8JwqTlfDpEaS6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAbzt+ForvXbEpPzQRAsqtAJ4ictPclPyW5vZWENyEJo3ipiGzbQCgp58h Te/ADQaxPkVzM/0JNPapyAs= =uVJG -----END PGP SIGNATURE----- --lMM8JwqTlfDpEaS6-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 09:37:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E17416A4CE for ; Tue, 6 Apr 2004 09:37:36 -0700 (PDT) Received: from mailgate-internal1.sri.com (mailgate-internal1.SRI.COM [128.18.84.103]) by mx1.FreeBSD.org (Postfix) with SMTP id 6874E43D31 for ; Tue, 6 Apr 2004 09:37:36 -0700 (PDT) (envelope-from gilham@csl.sri.com) Received: (qmail 26758 invoked from network); 6 Apr 2004 16:37:27 -0000 Received: from localhost (HELO mailgate-internal1.SRI.COM) (127.0.0.1) by mailgate-internal1.sri.com with SMTP; 6 Apr 2004 16:37:27 -0000 Received: from quarter.csl.sri.com ([130.107.1.30]) M2004040609372603188 for ; Tue, 06 Apr 2004 09:37:27 -0700 Received: from snapdragon.csl.sri.com (snapdragon.csl.sri.com [130.107.19.20]) by quarter.csl.sri.com (8.12.9/8.12.10) with ESMTP id i36GbIak028336 for ; Tue, 6 Apr 2004 09:37:18 -0700 Received: from snapdragon (localhost [127.0.0.1])i36GbIQu026304 for ; Tue, 6 Apr 2004 09:37:18 -0700 (PDT) (envelope-from gilham@snapdragon.csl.sri.com) Message-Id: <200404061637.i36GbIQu026304@snapdragon.csl.sri.com> To: current@freebsd.org Date: Tue, 06 Apr 2004 09:37:18 -0700 From: Fred Gilham Subject: Soyo 6-in-one USB memory card reader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 16:37:36 -0000 Hello, I'm using 5.2 CURRENT as of March 6. I've been using CURRENT on this box for a year or so now, and the behavior described below has occurred since I installed the Soyo device. I have a Soyo 6-in-one memory card reader/writer that connects to a USB port on my computer. When this device is plugged in, the system will not boot but halts with a BTX error. If I hit spaces before the system tries to boot FreeBSD, then I get a prompt and I can type "/boot/loader" at the prompt and the system will boot and everything will work. The 6-in-one reader works fine once the system is booted. Seems like a stray interrupt problem that gets masked when I generate interrupts by hitting space on the keyboard. (Does this sound right or is it total nonsense???) Any suggestions as to how I can deal with this? -- Fred Gilham gilham@csl.sri.com 99% of lawyers give the rest a bad name. -- Steve Wright From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 10:05:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7546116A5AD; Tue, 6 Apr 2004 10:05:23 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA51843D1D; Tue, 6 Apr 2004 10:05:20 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id i36H3okj091586; Tue, 6 Apr 2004 11:03:50 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 06 Apr 2004 11:04:23 -0600 (MDT) Message-Id: <20040406.110423.35013927.imp@bsdimp.com> To: freebsd@newipnet.com From: "M. Warner Losh" In-Reply-To: <200404061255150877.0875F2E3@192.168.128.16> References: <200404042342100749.00809B29@192.168.128.16> <200404061255150877.0875F2E3@192.168.128.16> 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: jon@freebsd.org cc: freebsd-mobile@freebsd.org cc: freebsd-current@freebsd.org cc: marc@mit.edu Subject: Re: pccbb pccard rman - Something is very wrong somewhere X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 17:05:23 -0000 In message: <200404061255150877.0875F2E3@192.168.128.16> "Carlos Velasco" writes: : Hello, : : Investigating this problem, I have discovered two issues. : : One minor bug (off-by-1) in subr_rman.c: : : diff -ur sys/kern/subr_rman.c sysnew/kern/subr_rman.c : --- sys/kern/subr_rman.c Wed Jun 11 00:56:57 2003 : +++ sysnew/kern/subr_rman.c Tue Apr 6 11:41:23 2004 : @@ -234,7 +234,7 @@ : rstart += bound - (rstart & ~bmask); : } while ((rstart & amask) != 0 && rstart < end && : rstart < s->r_end); : - rend = ulmin(s->r_end, ulmax(rstart + count, end)); : + rend = ulmin(s->r_end, ulmax(rstart + count - 1, end)); : if (rstart > rend) { : DPRINTF(("adjusted start exceeds end\n")); : continue; This looks correct. It surprises me that it is there... : And the real problem, an alignment issue that prevents pccard to work: This is almost the real problem. : diff -ur sys/dev/pccbb/pccbbreg.h sysnew/dev/pccbb/pccbbreg.h : --- sys/dev/pccbb/pccbbreg.h Sat Aug 9 20:49:22 2003 : +++ sysnew/dev/pccbb/pccbbreg.h Tue Apr 6 11:40:13 2004 : @@ -74,8 +74,8 @@ : #define CBBR_IOLIMIT0 0x30 /* len=4 */ : #define CBBR_IOBASE1 0x34 /* len=4 */ : #define CBBR_IOLIMIT1 0x38 /* len=4 */ : -#define CBB_MEMALIGN 4096 : -#define CBB_MEMALIGN_BITS 12 : +#define CBB_MEMALIGN 65536 : +#define CBB_MEMALIGN_BITS 16 : #define CBB_IOALIGN 4 : #define CBB_IOALIGN_BITS 2 this is bogus. : We are aligning to 0x1000 (4096) and we should align to, at least, 0x10000 : (65536). : This solves the problem. This is a problem. : Can anyone review these patches and commit them if they are right? This isn't right. However, I'll generate a fix from my p4 tree. I'm having big problems with the new acpi code on my laptop in my p4 tree :-(. Warner From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 10:22:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F2F816A4CE for ; Tue, 6 Apr 2004 10:22:40 -0700 (PDT) Received: from mailout05.sul.t-online.com (mailout05.sul.t-online.com [194.25.134.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AA3C43D2D for ; Tue, 6 Apr 2004 10:22:39 -0700 (PDT) (envelope-from mike@reifenberger.com) Received: from fwd00.aul.t-online.de by mailout05.sul.t-online.com with smtp id 1BAtt7-0003zQ-01; Tue, 06 Apr 2004 18:57:25 +0200 Received: from fw.reifenberger.com (VrsJheZJoehmoefJQ6UEY5FOCRrx9Dw3r-qq4vAMPs43lKgeoamCon@[217.232.238.37]) by fmrl00.sul.t-online.com with esmtp id 1BAtsH-25az4a0; Tue, 6 Apr 2004 18:56:33 +0200 Received: from localhost (mike@localhost)i36GuRk1000813 for ; Tue, 6 Apr 2004 18:56:27 +0200 (CEST) (envelope-from mike@reifenberger.com) X-Authentication-Warning: fw.reifenberger.com: mike owned process doing -bs Date: Tue, 6 Apr 2004 18:56:27 +0200 (CEST) From: Michael Reifenberger To: freebsd-current@freebsd.org Message-ID: <20040406185201.D776@fw.reifenberger.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1750353943-1081270587=:776" X-Seen: false X-ID: VrsJheZJoehmoefJQ6UEY5FOCRrx9Dw3r-qq4vAMPs43lKgeoamCon@t-dialin.net Subject: panic under -current after upgrade + switchover to pf(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 17:22:40 -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. Send mail to mime@docserver.cac.washington.edu for more info. --0-1750353943-1081270587=:776 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, I get the following panic constantly after some time after upgrading my -current and switching to pf(4) instead of ipf(4): (fw)(root) gdb -k /sys/i386/compile/fw~/kernel.debug vmcore.1 GNU gdb 5.2.1 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-undermydesk-freebsd"... panic: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x8 fault code = supervisor read, page not present instruction pointer = 0x8:0xc063fff2 stack pointer = 0x10:0xdcfefcc8 frame pointer = 0x10:0xdcfefcd4 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 = 27 (swi8: tty:sio clock) trap number = 12 panic: page fault at line 815 in file ../../../i386/i386/trap.c cpuid = 0; Uptime: 1h0m2s Dumping 495 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 --- Reading symbols from /boot/kernel/acpi.ko...done. Loaded symbols for /boot/kernel/acpi.ko #0 doadump () at ../../../kern/kern_shutdown.c:236 236 dumping++; #0 doadump () at ../../../kern/kern_shutdown.c:236 236 dumping++; (kgdb) bt full #0 doadump () at ../../../kern/kern_shutdown.c:236 No locals. #1 0xc05770de in ?? () No symbol table info available. #2 0xc0577461 in ?? () No symbol table info available. #3 0xc0703564 in ?? () No symbol table info available. #4 0xc0703273 in ?? () No symbol table info available. #5 0xc0702ea9 in ?? () No symbol table info available. #6 0xc06f2838 in ?? () No symbol table info available. #7 0xc0585c5b in ?? () No symbol table info available. #8 0xc0565591 in ?? () No symbol table info available. #9 0xc0564675 in ?? () No symbol table info available. BTW: No kernel modules are used besides acpi.ko. Bye/2 --- Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com http://www.plaut.de | http://www.Reifenberger.com --0-1750353943-1081270587=:776 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="dmesg.txt" Content-Transfer-Encoding: BASE64 Content-ID: <20040406185627.X776@fw.reifenberger.com> Content-Description: Content-Disposition: attachment; filename="dmesg.txt" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDQgVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwg MTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KCVRoZSBSZWdlbnRzIG9m IHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVz ZXJ2ZWQuDQpGcmVlQlNEIDUuMi1DVVJSRU5UICMzOiBUdWUgQXByICA2IDE1 OjI0OjUxIENFU1QgMjAwNA0KICAgIHJvb3RAZncucmVpZmVuYmVyZ2VyLmNv bTovdXNyL3NyYy9zeXMvaTM4Ni9jb21waWxlL2Z3DQpQcmVsb2FkZWQgZWxm IGtlcm5lbCAiL2Jvb3Qva2VybmVsL2tlcm5lbCIgYXQgMHhjMDk0ODAwMC4N ClByZWxvYWRlZCBlbGYgbW9kdWxlICIvYm9vdC9rZXJuZWwvYWNwaS5rbyIg YXQgMHhjMDk0ODFkOC4NClRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5 IDExOTMxODIgSHogcXVhbGl0eSAwDQpDUFU6IFZJQSBDMyBOZWhlbWlhaCAo MTAwMi4yOC1NSHogNjg2LWNsYXNzIENQVSkNCiAgT3JpZ2luID0gIkNlbnRh dXJIYXVscyIgIElkID0gMHg2OTMgIFN0ZXBwaW5nID0gMw0KICBGZWF0dXJl cz0weDM4MGIwM2Q8RlBVLERFLFBTRSxUU0MsTVNSLE1UUlIsUEdFLENNT1Ys TU1YLEZYU1IsU1NFPg0KcmVhbCBtZW1vcnkgID0gNTIwMDI4MTYwICg0OTUg TUIpDQphdmFpbCBtZW1vcnkgPSA0OTg5NTQyNDAgKDQ3NSBNQikNCmNwdTAg b24gbW90aGVyYm9hcmQNCm5weDA6IFtGQVNUXQ0KbnB4MDogPG1hdGggcHJv Y2Vzc29yPiBvbiBtb3RoZXJib2FyZA0KbnB4MDogSU5UIDE2IGludGVyZmFj ZQ0KYWNwaTA6IDxWVDkxNzQgQVdSREFDUEk+IG9uIG1vdGhlcmJvYXJkDQph Y3BpMDogW0dJQU5ULUxPQ0tFRF0NCnBjaWJpb3M6IEJJT1MgdmVyc2lvbiAy LjEwDQpGb3VuZCAkUElSIHRhYmxlLCA3IGVudHJpZXMgYXQgMHhjMDBmZGVi MA0KYWNwaTA6IFBvd2VyIEJ1dHRvbiAoZml4ZWQpDQpUaW1lY291bnRlciAi QUNQSS1mYXN0IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDEwMDAN CmFjcGlfdGltZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMuNTc5NTQ1TUh6PiBw b3J0IDB4NDA4LTB4NDBiIG9uIGFjcGkwDQphY3BpX2NwdTA6IDxDUFU+IG9u IGFjcGkwDQphY3BpX2J1dHRvbjA6IDxQb3dlciBCdXR0b24+IG9uIGFjcGkw DQpwY2liMDogPEFDUEkgSG9zdC1QQ0kgYnJpZGdlPiBwb3J0IDB4Y2Y4LTB4 Y2ZmIG9uIGFjcGkwDQpwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMA0K cGNpYjA6IHNsb3QgMTUgSU5UQSBpcyByb3V0ZWQgdG8gaXJxIDEyDQpwY2li MDogc2xvdCAxNiBJTlRBIGlzIHJvdXRlZCB0byBpcnEgMTENCnBjaWIwOiBz bG90IDE2IElOVEIgaXMgcm91dGVkIHRvIGlycSA5DQpwY2liMDogc2xvdCAx NiBJTlRDIGlzIHJvdXRlZCB0byBpcnEgMTENCnBjaWIwOiBzbG90IDE2IElO VEQgaXMgcm91dGVkIHRvIGlycSAxMg0KcGNpYjA6IHNsb3QgMTcgSU5UQyBp cyByb3V0ZWQgdG8gaXJxIDExDQpwY2liMDogc2xvdCAxOCBJTlRBIGlzIHJv dXRlZCB0byBpcnEgMTENCnBjaWIwOiBzbG90IDE5IElOVEEgaXMgcm91dGVk IHRvIGlycSAxMQ0KcGNpYjA6IHNsb3QgMjAgSU5UQSBpcyByb3V0ZWQgdG8g aXJxIDkNCmFncDA6IDxWSUEgR2VuZXJpYyBob3N0IHRvIFBDSSBicmlkZ2U+ IG1lbSAweGU3MDAwMDAwLTB4ZTczZmZmZmYgYXQgZGV2aWNlIDAuMCBvbiBw Y2kwDQpwY2liMTogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAx LjAgb24gcGNpMA0KcGNpMTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjENCnBj aWIxOiBzbG90IDAgSU5UQSBpcyByb3V0ZWQgdG8gaXJxIDExDQpwY2kxOiA8 ZGlzcGxheSwgVkdBPiBhdCBkZXZpY2UgMC4wIChubyBkcml2ZXIgYXR0YWNo ZWQpDQp2cjA6IDxWSUEgVlQ2MTA1IFJoaW5lIElJSSAxMC8xMDBCYXNlVFg+ IHBvcnQgMHhjMDAwLTB4YzBmZiBtZW0gMHhlNzQwYjAwMC0weGU3NDBiMGZm IGlycSAxMiBhdCBkZXZpY2UgMTUuMCBvbiBwY2kwDQptaWlidXMwOiA8TUlJ IGJ1cz4gb24gdnIwDQp1a3BoeTA6IDxHZW5lcmljIElFRUUgODAyLjN1IG1l ZGlhIGludGVyZmFjZT4gb24gbWlpYnVzMA0KdWtwaHkwOiAgMTBiYXNlVCwg MTBiYXNlVC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgYXV0bw0K dnIwOiBFdGhlcm5ldCBhZGRyZXNzOiAwMDo0MDo2MzpjOTpmNzpmMQ0KdnIw OiBbR0lBTlQtTE9DS0VEXQ0KdWhjaTA6IDxWSUEgODNDNTcyIFVTQiBjb250 cm9sbGVyPiBwb3J0IDB4YzQwMC0weGM0MWYgaXJxIDExIGF0IGRldmljZSAx Ni4wIG9uIHBjaTANCnVoY2kwOiBbR0lBTlQtTE9DS0VEXQ0KdXNiMDogPFZJ QSA4M0M1NzIgVVNCIGNvbnRyb2xsZXI+IG9uIHVoY2kwDQp1c2IwOiBVU0Ig cmV2aXNpb24gMS4wDQp1aHViMDogVklBIFVIQ0kgcm9vdCBodWIsIGNsYXNz IDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxDQp1aHViMDogMiBwb3J0cyB3 aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQNCnVoY2kxOiA8VklBIDgz QzU3MiBVU0IgY29udHJvbGxlcj4gcG9ydCAweGM4MDAtMHhjODFmIGlycSA5 IGF0IGRldmljZSAxNi4xIG9uIHBjaTANCnVoY2kxOiBbR0lBTlQtTE9DS0VE XQ0KdXNiMTogPFZJQSA4M0M1NzIgVVNCIGNvbnRyb2xsZXI+IG9uIHVoY2kx DQp1c2IxOiBVU0IgcmV2aXNpb24gMS4wDQp1aHViMTogVklBIFVIQ0kgcm9v dCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxDQp1aHVi MTogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQNCnVj b20wOiBQcm9saWZpYyBUZWNobm9sb2d5IFBMMjMwMyBTZXJpYWwgYWRhcHRl ciAoQVRFTi9JT0dFQVIgVUMyMzJBKSwgcmV2IDEuMTAvMi4wMiwgYWRkciAy DQp1aGNpMjogPFZJQSA4M0M1NzIgVVNCIGNvbnRyb2xsZXI+IHBvcnQgMHhj YzAwLTB4Y2MxZiBpcnEgMTEgYXQgZGV2aWNlIDE2LjIgb24gcGNpMA0KdWhj aTI6IFtHSUFOVC1MT0NLRURdDQp1c2IyOiA8VklBIDgzQzU3MiBVU0IgY29u dHJvbGxlcj4gb24gdWhjaTINCnVzYjI6IFVTQiByZXZpc2lvbiAxLjANCnVo dWIyOiBWSUEgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8x LjAwLCBhZGRyIDENCnVodWIyOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUs IHNlbGYgcG93ZXJlZA0KZWhjaTA6IDxFSENJIChnZW5lcmljKSBVU0IgMi4w IGNvbnRyb2xsZXI+IG1lbSAweGU3NDBjMDAwLTB4ZTc0MGMwZmYgaXJxIDEy IGF0IGRldmljZSAxNi4zIG9uIHBjaTANCmVoY2kwOiBbR0lBTlQtTE9DS0VE XQ0KZWhjaV9wY2lfYXR0YWNoOiBjb21wYW5pb24gdXNiMA0KZWhjaV9wY2lf YXR0YWNoOiBjb21wYW5pb24gdXNiMQ0KZWhjaV9wY2lfYXR0YWNoOiBjb21w YW5pb24gdXNiMg0KdXNiMzogRUhDSSB2ZXJzaW9uIDEuMA0KdXNiMzogY29t cGFuaW9uIGNvbnRyb2xsZXJzLCAyIHBvcnRzIGVhY2g6IHVzYjAgdXNiMSB1 c2IyDQp1c2IzOiA8RUhDSSAoZ2VuZXJpYykgVVNCIDIuMCBjb250cm9sbGVy PiBvbiBlaGNpMA0KdXNiMzogVVNCIHJldmlzaW9uIDIuMA0KdWh1YjM6ICgw eDExMDYpIEVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4w MCwgYWRkciAxDQp1aHViMzogNiBwb3J0cyB3aXRoIDYgcmVtb3ZhYmxlLCBz ZWxmIHBvd2VyZWQNCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmlj ZSAxNy4wIG9uIHBjaTANCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMA0KYXRh cGNpMDogPFZJQSA4MjM1IFVETUExMzMgY29udHJvbGxlcj4gcG9ydCAweGQw MDAtMHhkMDBmIGF0IGRldmljZSAxNy4xIG9uIHBjaTANCmF0YTA6IGF0IDB4 MWYwIGlycSAxNCBvbiBhdGFwY2kwDQphdGExOiBhdCAweDE3MCBpcnEgMTUg b24gYXRhcGNpMA0KcGNtMDogPFZJQSBWVDgyMzU+IHBvcnQgMHhkNDAwLTB4 ZDRmZiBpcnEgMTEgYXQgZGV2aWNlIDE3LjUgb24gcGNpMA0KcGNtMDogW0dJ QU5ULUxPQ0tFRF0NCnBjbTA6IDxWSUEgVGVjaG5vbG9naWVzIFZJQTE2MTJB IEFDOTcgQ29kZWM+DQp2cjE6IDxWSUEgVlQ2MTAyIFJoaW5lIElJIDEwLzEw MEJhc2VUWD4gcG9ydCAweGQ4MDAtMHhkOGZmIG1lbSAweGU3NDBlMDAwLTB4 ZTc0MGUwZmYgaXJxIDExIGF0IGRldmljZSAxOC4wIG9uIHBjaTANCm1paWJ1 czE6IDxNSUkgYnVzPiBvbiB2cjENCnVrcGh5MTogPEdlbmVyaWMgSUVFRSA4 MDIuM3UgbWVkaWEgaW50ZXJmYWNlPiBvbiBtaWlidXMxDQp1a3BoeTE6ICAx MGJhc2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRY LCBhdXRvDQp2cjE6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjQwOjYzOmM5OmY3 OmYwDQp2cjE6IFtHSUFOVC1MT0NLRURdDQpoaWZuMCBtZW0gMHhlNzQwMDAw MC0weGU3NDA3ZmZmLDB4ZTc0MDgwMDAtMHhlNzQwOWZmZiwweGU3NDBhMDAw LTB4ZTc0MGFmZmYgaXJxIDExIGF0IGRldmljZSAxOS4wIG9uIHBjaTANCmhp Zm4wOiBbR0lBTlQtTE9DS0VEXQ0KaGlmbjA6IEhpZm4gNzk1NSwgcmV2IDAs IDMyS0IgZHJhbSwgNjQgc2Vzc2lvbnMNCmlzaWMwOiA8RUxTQSBNaWNyb0xp bmsgSVNETi9QQ0k+IHBvcnQgMHhlMDAwLTB4ZTAwMywweGRjMDAtMHhkYzdm IG1lbSAweGU3NDBkMDAwLTB4ZTc0MGQwN2YgaXJxIDkgYXQgZGV2aWNlIDIw LjAgb24gcGNpMA0KaXNpYzA6IHBhc3NpdmUgc3RhY2sgdW5pdCAwDQppc2lj MDogW0dJQU5ULUxPQ0tFRF0NCmZkYzA6IDxFbmhhbmNlZCBmbG9wcHkgY29u dHJvbGxlciAoaTgyMDc3LCBORTcyMDY1IG9yIGNsb25lKT4gcG9ydCAweDNm NywweDNmMC0weDNmNSBpcnEgNiBkcnEgMiBvbiBhY3BpMA0Kc2lvMCBwb3J0 IDB4M2Y4LTB4M2ZmIGlycSA0IG9uIGFjcGkwDQpzaW8wOiB0eXBlIDE2NTUw QSwgY29uc29sZQ0Kc2lvMSBwb3J0IDB4MmY4LTB4MmZmIGlycSAzIG9uIGFj cGkwDQpzaW8xOiB0eXBlIDE2NTUwQQ0KcHBjMCBwb3J0IDB4Nzc4LTB4Nzdi LDB4Mzc4LTB4MzdmIGlycSA3IGRycSAzIG9uIGFjcGkwDQpwcGMwOiBTTUMt bGlrZSBjaGlwc2V0IChFQ1AvRVBQL1BTMi9OSUJCTEUpIGluIENPTVBBVElC TEUgbW9kZQ0KcHBjMDogRklGTyB3aXRoIDE2LzE2LzggYnl0ZXMgdGhyZXNo b2xkDQpwcGJ1czA6IDxQYXJhbGxlbCBwb3J0IGJ1cz4gb24gcHBjMA0KbHB0 MDogPFByaW50ZXI+IG9uIHBwYnVzMA0KbHB0MDogSW50ZXJydXB0LWRyaXZl biBwb3J0DQpwcGkwOiA8UGFyYWxsZWwgSS9PPiBvbiBwcGJ1czANCmF0a2Jk YzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IHBvcnQgMHg2NCww eDYwIGlycSAxIG9uIGFjcGkwDQphdGtiZDA6IDxBVCBLZXlib2FyZD4gaXJx IDEgb24gYXRrYmRjMA0Ka2JkMCBhdCBhdGtiZDANCmF0a2JkMDogW0dJQU5U LUxPQ0tFRF0NCnNpbzIgcG9ydCAweDNlOC0weDNlZiBpcnEgNSBvbiBhY3Bp MA0Kc2lvMjogdHlwZSAxNjU1MEENCnNpbzMgcG9ydCAweDJlOC0weDJlZiBp cnEgMTAgb24gYWNwaTANCnNpbzM6IHR5cGUgMTY1NTBBDQpvcm0wOiA8T3B0 aW9uIFJPTT4gYXQgaW9tZW0gMHhjMDAwMC0weGNkZmZmIG9uIGlzYTANCnBt dGltZXIwIG9uIGlzYTANCnNjMDogPFN5c3RlbSBjb25zb2xlPiBhdCBmbGFn cyAweDEwMCBvbiBpc2EwDQpzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xl cywgZmxhZ3M9MHgzMDA+DQp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBw b3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBpc2Ew DQpUaW1lY291bnRlciAiVFNDIiBmcmVxdWVuY3kgMTAwMjI3ODgzNyBIeiBx dWFsaXR5IDgwMA0KVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMTAuMDAwIG1z ZWMNCmk0YnRyYzogNCBJU0ROIHRyYWNlIGRldmljZShzKSBhdHRhY2hlZA0K aTRidGVsOiAyIElTRE4gdGVsZXBob255IGludGVyZmFjZSBkZXZpY2Uocykg YXR0YWNoZWQNCmk0YmN0bDogSVNETiBzeXN0ZW0gY29udHJvbCBwb3J0IGF0 dGFjaGVkDQppNGJpbmc6IDIgaTRiIE5ldEdyYXBoIElTRE4gQi1jaGFubmVs IGRldmljZShzKSBhdHRhY2hlZA0KaTRiOiBJU0ROIGNhbGwgY29udHJvbCBk ZXZpY2UgYXR0YWNoZWQNCkZhc3QgSVBzZWM6IEluaXRpYWxpemVkIFNlY3Vy aXR5IEFzc29jaWF0aW9uIFByb2Nlc3NpbmcuDQphY3BpX2NwdTogdGhyb3R0 bGluZyBlbmFibGVkLCAyIHN0ZXBzICgxMDAlIHRvIDUwLjAlKSwgY3VycmVu dGx5IDEwMC4wJQ0KYWQwOiAzMDUyME1CIDxJQk0tREpTQS0yMzI+IFs2MjAx MC8xNi82M10gYXQgYXRhMC1tYXN0ZXIgVURNQTY2DQphY2QwOiBDRFJXIDxE Vy0yMjRFLUE+IGF0IGF0YTEtc2xhdmUgUElPNA0KdWNvbTA6IGF0IHVodWIx IHBvcnQgMSAoYWRkciAyKSBkaXNjb25uZWN0ZWQNCnVjb20wOiBkZXRhY2hl ZA0KdWNvbTA6IFByb2xpZmljIFRlY2hub2xvZ3kgUEwyMzAzIFNlcmlhbCBh ZGFwdGVyIChBVEVOL0lPR0VBUiBVQzIzMkEpLCByZXYgMS4xMC8yLjAyLCBh ZGRyIDINCmNkMCBhdCBhdGExIGJ1cyAwIHRhcmdldCAxIGx1biAwDQpjZDA6 IDxURUFDIERXLTIyNEUtQSBWLjJBPiBGaXhlZCBDRC1ST00gU0NTSS0wIGRl dmljZSANCmNkMDogMTYuMDAwTUIvcyB0cmFuc2ZlcnMNCmNkMDogQXR0ZW1w dCB0byBxdWVyeSBkZXZpY2Ugc2l6ZSBmYWlsZWQ6IE5PVCBSRUFEWSwgTWVk aXVtIG5vdCBwcmVzZW50DQpNb3VudGluZyByb290IGZyb20gdWZzOi9kZXYv YWQwczFhDQpXQVJOSU5HOiAvIHdhcyBub3QgcHJvcGVybHkgZGlzbW91bnRl ZA0KLzogbW91bnQgcGVuZGluZyBlcnJvcjogYmxvY2tzIDEyIGZpbGVzIDIN CldBUk5JTkc6IC91c3Igd2FzIG5vdCBwcm9wZXJseSBkaXNtb3VudGVkDQpX QVJOSU5HOiAvdmFyIHdhcyBub3QgcHJvcGVybHkgZGlzbW91bnRlZA0KL3Zh cjogbW91bnQgcGVuZGluZyBlcnJvcjogYmxvY2tzIDIwIGZpbGVzIDMNCnBm bG9nMDogcHJvbWlzY3VvdXMgbW9kZSBlbmFibGVkDQo= --0-1750353943-1081270587=:776-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 10:40:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB14716A4CE for ; Tue, 6 Apr 2004 10:40:55 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEEB143D55 for ; Tue, 6 Apr 2004 10:40:55 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 612A372DCA; Tue, 6 Apr 2004 10:39:36 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 5CC7A72DBF; Tue, 6 Apr 2004 10:39:36 -0700 (PDT) Date: Tue, 6 Apr 2004 10:39:36 -0700 (PDT) From: Doug White To: Yuriy Tsibizov In-Reply-To: Message-ID: <20040406103912.R89264@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: Mathew Kanner Subject: RE: dev/sound/pcm/sound.h shadows INTR_MPSAFE declaration X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 17:40:56 -0000 On Tue, 6 Apr 2004, Yuriy Tsibizov wrote: > > > Today I've noticied that my driver is marked as Giant-locked: > > > > Is it actually MPSAFE? If so, feel free to mark it as such, > > although pcm > > isn't fully locked yet, so we take no responsibility for any damage > > caused :) > > Some sound drivers in -CURRENT allocate interrupts with INTR_MPSAFE. > The problem is that after including dev/sound/pcm/sound.h INTR_MPSAFE no longer equals to 512, but it is set to 0. And if sound driver interrupt was allocated as INTR_TYPE_AV|INTR_MPSAFE it will be marked only as INTR_TYPE_TTY. Ever think that might be intentional? :) I'd poke -multimedia to get the sound driver folks, though. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 10:46:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6470516A4CF; Tue, 6 Apr 2004 10:46:16 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57BC543D5A; Tue, 6 Apr 2004 10:46:16 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 2831C72DCA; Tue, 6 Apr 2004 10:45:22 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 25F6172DBF; Tue, 6 Apr 2004 10:45:22 -0700 (PDT) Date: Tue, 6 Apr 2004 10:45:22 -0700 (PDT) From: Doug White To: Nik Clayton In-Reply-To: <20040406160551.GD800@clan.nothing-going-on.org> Message-ID: <20040406104417.X89264@carver.gumbysoft.com> References: <20040406124641.GA800@clan.nothing-going-on.org> <20040406160551.GD800@clan.nothing-going-on.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: USB issues -- dodgy motherboard? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 17:46:16 -0000 On Tue, 6 Apr 2004, Nik Clayton wrote: > On Tue, Apr 06, 2004 at 10:08:08AM -0400, Andre Guibert de Bruet wrote: > > Are you using a USB2 hub? Try connecting the devices directly to the > > machine's USB ports. > > Nope. According to the monitor manual, the USB hub is "Rev. 1.1 > compliant". However, I've been doing my tests with both the USB ports > on the motherboard, and the ones on the hub, and the results are > identical. I have an IBM machine at work with this southbridge and it happily talks to a Lexar usb key, so I suspect interrupt problems. Have you tried it after booting with ACPI disabled? -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 10:48:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18E4816A4CF for ; Tue, 6 Apr 2004 10:48:48 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0237F43D4C for ; Tue, 6 Apr 2004 10:48:48 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 62CBB72DF1; Tue, 6 Apr 2004 10:47:07 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 60AD072DCA; Tue, 6 Apr 2004 10:47:07 -0700 (PDT) Date: Tue, 6 Apr 2004 10:47:07 -0700 (PDT) From: Doug White To: Fred Gilham In-Reply-To: <200404061637.i36GbIQu026304@snapdragon.csl.sri.com> Message-ID: <20040406104610.O89264@carver.gumbysoft.com> References: <200404061637.i36GbIQu026304@snapdragon.csl.sri.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: Soyo 6-in-one USB memory card reader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 17:48:48 -0000 On Tue, 6 Apr 2004, Fred Gilham wrote: > > Hello, > > I'm using 5.2 CURRENT as of March 6. I've been using CURRENT on this > box for a year or so now, and the behavior described below has > occurred since I installed the Soyo device. > > I have a Soyo 6-in-one memory card reader/writer that connects to a > USB port on my computer. When this device is plugged in, the system > will not boot but halts with a BTX error. Can you try disabling booting from USB mass stoarge devices in your BIOS? It sounds like the BIOS screws up bigtime if it sees such a device connected. Also check for a BIOS update. What motherboard do you have? > > If I hit spaces before the system tries to boot FreeBSD, then I get a > prompt and I can type "/boot/loader" at the prompt and the system will > boot and everything will work. The 6-in-one reader works fine once > the system is booted. > > Seems like a stray interrupt problem that gets masked when I generate > interrupts by hitting space on the keyboard. (Does this sound right > or is it total nonsense???) > > Any suggestions as to how I can deal with this? > > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 11:05:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B79F516A4CE for ; Tue, 6 Apr 2004 11:05:27 -0700 (PDT) Received: from mail.gactr.uga.edu (mail.gactr.uga.edu [128.192.37.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70F1B43D55 for ; Tue, 6 Apr 2004 11:05:27 -0700 (PDT) (envelope-from robin.blanchard@gactr.uga.edu) Received: from localhost (localhost [127.0.0.1]) by mail.gactr.uga.edu (Postfix) with ESMTP id 483F4B258F; Tue, 6 Apr 2004 14:03:48 -0400 (EDT) Received: from mail.gactr.uga.edu ([127.0.0.1]) by localhost (mail.gactr.uga.edu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 59961-02-5; Tue, 6 Apr 2004 14:03:45 -0400 (EDT) Received: from EBE1.gc.nat (E2K1.gc.nat [10.10.11.21]) by mail.gactr.uga.edu (Postfix) with ESMTP id 753FBB2544; Tue, 6 Apr 2004 14:03:45 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Tue, 6 Apr 2004 14:03:46 -0400 Message-ID: <9B5C1FCAFB35084787C21EFFFA78DD9EE2C4@EBE1.gc.nat> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Bogus include in src/sys/net80211/ieee80211_ioctl.c Thread-Index: AcQb/IaF6iBU3ulFTTWWCMt/FlDP/AABIqrg From: "Robin P. Blanchard" To: "Doug White" , X-Virus-Scanned: by amavisd-new at gactr.uga.edu cc: =?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?= Subject: RE: Bogus include in src/sys/net80211/ieee80211_ioctl.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 18:05:27 -0000 > -----Original Message----- > From: Doug White [mailto:dwhite@gumbysoft.com]=20 > Sent: Tuesday, April 06, 2004 1:28 PM > To: Robin P. Blanchard > Cc: Conrad J. Sabatier; Dag-Erling Sm=F8rgrav > Subject: RE: Bogus include in src/sys/net80211/ieee80211_ioctl.c >=20 >=20 > On Tue, 6 Apr 2004, Robin P. Blanchard wrote: >=20 > > Do you have MODULES_WITH_WORLD=3DYES set via make.conf ? This looks=20 > > quite like the error I was reporting recently:=20 > >=20 > = http://groups.google.com/groups?q=3Dfreebsd+robin+wlan&hl=3Den&lr=3D&ie=3D= UTF- > > 8&oe=3DUT > > F-8&selm=3D1080942787.00023291.1080931801%4010.7.7.3&rnum=3D2 > > > > I do, and am wondering if that somehow is the culprit... >=20 > config(8) should generate it, even if it will be empty. I=20 > have the file on my -current builders. The default is to=20 > have MODULES_WITH_WORLD enabled, and 'make buildkernel'=20 > arranges to run config first, so I doubt that's the issue. >=20 > Have you tried blowing away /usr/obj? (or whatever you have OBJDIR set > to) Can you build the kenrel the old way manually? Modules build just fine when built alongside kernel (without MODULES_WITH_WORLD)...Error rears it's head when building with world. = Minor annoyance. To avoid building modules repeatedly with each KERNCONF, I commented out MODULES_WITH_WORLD, built first kernel, moved obj module = dir from /usr/obj/usr/src/sys/KERN/modules/.... To = /usr/obj/usr/src/sys/modules, then uncommented MODULES_WITH_WORLD and built remaining KERNCONFs. Not sure what's causing this. ( and yes, obj is blown away ). --------------------------------------- Robin P. Blanchard Systems Integration Specialist Georgia Center for Continuing Education fon: 706.542.2404 < > fax: 706.542.6546 --------------------------------------- From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 11:15:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9F4C16A4F0; Tue, 6 Apr 2004 11:15:03 -0700 (PDT) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E438A43D3F; Tue, 6 Apr 2004 11:15:02 -0700 (PDT) (envelope-from tim@kientzle.com) Received: from kientzle.com (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id i36IEs90075653; Tue, 6 Apr 2004 11:14:54 -0700 (PDT) (envelope-from tim@kientzle.com) Message-ID: <4072F398.5040709@kientzle.com> Date: Tue, 06 Apr 2004 11:14:48 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <200404052132.i35LWIgJ009519@repoman.freebsd.org> <20040406082945.GD397@ip.net.ua> In-Reply-To: <20040406082945.GD397@ip.net.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Tim Kientzle cc: current@FreeBSD.org Subject: Re: cvs commit: src/usr.bin/tar Makefile bsdtar.1 bsdtar.c bsdtar.h bsdtar_platform.h matching.c read.c util.c write.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 18:15:23 -0000 Ruslan Ermilov wrote: > On Mon, Apr 05, 2004 at 02:32:18PM -0700, Tim Kientzle wrote: > >>kientzle 2004/04/05 14:32:18 PDT >> >> FreeBSD src repository >> >> Added files: >> usr.bin/tar Makefile bsdtar.1 bsdtar.c bsdtar.h >> bsdtar_platform.h matching.c read.c >> util.c write.c >> Log: >> Initial commit for bsdtar. >> > > Awesome! Are there some benchmarking results available? I haven't focused very closely on performance yet, to be honest, though the internal architecture is pretty clean (minimal data copying; reuse of internal buffers to avoid heap thrashing). I did some quick tests early on and the performance (on dearchiving) was roughly comparable to gnutar. (Within about 5-10%.) That will improve some as I continue to work on it. However, in general, I expect it to be a little bit slower because the compression isn't handled in a separate process (thus there's less overlapping of I/O and computation). But, there are a lot of nice new features: * Fully automatic format/compression detection. In particular, the following commands all work: bsdtar -xf file.tgz bsdtar -xf file.tbz bsdtar -xf file.cpio or even fetch -o - http://...../file.tgz | bsdtar -xf - GNU tar can't do any of these; 'star' fails the last one. To be fair, "Heirloom tar" does support all of these. * Ability to interpolate an archive. The following combines the contents of "foo1.tgz" and "foo2.cpio" into a single archive called "out.tbz": bsdtar -cjf out.tbz @foo1.tgz @foo2.cpio Yes, you can mix interpolations and regular files on the command line. You can even interpolate from stdin: bsdtar -cjf - -F pax @- converts an archive read on stdin into a pax-format, bzip2-compressed archive on stdout. Once I get mtree read support, you'll be able to convert an mtree file into a shell script, for example: bsdtar -cf tree.sh -F shar @tree.mtree * Compliance with SUSv2. SUSv2 (POSIX.1-1997 ?) was the last official spec for tar. GNU tar does not comply with the file format specified there, nor does it correctly implement the command-line options specified there. By default, bsdtar will create standard ustar archives unless it finds a file attribute that is not supported by ustar (such as a very long filename or ACL), in which case it will use SUSv3 (POSIX.1-2001) extensions to carry the additional data. There are command-line options to force straight ustar format or permit SUSv3 ("pax") extensions even when not absolutely required. (The default format won't use SUSv3 extensions just to store atime/ctime or sub-second timestamps; specifying "pax" format will.) * Support for SUSv3 extensions. The "pax" format extensions eliminate essentially all of the historic limitations of tar in a way that is easily extensible and compatible with standard-compliant "pax" implementations on other platforms. (as well as some modern tar implementations, notably Joerg Schilling's "star") * More complete archiving. With the "pax" format, bsdtar will archive ino/dev/nlink, sub-second resolution mtime/ctime/atime, ACLs, file flags, etc, etc. Not all of this can currently be restored (ino/dev/nlink/ctime are currently ignored on extract), but it's all stored in the archive. * Broad format support. bsdtar reads the usual bevy of tar formats, and some cpio archives (only the odc variant at the moment). It writes standard tar formats, cpio, and shar. The underlying libarchive library is extensible and I have plans for reading mtree files, reading/writing more cpio formats, reading ZIP archives, etc. * Cleanly factored. The archive format support is all in a separate library. It should be fairly routine to build "cpio" or "pax" command-line interfaces to the same library or use the library for "pkg_install" or "pkg_create." For comparison, right now "bsdtar" is ~2,000 lines of C, "libarchive" is closer to 10,000 lines of C. There is some performance work to be done; I need to build a uid/gid/uname/gname cache, for example. Part of my recent rewrite of the ACL support was to get to the point that there was one place where all such lookups were handled, regardless of whether it's a file owner or an ACL that needs the information. There are still a few bugs to iron out and a couple of features that are a bit incomplete, but it's getting better quickly. My hope is that a few adventurous souls will start using it and giving me feedback so that I can grow it into the system tar that FreeBSD deserves. Tim From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 11:25:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84F3816A4CE for ; Tue, 6 Apr 2004 11:25:46 -0700 (PDT) Received: from hak.cnd.mcgill.ca (hak.cnd.mcgill.ca [132.216.11.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id D86B643D55 for ; Tue, 6 Apr 2004 11:25:45 -0700 (PDT) (envelope-from mat@hak.cnd.mcgill.ca) Received: from hak.cnd.mcgill.ca (localhost [127.0.0.1]) by hak.cnd.mcgill.ca (8.12.9/8.12.8) with ESMTP id i36IQOK0081339; Tue, 6 Apr 2004 14:26:24 -0400 (EDT) (envelope-from mat@hak.cnd.mcgill.ca) Received: (from mat@localhost) by hak.cnd.mcgill.ca (8.12.9/8.12.8/Submit) id i36IQO0s081338; Tue, 6 Apr 2004 14:26:24 -0400 (EDT) Date: Tue, 6 Apr 2004 14:26:24 -0400 From: Mathew Kanner To: Doug White Message-ID: <20040406182624.GA79561@cnd.mcgill.ca> References: <20040406103912.R89264@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040406103912.R89264@carver.gumbysoft.com> User-Agent: Mutt/1.4.1i Organization: I speak for myself, operating in Montreal, CANADA X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.62 X-Spam-Checker-Version: SpamAssassin 2.62 (2004-01-11) on hak.cnd.mcgill.ca cc: freebsd-current@freebsd.org cc: Mathew Kanner Subject: Re: dev/sound/pcm/sound.h shadows INTR_MPSAFE declaration X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 18:25:46 -0000 On Apr 06, Doug White wrote: > On Tue, 6 Apr 2004, Yuriy Tsibizov wrote: > > > > > Today I've noticied that my driver is marked as Giant-locked: > > > > > > Is it actually MPSAFE? If so, feel free to mark it as such, > > > although pcm > > > isn't fully locked yet, so we take no responsibility for any damage > > > caused :) > > > > Some sound drivers in -CURRENT allocate interrupts with INTR_MPSAFE. > > The problem is that after including dev/sound/pcm/sound.h INTR_MPSAFE no longer equals to 512, but it is set to 0. And if sound driver interrupt was allocated as INTR_TYPE_AV|INTR_MPSAFE it will be marked only as INTR_TYPE_TTY. > > Ever think that might be intentional? :) I'd poke -multimedia to get the > sound driver folks, though. Hello All, I've noticed the same things. I think I tried once to allow for it to MPSAFE (when I was mucking around with the emu10k1 driver). I think if you poke further, the sound drivers aren't always locked properly and hence not MPSAFE. I won't have time to dig into this until friday. --Mat -- It's impossible to awaken a man who is pretending to be asleep. - Navajo saying From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 11:26:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AECC16A4CE; Tue, 6 Apr 2004 11:26:41 -0700 (PDT) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CD1D43D48; Tue, 6 Apr 2004 11:26:41 -0700 (PDT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([24.7.73.28]) by comcast.net (rwcrmhc13) with ESMTP id <20040406182522015003jnk2e>; Tue, 6 Apr 2004 18:25:22 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id LAA35191; Tue, 6 Apr 2004 11:25:20 -0700 (PDT) Date: Tue, 6 Apr 2004 11:25:19 -0700 (PDT) From: Julian Elischer To: Nik Clayton In-Reply-To: <20040406124641.GA800@clan.nothing-going-on.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: USB issues -- dodgy motherboard? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 18:26:41 -0000 On Tue, 6 Apr 2004, Nik Clayton wrote: > All, > > I'm trying to use some USB devices on a -current system, updated on 17th > March 2004. > > The motherboard is a Gigabyte 6VXDC7, BIOS rev. F6, with all the USB > ports enabled (according to the BIOS). One of the ports is then > connected to the USB hub built in to one of the monitors, an Iiyama > AU4831D. This hub has four ports. It is a USB1.1 Hub right? (we don't yet support 2.0 hubs) From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 11:39:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69CC916A4CF for ; Tue, 6 Apr 2004 11:39:14 -0700 (PDT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D4DA43D4C for ; Tue, 6 Apr 2004 11:39:14 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 13758 invoked from network); 6 Apr 2004 18:37:24 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 6 Apr 2004 18:37:24 -0000 Received: from 10.50.40.205 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.10/8.12.10) with ESMTP id i36IbCNH007435; Tue, 6 Apr 2004 14:37:21 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 6 Apr 2004 14:29:30 -0400 User-Agent: KMail/1.6 References: <200404042340.07923.mjohnston@skyweb.ca> In-Reply-To: <200404042340.07923.mjohnston@skyweb.ca> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200404061429.30921.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Mark Johnston cc: current@freebsd.org Subject: Re: cvs-src summary for 04/04/2004 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 18:39:14 -0000 On Monday 05 April 2004 12:40 am, Mark Johnston wrote: > FreeBSD cvs-src summary for 28/03/04 to 04/04/04 > ++++++++++++++++++++++++++++++++++++++++++++++++ > This is a regular weekly summary of FreeBSD's cutting-edge development. > It is intended to help the FreeBSD community keep up with the fast-paced > work going on in FreeBSD-CURRENT by distilling the deluge of data from > the CVS mailing list into a (hopefully) easy-to-read newsletter. This > newsletter is marked up in reStructuredText_, so any odd punctuation > that you see is likely intended for the reST parser. > > . _reStructuredText: http://docutils.sourceforge.net/rst.html > > You can get old summaries, and an HTML version of this one, at > http://www.xl0.org/FreeBSD/. Please send any comments to Mark Johnston > (mark at xl0.org). > > For Lukasz Dudek and Szymon Roczniak's Polish translations of these > summaries, which may lag the English ones slightly, please see > http://mocart.pinco.pl/FreeBSD/. > > . contents:: > > ============ > New features > ============ > Ezm3 imported into base system > ------------------------------ > Maxime Henrion (mux) imported John Polstra (jdp)'s Ezm3_ Modula-3 compiler > into the base system. Ezm3 is a stripped-down version of Modula-3, > containing only the code necessary to compile and run CVSup_. This will > make it easier for people to build CVSup from source when needed. > > . _Ezm3: http://www.polstra.com/projects/freeware/ezm3/ > . _CVSup: http://www.cvsup.org/ > > http://docs.freebsd.org/cgi/mid.cgi?20040401183758.GC44790 This was an April Fool's joke. :) > PS2 vs. USB keyboards at boot time > ---------------------------------- > Alfred Perlstein (alfred) committed a change to the GENERIC kernel > configuration file so that PS2 keyboards can be plugged in and work after > bootup. However, this same change means that USB keyboards will not be > found by default. Peter Wemm (peter) replied and pointed out that the > change breaks USB keyboards; Alfred responded that turning on a flag would > make them work again. John Baldwin also replied, asking Alfred to revert > the change, since it had not been adequately reviewed. Alfred argued that > the change had been discussed a long time ago, and that the consensus was > that PS2 keyboard hot swapping was more important. Scott Long (scottl) > asked Alfred to revert the change in -STABLE since the 4.10 release is > coming soon, which he did. This is somewhat misleading in that the consensus was _not_ that PS2 keyboard hot swapping was more important than USB keyboard support, neither in the past nor now. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 11:39:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A276016A4D1 for ; Tue, 6 Apr 2004 11:39:14 -0700 (PDT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7800843D58 for ; Tue, 6 Apr 2004 11:39:14 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 13758 invoked from network); 6 Apr 2004 18:37:24 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 6 Apr 2004 18:37:24 -0000 Received: from 10.50.40.205 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.10/8.12.10) with ESMTP id i36IbCNH007435; Tue, 6 Apr 2004 14:37:21 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 6 Apr 2004 14:29:30 -0400 User-Agent: KMail/1.6 References: <200404042340.07923.mjohnston@skyweb.ca> In-Reply-To: <200404042340.07923.mjohnston@skyweb.ca> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200404061429.30921.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Mark Johnston cc: current@freebsd.org Subject: Re: cvs-src summary for 04/04/2004 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 18:39:14 -0000 On Monday 05 April 2004 12:40 am, Mark Johnston wrote: > FreeBSD cvs-src summary for 28/03/04 to 04/04/04 > ++++++++++++++++++++++++++++++++++++++++++++++++ > This is a regular weekly summary of FreeBSD's cutting-edge development. > It is intended to help the FreeBSD community keep up with the fast-paced > work going on in FreeBSD-CURRENT by distilling the deluge of data from > the CVS mailing list into a (hopefully) easy-to-read newsletter. This > newsletter is marked up in reStructuredText_, so any odd punctuation > that you see is likely intended for the reST parser. > > . _reStructuredText: http://docutils.sourceforge.net/rst.html > > You can get old summaries, and an HTML version of this one, at > http://www.xl0.org/FreeBSD/. Please send any comments to Mark Johnston > (mark at xl0.org). > > For Lukasz Dudek and Szymon Roczniak's Polish translations of these > summaries, which may lag the English ones slightly, please see > http://mocart.pinco.pl/FreeBSD/. > > . contents:: > > ============ > New features > ============ > Ezm3 imported into base system > ------------------------------ > Maxime Henrion (mux) imported John Polstra (jdp)'s Ezm3_ Modula-3 compiler > into the base system. Ezm3 is a stripped-down version of Modula-3, > containing only the code necessary to compile and run CVSup_. This will > make it easier for people to build CVSup from source when needed. > > . _Ezm3: http://www.polstra.com/projects/freeware/ezm3/ > . _CVSup: http://www.cvsup.org/ > > http://docs.freebsd.org/cgi/mid.cgi?20040401183758.GC44790 This was an April Fool's joke. :) > PS2 vs. USB keyboards at boot time > ---------------------------------- > Alfred Perlstein (alfred) committed a change to the GENERIC kernel > configuration file so that PS2 keyboards can be plugged in and work after > bootup. However, this same change means that USB keyboards will not be > found by default. Peter Wemm (peter) replied and pointed out that the > change breaks USB keyboards; Alfred responded that turning on a flag would > make them work again. John Baldwin also replied, asking Alfred to revert > the change, since it had not been adequately reviewed. Alfred argued that > the change had been discussed a long time ago, and that the consensus was > that PS2 keyboard hot swapping was more important. Scott Long (scottl) > asked Alfred to revert the change in -STABLE since the 4.10 release is > coming soon, which he did. This is somewhat misleading in that the consensus was _not_ that PS2 keyboard hot swapping was more important than USB keyboard support, neither in the past nor now. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 11:39:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4339C16A4E1 for ; Tue, 6 Apr 2004 11:39:36 -0700 (PDT) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C80C43D45 for ; Tue, 6 Apr 2004 11:39:36 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 850 invoked from network); 6 Apr 2004 18:37:22 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 6 Apr 2004 18:37:22 -0000 Received: from 10.50.40.205 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.10/8.12.10) with ESMTP id i36IbCNG007435; Tue, 6 Apr 2004 14:37:19 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 6 Apr 2004 14:14:49 -0400 User-Agent: KMail/1.6 References: <20040402232528.GA54705@numachi.com> In-Reply-To: <20040402232528.GA54705@numachi.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200404061414.49846.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx Subject: Re: introducing support for other AGP devices? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 18:39:36 -0000 On Friday 02 April 2004 06:25 pm, Brian Reichert wrote: > I'm running FreeBSD 5.2.1-RELEASE on an E-machines M3505 laptop. > I've was hoping to get DRI working under X11. Alas, I am thwarted. > > The video card is an ATI Radeon Mobility U1. > > drm0@pci1:5:0: class=0x030000 card=0x2029161f chip=0x43361002 rev=0x00 > hdr=0x00 vendor = 'ATI Technologies' > device = 'Radeon Mobility U1' > class = display > subclass = VGA > > It was straightforward to patch sys/dev/drm/radeon.h to allow this > card to probe (gotta file a PR soonish): > > {0x1002, 0x4C57, 0, "ATI Radeon LW Mobility 7500 M7"}, \ > + {0x1002, 0x4336, 0, "ATI Radeon Mobility U1"}, \ > {0x1002, 0x4C58, 0, "ATI Radeon LX RV200 Mobility FireGL 7800 M7"}, \ > > # dmesg | grep drm > drm0: port 0x9000-0x90ff mem > 0xf0100000-0xf010ffff,0xf8000000-0xfbffffff irq 10 at device 5.0 on pci1 > info: [drm] Initialized radeon 1.10.0 20020828 on minor 0 > > But, X11R6 4.4.0 doesn't want to play, I get: > > "XFree86-DRI" missing on display ":0.0" > > I've followed the advice on the DRI troubleshooting webpage: > > > > I infer the core issue is this laptop's AGP chipset isn't supported, > acording to agp(4): > > pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x700f1002 rev=0x01 > hdr=0x01 vendor = 'ATI Technologies' > device = 'A3/U1 PCI to AGP Bridge' > class = bridge > subclass = PCI-PCI > > It looks like FreeBSD-current has an easy-to-extend AGP structure > in sys/pci/. But, other than introducing device probes, I have no > grasp how to pull in anything like support. > > Any pointers? I _think_ the Mobility U1 is also known as a 'IGP320M' > Northbridge chipset: > > > > (I'm grasping at straws here...) > > Thanks for any advice. Unfortunately, that link doesn't provide the info needed to write an AGP driver. You need to know the PCI config registers for that device, especially the registers used for setting the size of the aperture, flushing the GART, etc. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 12:00:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5EFC16A4CF for ; Tue, 6 Apr 2004 12:00:47 -0700 (PDT) Received: from root.org (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 8C8AB43D48 for ; Tue, 6 Apr 2004 12:00:47 -0700 (PDT) (envelope-from nate@root.org) Received: (qmail 28908 invoked by uid 1000); 6 Apr 2004 19:00:28 -0000 Date: Tue, 6 Apr 2004 12:00:28 -0700 (PDT) From: Nate Lawson To: current@freebsd.org Message-ID: <20040406113717.I28713@root.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: acpi@freebsd.org cc: acpi-jp@jp.freebsd.org Subject: Announcing: freebsd-acpi@ mailing list X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 19:00:47 -0000 There is a new mailing list for discussing ACPI support in FreeBSD. It is freebsd-acpi@ (or just acpi@). Topics for discussion include new drivers or feature support in acpi, bug reports, and general power management discussions. Subscription info is below... http://lists.freebsd.org/mailman/listinfo/freebsd-acpi acpi-jp@ will continue to exist for Japanese-language discussions about ACPI and the FreeBSD ACPI developers will continue to monitor it. We expect that most discussions will happen on the new list as it is better integrated with related lists (i.e. current@). Thanks, Nate From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 12:11:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32B8816A4CE for ; Tue, 6 Apr 2004 12:11:07 -0700 (PDT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90B9343D5C for ; Tue, 6 Apr 2004 12:11:06 -0700 (PDT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 024A9530D; Tue, 6 Apr 2004 21:09:27 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id E1DA55309; Tue, 6 Apr 2004 21:09:14 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id C83C033C6C; Tue, 6 Apr 2004 21:09:14 +0200 (CEST) To: "Robin P. Blanchard" References: <9B5C1FCAFB35084787C21EFFFA78DD9EE2C4@EBE1.gc.nat> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Tue, 06 Apr 2004 21:09:14 +0200 In-Reply-To: <9B5C1FCAFB35084787C21EFFFA78DD9EE2C4@EBE1.gc.nat> (Robin P. Blanchard's message of "Tue, 6 Apr 2004 14:03:46 -0400") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: current@freebsd.org Subject: Re: Bogus include in src/sys/net80211/ieee80211_ioctl.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 19:11:07 -0000 --=-=-= Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable "Robin P. Blanchard" writes: > Modules build just fine when built alongside kernel (without > MODULES_WITH_WORLD)...Error rears it's head when building with > world. Please try the attached patch. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=wlan.diff Index: sys/modules/wlan/Makefile =================================================================== RCS file: /home/ncvs/src/sys/modules/wlan/Makefile,v retrieving revision 1.2 diff -u -r1.2 Makefile --- sys/modules/wlan/Makefile 28 Jun 2003 06:19:01 -0000 1.2 +++ sys/modules/wlan/Makefile 6 Apr 2004 19:06:04 -0000 @@ -5,9 +5,12 @@ KMOD= wlan SRCS= ieee80211.c ieee80211_crypto.c ieee80211_input.c ieee80211_ioctl.c \ ieee80211_node.c ieee80211_output.c ieee80211_proto.c -SRCS+= bus_if.h device_if.h opt_inet.h +SRCS+= bus_if.h device_if.h opt_inet.h opt_ipx.h opt_inet.h: echo "#define INET 1" > opt_inet.h + +opt_ipx.h: + echo "#define IPX 1" >opt_ipx.h .include --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 12:34:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6E6F16A4D4 for ; Tue, 6 Apr 2004 12:34:54 -0700 (PDT) Received: from ms-smtp-02-eri0.socal.rr.com (ms-smtp-02-qfe0.socal.rr.com [66.75.162.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id C063943D2F for ; Tue, 6 Apr 2004 12:34:54 -0700 (PDT) (envelope-from sean@mcneil.com) Received: from mail.mcneil.com (rrcs-west-24-199-45-54.biz.rr.com [24.199.45.54])i36IuiSa012160; Tue, 6 Apr 2004 11:56:44 -0700 (PDT) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id E1023FD2E1; Tue, 6 Apr 2004 11:56:43 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 39703-03; Tue, 6 Apr 2004 11:56:36 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 5E37AFD294; Tue, 6 Apr 2004 11:56:36 -0700 (PDT) From: Sean McNeil To: freebsd-current@freebsd.org, noackjr@alumni.rice.edu Content-Type: text/plain Message-Id: <1081277796.97899.6.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 06 Apr 2004 11:56:36 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Virus-Scanned: by amavisd-new at mcneil.com Subject: re0 checksum offloading issue (Re: nfs server issues) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 19:34:55 -0000 I have been running fine with nfs now for several days and I have determined that it is only the TX side. I run fine with ifconfig re0 -txcsum Looking through the driver code, it is the txcsum that is used to determine if CSUM_* are set. tcp works just fine, it is only udp that appears to have an issue. And only transmit of upd it would seem. This may be another layer other than the driver. Others have reported issues with nfs but I'm not sure which driver they were using. Cheers, Sean From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 12:45:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D75ED16A4CE for ; Tue, 6 Apr 2004 12:45:13 -0700 (PDT) Received: from mail018.syd.optusnet.com.au (mail018.syd.optusnet.com.au [211.29.132.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE5CB43D5A for ; Tue, 6 Apr 2004 12:45:12 -0700 (PDT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) i36Ji0516387; Wed, 7 Apr 2004 05:44:02 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])i36Ji0SU086613; Wed, 7 Apr 2004 05:44:00 +1000 (EST) (envelope-from jeremyp@cirb503493.alcatel.com.au) Received: (from jeremyp@localhost)i36JhxoD086612; Wed, 7 Apr 2004 05:43:59 +1000 (EST) (envelope-from jeremyp) Date: Wed, 7 Apr 2004 05:43:59 +1000 From: Peter Jeremy To: Tim Kientzle Message-ID: <20040406194359.GB53327@cirb503493.alcatel.com.au> References: <200404052132.i35LWIgJ009519@repoman.freebsd.org> <20040406082945.GD397@ip.net.ua> <4072F398.5040709@kientzle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4072F398.5040709@kientzle.com> User-Agent: Mutt/1.4.2i cc: current@freebsd.org Subject: Re: cvs commit: src/usr.bin/tar Makefile bsdtar.1 bsdtar.c bsdtar.h bsdtar_platform.h matching.c read.c util.c write.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 19:45:14 -0000 On Tue, Apr 06, 2004 at 11:14:48AM -0700, Tim Kientzle wrote: >improve some as I continue to work on it. However, in general, >I expect it to be a little bit slower because the compression >isn't handled in a separate process (thus there's less overlapping >of I/O and computation). On the flip side, having everything in one process means there's less context switching and no copying data between processes. On a UP system there's relatively little scope for overlap because pipes don't buffer much. Peter From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 13:42:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37B9616A4CE for ; Tue, 6 Apr 2004 13:42:15 -0700 (PDT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BE6843D3F for ; Tue, 6 Apr 2004 13:42:14 -0700 (PDT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i36Kirfb020503 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 Apr 2004 23:44:55 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.12.11/8.12.11) id i36Kehl1000567; Tue, 6 Apr 2004 23:40:43 +0300 (EEST) (envelope-from ru) Date: Tue, 6 Apr 2004 23:40:43 +0300 From: Ruslan Ermilov To: Peter Jeremy Message-ID: <20040406204043.GB272@ip.net.ua> References: <200404052132.i35LWIgJ009519@repoman.freebsd.org> <20040406082945.GD397@ip.net.ua> <4072F398.5040709@kientzle.com> <20040406194359.GB53327@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8GpibOaaTibBMecb" Content-Disposition: inline In-Reply-To: <20040406194359.GB53327@cirb503493.alcatel.com.au> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: current@FreeBSD.org Subject: Re: cvs commit: src/usr.bin/tar Makefile bsdtar.1 bsdtar.c bsdtar.h bsdtar_platform.h matching.c read.c util.c write.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 20:42:15 -0000 --8GpibOaaTibBMecb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 07, 2004 at 05:43:59AM +1000, Peter Jeremy wrote: > On Tue, Apr 06, 2004 at 11:14:48AM -0700, Tim Kientzle wrote: > >improve some as I continue to work on it. However, in general, > >I expect it to be a little bit slower because the compression > >isn't handled in a separate process (thus there's less overlapping > >of I/O and computation). >=20 > On the flip side, having everything in one process means there's less > context switching and no copying data between processes. On a UP > system there's relatively little scope for overlap because pipes > don't buffer much. >=20 The concurrency of two processes doing the same job is higher. The are "big" pipes, and there's still the preemtive switching. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --8GpibOaaTibBMecb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAcxXLUkv4P6juNwoRAg9cAJ9cdVcrYF3r8n0ZWiu1pGyxQWEs/QCeNFkl nOJdcEFP/5ip3TBdATZel9I= =01j4 -----END PGP SIGNATURE----- --8GpibOaaTibBMecb-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 13:53:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A5EA16A4CE; Tue, 6 Apr 2004 13:53:12 -0700 (PDT) Received: from smtp.newipnet.com (5.Red-80-32-157.pooles.rima-tde.net [80.32.157.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id E729C43D54; Tue, 6 Apr 2004 13:53:11 -0700 (PDT) (envelope-from freebsd@newipnet.com) Received: by smtp.newipnet.com (ESMTP Server, from userid 511) id EAE552051A; Tue, 6 Apr 2004 22:51:29 +0200 (CEST) Received: from madre (madre.newipnet.com [192.168.128.4]) by smtp.newipnet.com (ESMTP Server) with ESMTP id 8FDEA204EF; Tue, 6 Apr 2004 22:51:25 +0200 (CEST) Message-ID: <200404062250040743.0A958E6F@192.168.128.16> In-Reply-To: <20040406.110423.35013927.imp@bsdimp.com> References: <200404042342100749.00809B29@192.168.128.16> <200404061255150877.0875F2E3@192.168.128.16> <20040406.110423.35013927.imp@bsdimp.com> X-Mailer: Courier 3.50.00.09.1092 (http://www.rosecitysoftware.com) (P) Date: Tue, 06 Apr 2004 22:50:04 +0200 From: "Carlos Velasco" To: "M. Warner Losh" Content-Type: text/plain; charset="us-ascii" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on atlas.newipnet.com X-Spam-Level: X-Spam-Status: No, hits=-104.9 required=5.0 tests=BAYES_00,USER_IN_WHITELIST autolearn=ham version=2.63 cc: jon@freebsd.org cc: marc@mit.edu cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re[2]: pccbb pccard rman - Something is very wrong somewhere X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 20:53:12 -0000 On 06/04/2004 at 11:04 M. Warner Losh wrote: >: And the real problem, an alignment issue that prevents pccard to work: > >This is almost the real problem. :( Problem is not related to page alignment? I thought so. Regards, Carlos Velasco From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 15:28:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BC4316A4CE; Tue, 6 Apr 2004 15:28:58 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1251C43D53; Tue, 6 Apr 2004 15:28:58 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id i36MS0kj095731; Tue, 6 Apr 2004 16:28:00 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 06 Apr 2004 16:28:34 -0600 (MDT) Message-Id: <20040406.162834.02299817.imp@bsdimp.com> To: freebsd@newipnet.com From: "M. Warner Losh" In-Reply-To: <200404062250040743.0A958E6F@192.168.128.16> References: <200404061255150877.0875F2E3@192.168.128.16> <20040406.110423.35013927.imp@bsdimp.com> <200404062250040743.0A958E6F@192.168.128.16> 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: jon@freebsd.org cc: marc@mit.edu cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: pccbb pccard rman - Something is very wrong somewhere X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 22:28:58 -0000 In message: <200404062250040743.0A958E6F@192.168.128.16> "Carlos Velasco" writes: : On 06/04/2004 at 11:04 M. Warner Losh wrote: : : >: And the real problem, an alignment issue that prevents pccard to work: : > : >This is almost the real problem. : : :( : Problem is not related to page alignment? I thought so. There's code that fails to properly align requests larger than 4k to the appropriate boundary. Upping things to 64k just papers over that problem, and tends to be somewhat wasteful of resources. Warner From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 15:51:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55E3316A4CE for ; Tue, 6 Apr 2004 15:51:20 -0700 (PDT) Received: from bragi.housing.ufl.edu (bragi.housing.ufl.edu [128.227.47.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F77243D53 for ; Tue, 6 Apr 2004 15:51:19 -0700 (PDT) (envelope-from WillS@housing.ufl.edu) content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable x-mimeole: Produced By Microsoft Exchange V6.0.6249.0 Date: Tue, 6 Apr 2004 18:49:53 -0400 Message-ID: <0E972CEE334BFE4291CD07E056C76ED8CBBEE3@bragi.housing.ufl.edu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: drive failure, now 'cannot alloc 494581644 bytes for inoinfo' and 'bad inode number 3556352 to nextinode' Thread-Index: AcQcKXl8XiM7Ow90Ru+LYOPyCM+/kA== From: "Will Saxon" To: Subject: drive failure, now 'cannot alloc 494581644 bytes for inoinfo' and 'bad inode number 3556352 to nextinode' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 22:51:20 -0000 Hello, Today, I had a drive fail in a large raid 5 array hosted off of a ciss = device. I removed the bad drive but before I was able to get another = drive swapped in, another drive seemed to just lose power and then the = system panicked. =20 I swapped in a spare drive and restarted the system. The controller said = the array was 'ok' and would recover. However, FreeBSD is having a hard = time fsck'ing the partition. At the time of the crash, I was using FreeBSD 5.2.1-RC2, however I have = since updated to 5.2.1-RELEASE-p4. The array has 1 partition and 2 = slices - one 4GB swap slice and 1 400+GB storage slice. This was being = used in a samba pilot and had the softupdates, suiddir, noexec, nodev = and acl options enabled. Basically, in phase 1 fsck -y complains that it cannot allocate enough = bytes for inoinfo, then there are a bunch of the following: UNKNOWN FILE TYPE I=3D####### UNEXPECTED SOFT UPDATE INCONSISTENCY then finally: fsck_4.2bsd: bad inode number 3556352 to nextinode Any ideas? -Will _____________________________________________ Will Saxon Systems Programmer - Network Services Department of Housing and Residence Education University of Florida Email: wills@housing.ufl.edu Phone: (352) 392-2171 x10148 From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 15:56:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B6DB16A4CE for ; Tue, 6 Apr 2004 15:56:21 -0700 (PDT) Received: from bragi.housing.ufl.edu (bragi.housing.ufl.edu [128.227.47.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07F7943D45 for ; Tue, 6 Apr 2004 15:56:21 -0700 (PDT) (envelope-from WillS@housing.ufl.edu) content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable x-mimeole: Produced By Microsoft Exchange V6.0.6249.0 Date: Tue, 6 Apr 2004 18:55:24 -0400 Message-ID: <0E972CEE334BFE4291CD07E056C76ED802E8692E@bragi.housing.ufl.edu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: drive failure, now 'cannot alloc 494581644 bytes for inoinfo'and 'bad inode number 3556352 to nextinode' Thread-Index: AcQcKXl8XiM7Ow90Ru+LYOPyCM+/kAAAKpjw From: "Will Saxon" To: Subject: RE: drive failure, now 'cannot alloc 494581644 bytes for inoinfo' and'bad inode number 3556352 to nextinode' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 22:56:21 -0000 > -----Original Message----- > From: Will Saxon=20 > Sent: Tuesday, April 06, 2004 6:50 PM > To: current@freebsd.org > Subject: drive failure, now 'cannot alloc 494581644 bytes for inoinfo' > and'bad inode number 3556352 to nextinode' >=20 > At the time of the crash, I was using FreeBSD 5.2.1-RC2,=20 > however I have since updated to 5.2.1-RELEASE-p4. The array=20 > has 1 partition and 2 slices - one 4GB swap slice and 1=20 > 400+GB storage slice. This was being used in a samba pilot=20 > and had the softupdates, suiddir, noexec, nodev and acl=20 > options enabled. >=20 > Basically, in phase 1 fsck -y complains that it cannot=20 > allocate enough bytes for inoinfo, then there are a bunch of=20 > the following: >=20 > UNKNOWN FILE TYPE I=3D####### > UNEXPECTED SOFT UPDATE INCONSISTENCY >=20 > then finally: >=20 > fsck_4.2bsd: bad inode number 3556352 to nextinode Also, dumpfs coredumps (dumpfs /dev/da1s1d) in case that piques anyone's interest. -Will From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 16:08:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07B4916A4CE; Tue, 6 Apr 2004 16:08:09 -0700 (PDT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id A367F43D31; Tue, 6 Apr 2004 16:08:08 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.10/8.12.1) with ESMTP id i36N6ptf026575; Tue, 6 Apr 2004 19:06:51 -0400 (EDT) Date: Tue, 6 Apr 2004 19:06:51 -0400 (EDT) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: sos@freebsd.org Subject: CDIOCREADAUDIO ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: deischen@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 23:08:09 -0000 So a few months ago, sos removed CDIOCREADAUDIO from . Now that I'm porting the latest xmcd, it wants to use that command. Why was it removed and what is its replacement? -- Dan Eischen From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 18:43:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83D2A16A4CE for ; Tue, 6 Apr 2004 18:43:34 -0700 (PDT) Received: from santiago.pacific.net.sg (santiago.pacific.net.sg [203.120.90.135]) by mx1.FreeBSD.org (Postfix) with SMTP id 5804F43D49 for ; Tue, 6 Apr 2004 18:43:33 -0700 (PDT) (envelope-from oceanare@pacific.net.sg) Received: (qmail 30371 invoked from network); 7 Apr 2004 01:43:07 -0000 Received: from unknown (HELO maxwell2.pacific.net.sg) (203.120.90.192) by santiago with SMTP; 7 Apr 2004 01:43:07 -0000 Received: from pacific.net.sg ([210.24.202.50]) by maxwell2.pacific.net.sg with ESMTP id <20040407014307.HIOT1277.maxwell2.pacific.net.sg@pacific.net.sg>; Wed, 7 Apr 2004 09:43:07 +0800 Message-ID: <40735D0E.3010202@pacific.net.sg> Date: Wed, 07 Apr 2004 09:44:46 +0800 From: Erich Dollansky Organization: oceanare pte ltd User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en, en-us, de MIME-Version: 1.0 To: Doug White References: <40703A02.20007@pacific.net.sg> <20040405202317.H82596@carver.gumbysoft.com> In-Reply-To: <20040405202317.H82596@carver.gumbysoft.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: make fails compiling SCSI support on CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 01:43:34 -0000 Hi, Doug White wrote: > On Mon, 5 Apr 2004, Erich Dollansky wrote: > > >>make stops after getting these error messages: >> > > I'm going to guess you got an incomplete cvsup here. Try updating again, > making sur eyou aren't using any date= qualifiers. > These changes were committed 2 months ago. :) > There was a lot of real bad luck included while I tried to update that machine. The real cause was an installation CD with a real strange mechanical fault. Just to make sure that I will never be affected by this again, I simply installed everything from scratch and all is working now. I use CDs since the first drive appeared but I never have seen before a CD with a hairline crack which worked most of the time which also did not break during rotating. Thanks for your help. Erich From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 18:53:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D54716A4CE for ; Tue, 6 Apr 2004 18:53:00 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FCAC43D39 for ; Tue, 6 Apr 2004 18:53:00 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id D38B672DCA; Tue, 6 Apr 2004 18:51:44 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id CC14372DBF; Tue, 6 Apr 2004 18:51:44 -0700 (PDT) Date: Tue, 6 Apr 2004 18:51:44 -0700 (PDT) From: Doug White To: Will Saxon In-Reply-To: <0E972CEE334BFE4291CD07E056C76ED8CBBEE3@bragi.housing.ufl.edu> Message-ID: <20040406184328.L93257@carver.gumbysoft.com> References: <0E972CEE334BFE4291CD07E056C76ED8CBBEE3@bragi.housing.ufl.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: drive failure, now 'cannot alloc 494581644 bytes for inoinfo' and 'bad inode number 3556352 to nextinode' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 01:53:00 -0000 Please wrap your lines, thanks. On Tue, 6 Apr 2004, Will Saxon wrote: > Today, I had a drive fail in a large raid 5 array hosted off of a ciss > device. I removed the bad drive but before I was able to get another > drive swapped in, another drive seemed to just lose power and then the > system panicked. Ouch. Thats Not Good. You might want to have that enclosure checked out. > I swapped in a spare drive and restarted the system. The controller said > the array was 'ok' and would recover. However, FreeBSD is having a hard > time fsck'ing the partition. I can pretty much assure you the volume isn't OK. The types of errors you're seeing are indicative of severe corruption, usually due to random data being written over critical filesystem blocks. I'd suggest running a parity verify against the volume to force corrections to start with -- this can't make it any worse than it already is, and may recover the damaged blocks on the disk that lost power. You could also try running fsck against an alternate superblock to get around any corruption thats specific to the primary superblock, but my experience with this kind of failure has shown that there's usually more significant damage than just a mulched superblock. Its quite likely that the filesystem is not recoverable. Hope you have backups :-) > At the time of the crash, I was using FreeBSD 5.2.1-RC2, however I have > since updated to 5.2.1-RELEASE-p4. The array has 1 partition and 2 > slices - one 4GB swap slice and 1 400+GB storage slice. This was being > used in a samba pilot and had the softupdates, suiddir, noexec, nodev > and acl options enabled. > > Basically, in phase 1 fsck -y complains that it cannot allocate enough > bytes for inoinfo, then there are a bunch of the following: > > UNKNOWN FILE TYPE I=####### > UNEXPECTED SOFT UPDATE INCONSISTENCY > > then finally: > > fsck_4.2bsd: bad inode number 3556352 to nextinode > > Any ideas? > > -Will > > _____________________________________________ > Will Saxon > Systems Programmer - Network Services > Department of Housing and Residence Education > University of Florida > Email: wills@housing.ufl.edu > Phone: (352) 392-2171 x10148 > _______________________________________________ > 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" > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 18:58:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57ACE16A4CE; Tue, 6 Apr 2004 18:58:46 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C7AC43D31; Tue, 6 Apr 2004 18:58:46 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 0989C72DF0; Tue, 6 Apr 2004 18:57:32 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 0767972DCA; Tue, 6 Apr 2004 18:57:32 -0700 (PDT) Date: Tue, 6 Apr 2004 18:57:32 -0700 (PDT) From: Doug White To: deischen@freebsd.org In-Reply-To: Message-ID: <20040406185240.L93257@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: CDIOCREADAUDIO ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 01:58:46 -0000 On Tue, 6 Apr 2004, Daniel Eischen wrote: > So a few months ago, sos removed CDIOCREADAUDIO from . > Now that I'm porting the latest xmcd, it wants to use that > command. Why was it removed and what is its replacement? It was superceded by just reading /dev/acd0t# directly. I think its a GEOM thing, but I can't check right now. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 19:00:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEC1916A4CE for ; Tue, 6 Apr 2004 19:00:58 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E43D843D1F for ; Tue, 6 Apr 2004 19:00:58 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 714FB72DCA; Tue, 6 Apr 2004 19:00:13 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 6E9EF72DBF; Tue, 6 Apr 2004 19:00:13 -0700 (PDT) Date: Tue, 6 Apr 2004 19:00:13 -0700 (PDT) From: Doug White To: Erich Dollansky In-Reply-To: <40735D0E.3010202@pacific.net.sg> Message-ID: <20040406185755.N93257@carver.gumbysoft.com> References: <40703A02.20007@pacific.net.sg> <20040405202317.H82596@carver.gumbysoft.com> <40735D0E.3010202@pacific.net.sg> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: make fails compiling SCSI support on CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 02:00:59 -0000 On Wed, 7 Apr 2004, Erich Dollansky wrote: > >>make stops after getting these error messages: > >> > > > > I'm going to guess you got an incomplete cvsup here. Try updating again, > > making sur eyou aren't using any date= qualifiers. > > These changes were committed 2 months ago. :) > > > There was a lot of real bad luck included while I tried to update > that machine. The real cause was an installation CD with a real > strange mechanical fault. Man, where do you guys come up with this stuff. I should really start saving these wierd-problems-with-wierder-causes type emails. :) Glad you got it worked out. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 19:11:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 691A616A4CE for ; Tue, 6 Apr 2004 19:11:35 -0700 (PDT) Received: from bragi.housing.ufl.edu (bragi.housing.ufl.edu [128.227.47.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2105E43D39 for ; Tue, 6 Apr 2004 19:11:35 -0700 (PDT) (envelope-from WillS@housing.ufl.edu) content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable x-mimeole: Produced By Microsoft Exchange V6.0.6249.0 Date: Tue, 6 Apr 2004 22:10:14 -0400 Message-ID: <0E972CEE334BFE4291CD07E056C76ED802E86938@bragi.housing.ufl.edu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: drive failure, now 'cannot alloc 494581644 bytes for inoinfo' and 'bad inode number 3556352 to nextinode' Thread-Index: AcQcQuXtZbVldSksTJiYwR71FJbWRwAAi7sw From: "Will Saxon" To: "Doug White" cc: current@freebsd.org Subject: RE: drive failure, now 'cannot alloc 494581644 bytes for inoinfo' and 'bad inode number 3556352 to nextinode' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 02:11:35 -0000 > -----Original Message----- > From: Doug White [mailto:dwhite@gumbysoft.com] > Sent: Tuesday, April 06, 2004 9:52 PM > To: Will Saxon > Cc: current@freebsd.org > Subject: Re: drive failure, now 'cannot alloc 494581644 bytes for > inoinfo' and 'bad inode number 3556352 to nextinode' >=20 >=20 > I can pretty much assure you the volume isn't OK. The types of errors > you're seeing are indicative of severe corruption, usually=20 > due to random > data being written over critical filesystem blocks. I'd=20 > suggest running a > parity verify against the volume to force corrections to start with -- > this can't make it any worse than it already is, and may recover the > damaged blocks on the disk that lost power. >=20 Is there a freebsd tool that will let me do the parity verify? This controller has the most minimal BIOS interface possible, I think they want all the real work to be done through a windows utility. > You could also try running fsck against an alternate superblock to get > around any corruption thats specific to the primary superblock, but my > experience with this kind of failure has shown that there's=20 > usually more > significant damage than just a mulched superblock. >=20 > Its quite likely that the filesystem is not recoverable. =20 > Hope you have > backups :-) Not quite, but it was 'in testing' anyway. I guess it failed the test! -Will From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 19:46:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EED916A4CE for ; Tue, 6 Apr 2004 19:46:02 -0700 (PDT) Received: from santiago.pacific.net.sg (santiago.pacific.net.sg [203.120.90.135]) by mx1.FreeBSD.org (Postfix) with SMTP id EC2D743D1F for ; Tue, 6 Apr 2004 19:46:00 -0700 (PDT) (envelope-from oceanare@pacific.net.sg) Received: (qmail 26202 invoked from network); 7 Apr 2004 02:44:51 -0000 Received: from unknown (HELO maxwell2.pacific.net.sg) (203.120.90.192) by santiago with SMTP; 7 Apr 2004 02:44:51 -0000 Received: from pacific.net.sg ([210.24.202.50]) by maxwell2.pacific.net.sg with ESMTP id <20040407024450.HVLE1277.maxwell2.pacific.net.sg@pacific.net.sg>; Wed, 7 Apr 2004 10:44:50 +0800 Message-ID: <40736B81.5030803@pacific.net.sg> Date: Wed, 07 Apr 2004 10:46:25 +0800 From: Erich Dollansky Organization: oceanare pte ltd User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en, en-us, de MIME-Version: 1.0 To: Doug White References: <40703A02.20007@pacific.net.sg> <20040405202317.H82596@carver.gumbysoft.com> <40735D0E.3010202@pacific.net.sg> <20040406185755.N93257@carver.gumbysoft.com> In-Reply-To: <20040406185755.N93257@carver.gumbysoft.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: make fails compiling SCSI support on CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 02:46:02 -0000 Hi, Doug White wrote: > On Wed, 7 Apr 2004, Erich Dollansky wrote: > > >>>>make stops after getting these error messages: >>>> >>> >>>I'm going to guess you got an incomplete cvsup here. Try updating again, >>>making sur eyou aren't using any date= qualifiers. >>>These changes were committed 2 months ago. :) >>> >> >>There was a lot of real bad luck included while I tried to update >>that machine. The real cause was an installation CD with a real >>strange mechanical fault. > > > Man, where do you guys come up with this stuff. I should really start > saving these wierd-problems-with-wierder-causes type emails. :) > Do you know what makes this thing even worse? I got this CD some two years ago and kept it only because of this strange fault. But I forgot about it and wondered only why there is still such an old CD here. Erich From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 20:52:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD59416A4CE for ; Tue, 6 Apr 2004 20:52:23 -0700 (PDT) Received: from www.ambrisko.com (adsl-64-174-51-42.dsl.snfc21.pacbell.net [64.174.51.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D67543D5E for ; Tue, 6 Apr 2004 20:52:23 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.9p2/8.12.9) with ESMTP id i373TACf013933; Tue, 6 Apr 2004 20:29:11 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.9p2/8.12.9/Submit) id i373TAar013932; Tue, 6 Apr 2004 20:29:10 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200404070329.i373TAar013932@ambrisko.com> In-Reply-To: <20040402190103.C46609@carver.gumbysoft.com> To: Doug White Date: Tue, 6 Apr 2004 20:29:10 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: Mike Jakubik cc: freebsd-current@freebsd.org Subject: Re: ICH5R SATA RAID? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 03:52:23 -0000 Doug White writes: | On Thu, 1 Apr 2004, Mike Jakubik wrote: | | > Hello, | > | > I recently purchased a Supermicro Intel P4 MB w/ 875P chipset (p4sce) with | > the assumption/hope that serial ata raid would function. However this does | > not seem so. After managing to install FreeBSD on a pata drive (the | > bootloader would crash if I used a cd to install when serial controller | > was enabled, had to use a floppy) and updating to latest ?current code, | > the raid controller is not recognized. This is what dmseg displays: | | The Adaptec HostRAID mode of the ICH5 is not supported at this time. Say what? The ICH5 RAID is SW raid and it nothing more then the SATA device with a different device ID when you flip a bit in the ICH. It works just like a SATA device since it is. Intel has a Promise like RAID bios extension to manage the SW RAID. Now the Adaptec Chip which is not an ICH is a different beast. The ICH5-R that the the p4sce is, is not the Adaptec thing. Now there is an Adaptec SATA RAID card that I've played with that seems to work fine with the aac driver. Don't know if this is the same that is on HostRAID motherboards. I have support for this HW in -stable & -current. I have not looked at decoding the Intel RAID configuration info. However, if you are just doing mirroring you can safely ignore that for the most part. At the minimum it is just a device ID change to the ICH5 SATA device. I do have some stability code to deal with SATA errors to prevent system hangs on media/device errors. I have a SuperMicro system that does the Intel "ICH5-R" RAID. I should get inspired via the Linux code and see if I can add that. So far I've haved setup the RAID but have turned on the ICH flag. Doug A. From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 21:46:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18E8416A4CE for ; Tue, 6 Apr 2004 21:46:16 -0700 (PDT) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58F6943D1F for ; Tue, 6 Apr 2004 21:46:15 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.9/8.12.5) with ESMTP id i374jDCd004719; Tue, 6 Apr 2004 22:45:13 -0600 (MDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.9/8.12.5/Submit) id i374jDxS004718; Tue, 6 Apr 2004 22:45:13 -0600 (MDT) (envelope-from ken) Date: Tue, 6 Apr 2004 22:45:13 -0600 From: "Kenneth D. Merry" To: Doug Ambrisko Message-ID: <20040407044513.GA4692@panzer.kdm.org> References: <20040402190103.C46609@carver.gumbysoft.com> <200404070329.i373TAar013932@ambrisko.com> <20040407043720.GA4393@panzer.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040407043720.GA4393@panzer.kdm.org> User-Agent: Mutt/1.4.1i cc: Mike Jakubik cc: freebsd-current@freebsd.org Subject: Re: ICH5R SATA RAID? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 04:46:16 -0000 [ resending from the address subscribed to the list... ] On Tue, Apr 06, 2004 at 20:29:10 -0700, Doug Ambrisko wrote: > Doug White writes: > | On Thu, 1 Apr 2004, Mike Jakubik wrote: > | > | > Hello, > | > > | > I recently purchased a Supermicro Intel P4 MB w/ 875P chipset (p4sce) with > | > the assumption/hope that serial ata raid would function. However this does > | > not seem so. After managing to install FreeBSD on a pata drive (the > | > bootloader would crash if I used a cd to install when serial controller > | > was enabled, had to use a floppy) and updating to latest ?current code, > | > the raid controller is not recognized. This is what dmseg displays: > | > | The Adaptec HostRAID mode of the ICH5 is not supported at this time. > > Say what? The ICH5 RAID is SW raid and it nothing more then the > SATA device with a different device ID when you flip a bit in the > ICH. It works just like a SATA device since it is. Intel has a > Promise like RAID bios extension to manage the SW RAID. > > Now the Adaptec Chip which is not an ICH is a different beast. > > The ICH5-R that the the p4sce is, is not the Adaptec thing. Now > there is an Adaptec SATA RAID card that I've played with that > seems to work fine with the aac driver. Don't know if this is > the same that is on HostRAID motherboards. > > I have support for this HW in -stable & -current. I have not looked > at decoding the Intel RAID configuration info. However, if you are > just doing mirroring you can safely ignore that for the most part. > > At the minimum it is just a device ID change to the ICH5 SATA device. > I do have some stability code to deal with SATA errors to prevent > system hangs on media/device errors. > > I have a SuperMicro system that does the Intel "ICH5-R" RAID. > I should get inspired via the Linux code and see if I can add > that. So far I've haved setup the RAID but have turned on the ICH > flag. Adaptec HostRAID is software RAID. By software RAID, I mean that you only get BIOS support from the card for booting, and after that all of the RAID functionality is handled via the host OS. Some of their SCSI controllers include HostRAID support. e.g.: http://www.adaptec.com/worldwide/product/proddetail.html?sess=no&language=English+US&prodkey=ASC-39320A-R&cat=%2fTechnology%2fUltra320%2fNew+Ultra320+SCSI! If the ICH5-R chip on the Supermicro motherboard in question has Adaptec HostRAID BIOS, you would need support somewhere, either in the ATA code or in Vinum or another RAID stack for reading the metadata and doing I/O to the array. There is Linux code to read the metadata here: http://people.freebsd.org/~gibbs/linux/SRC/emd-0.8.0-tar.gz And an older version here: http://people.freebsd.org/~ken/linux/md.html The metadata code in both drivers is dual licensed (BSD and GPL licenses), so you could grab the metadata headers and use them to write support for it for FreeBSD. Ken -- Kenneth Merry ken@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 22:14:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42C5916A4CE; Tue, 6 Apr 2004 22:14:06 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABF1143D2D; Tue, 6 Apr 2004 22:14:05 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id i375Cmkj099404; Tue, 6 Apr 2004 23:12:48 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 06 Apr 2004 23:13:24 -0600 (MDT) Message-Id: <20040406.231324.131273745.imp@bsdimp.com> To: freebsd@newipnet.com From: "M. Warner Losh" In-Reply-To: <20040406.162834.02299817.imp@bsdimp.com> References: <20040406.110423.35013927.imp@bsdimp.com> <200404062250040743.0A958E6F@192.168.128.16> <20040406.162834.02299817.imp@bsdimp.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: jon@freebsd.org cc: freebsd-mobile@freebsd.org cc: freebsd-current@freebsd.org cc: marc@mit.edu Subject: Re: pccbb pccard rman - Something is very wrong somewhere X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 05:14:06 -0000 In message: <20040406.162834.02299817.imp@bsdimp.com> "M. Warner Losh" writes: : In message: <200404062250040743.0A958E6F@192.168.128.16> : "Carlos Velasco" writes: : : On 06/04/2004 at 11:04 M. Warner Losh wrote: : : : : >: And the real problem, an alignment issue that prevents pccard to work: : : > : : >This is almost the real problem. : : : : :( : : Problem is not related to page alignment? I thought so. : : There's code that fails to properly align requests larger than 4k to : the appropriate boundary. Upping things to 64k just papers over that : problem, and tends to be somewhat wasteful of resources. Hmmm, I should make the CIS mapping be on a 64k boundary and try a bunch of the 'problem children' cards. That might fix a lot of problems... Warner From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 22:55:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4605F16A4CE; Tue, 6 Apr 2004 22:55:43 -0700 (PDT) Received: from ms-smtp-01-eri0.southeast.rr.com (ms-smtp-01-lbl.southeast.rr.com [24.25.9.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id B678643D62; Tue, 6 Apr 2004 22:55:42 -0700 (PDT) (envelope-from jason@ec.rr.com) Received: from ec.rr.com (cpe-024-211-231-149.ec.rr.com [24.211.231.149]) i375BHSm022486; Wed, 7 Apr 2004 01:11:18 -0400 (EDT) Message-ID: <40738E1B.60704@ec.rr.com> Date: Wed, 07 Apr 2004 01:14:03 -0400 From: jason User-Agent: Mozilla Thunderbird 0.5 (X11/20040330) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org, multimedia@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: mplayer problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 05:55:43 -0000 I have not been able to play certain avi or wmv files after rebuilding mplayer on current. I have had no problem using it on current while I had the old version, but once I did a portupgrade recently I have not been able to watch these files. The error I get also depends on the file, some play audio only with this "Cannot find codec matching selected -vo and video format 0x33564D57." Some give me a signal 11. Some times the same file will go between errors too! or I can mess with stop, pause, etc and cause a signal 11 on these files. Anyone else have this happen? I have rebuilt many times with clean and distcleans between them. I even did a reinstall of the win32 codecs too. I also have done a second system update since this started as of the 26 or 29 of last month and this still happens. Think this might be a cause? # /etc/libmap.conf # # candidate mapping # libpthread.so.1 libpthread.so.1 # Everything uses 'libpthread' libpthread.so libpthread.so libc_r.so.5 libpthread.so.1 # Everything that uses 'libc_r' libc_r.so libpthread.so # now uses 'libpthread' From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 23:23:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4C7D16A4CE for ; Tue, 6 Apr 2004 23:23:58 -0700 (PDT) Received: from md.gfk.ru (md.gfk.ru [62.205.179.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 638B843D46 for ; Tue, 6 Apr 2004 23:23:57 -0700 (PDT) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from mx.gfk.ru ([10.0.0.30]) by md.gfk.ru (md.gfk.ru [62.205.179.201]) (MDaemon.PRO.v6.8.5.R) with ESMTP id 37-md50000000216.tmp for ; Wed, 07 Apr 2004 10:23:09 +0400 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable X-MIMEOLE: Produced By Microsoft Exchange V6.0.5762.3 Date: Wed, 7 Apr 2004 10:23:08 +0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: dev/sound/pcm/sound.h shadows INTR_MPSAFE declaration Thread-Index: AcQb/j8ly8AeLiC8Qn+x58KOMprw3AAZf+CQ From: "Yuriy Tsibizov" To: "Doug White" X-Spam-Processed: md.gfk.ru, Wed, 07 Apr 2004 10:23:09 +0400 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.0.30 X-Return-Path: Yuriy.Tsibizov@gfk.ru X-MDaemon-Deliver-To: freebsd-current@freebsd.org cc: freebsd-current@freebsd.org cc: Mathew Kanner Subject: RE: dev/sound/pcm/sound.h shadows INTR_MPSAFE declaration X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 06:23:58 -0000 > From: Doug White [mailto:dwhite@gumbysoft.com] > On Tue, 6 Apr 2004, Yuriy Tsibizov wrote: >=20 > > > > Today I've noticied that my driver is marked as Giant-locked: > > > > > > Is it actually MPSAFE? If so, feel free to mark it as such, > > > although pcm > > > isn't fully locked yet, so we take no responsibility for=20 > any damage > > > caused :) > > > > Some sound drivers in -CURRENT allocate interrupts with INTR_MPSAFE. > > The problem is that after including dev/sound/pcm/sound.h=20 > INTR_MPSAFE no longer equals to 512, but it is set to 0. And=20 > if sound driver interrupt was allocated as=20 > INTR_TYPE_AV|INTR_MPSAFE it will be marked only as INTR_TYPE_TTY. >=20 > Ever think that might be intentional? :) I'd poke=20 > -multimedia to get the > sound driver folks, though. Exactly the same piece of code exist on RELENG_4 branch. I think it was = used to allow INTR_MPSAFE|INTR_TYPE_AV inside sound drivers in 4.x, where INTR_MPSAFE and INTR_TYPE_AV are not defined. If PCM subsystem in 5.x requires that sound drivers should not mark = interrupts as INTR_MPSAFE it can be done in less ambiguous way, like = this: -sound.h- /*=20 * PCM subsystem in not fully locked. * This should force use of Giant lock for sound drivers * even when they claim to be MPSAFE. */ #ifndef I_THINK_THAT_PCM_IS_MPSAFE #define INTR_MPSAFE 0 #endif -sound.h- and remove wrong #ifdef INTR_MPSAFE checks, because INTR_MPSAFE was = never defined. On RELENG_4 it can be replaced with=20 FreeBSD version check. Yuriy. From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 23:33:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8782F16A4CE; Tue, 6 Apr 2004 23:33:20 -0700 (PDT) Received: from praetor.linc-it.com (adsl-068-157-070-217.sip.jan.bellsouth.net [68.157.70.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF43343D53; Tue, 6 Apr 2004 23:33:17 -0700 (PDT) (envelope-from gh@over-yonder.net) Received: from mortis.over-yonder.net (adsl-222-87-210.jan.bellsouth.net [68.222.87.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by praetor.linc-it.com (Postfix) with ESMTP id 5CF0A157E1; Wed, 7 Apr 2004 01:32:20 -0500 (CDT) Received: by mortis.over-yonder.net (Postfix, from userid 1012) id AE2F920F2A; Wed, 7 Apr 2004 01:32:18 -0500 (CDT) Date: Wed, 7 Apr 2004 01:32:18 -0500 From: "Daniel M. Kurry" To: jason Message-ID: <20040407063218.GC73746@over-yonder.net> References: <40738E1B.60704@ec.rr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <40738E1B.60704@ec.rr.com> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.6i-fullermd.2 cc: current@freebsd.org cc: multimedia@freebsd.org Subject: Re: mplayer problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 06:33:20 -0000 jason said something like: > I have not been able to play certain avi or wmv files after rebuilding > mplayer on current. Posting the same message to multiple lists is generally considered poor practice. I believe this case fits that description. In the future please submit your post to one list and wait for a response before posting to another list. You have been selected by arbitrary call to be admonished by a sleep-deprived, anal-retentive character who gets uptight when he reads the same message on several of the FreeBSD lists in the same sitting. Cross-posting wastes time. Thank you for your consideration. Have a nice day. dan From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 23:35:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B754F16A4CE; Tue, 6 Apr 2004 23:35:11 -0700 (PDT) Received: from yggdrasil.seektruth.org (D-128-208-61-227.dhcp4.washington.edu [128.208.61.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D3C743D46; Tue, 6 Apr 2004 23:35:09 -0700 (PDT) (envelope-from dsyphers@seektruth.org) Received: from yggdrasil.seektruth.org (localhost [127.0.0.1]) i376YxZb053466; Tue, 6 Apr 2004 23:34:59 -0700 (PDT) (envelope-from dsyphers@seektruth.org) Received: from localhost (localhost [[UNIX: localhost]]) by yggdrasil.seektruth.org (8.12.11/8.12.11/Submit) id i376YxX8053465; Tue, 6 Apr 2004 23:34:59 -0700 (PDT) (envelope-from dsyphers) From: David Syphers To: jason Date: Tue, 6 Apr 2004 23:34:58 -0700 User-Agent: KMail/1.6.1 References: <40738E1B.60704@ec.rr.com> In-Reply-To: <40738E1B.60704@ec.rr.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200404062334.58900.dsyphers@u.washington.edu> cc: freebsd-current@freebsd.org cc: multimedia@freebsd.org Subject: Re: mplayer problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 06:35:11 -0000 On Tuesday 06 April 2004 10:14 pm, jason wrote: > I have not been able to play certain avi or wmv files after rebuilding > mplayer on current. I have had no problem using it on current while I > had the old version, but once I did a portupgrade recently I have not > been able to watch these files. The error I get also depends on the > file, some play audio only with this "Cannot find codec matching > selected -vo and video format 0x33564D57." Some give me a signal 11. > Some times the same file will go between errors too! or I can mess with > stop, pause, etc and cause a signal 11 on these files. Anyone else have > this happen? Yes, I've seen this. A number of wmv's I used to be able to play fine now only play sound, without video. Don't know why, just a "me too." > Think this might be a cause? > > # /etc/libmap.conf Not in my case. I don't have a libmap.conf (I rebuilt all of my ports after the library change). -David From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 23:35:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6627216A4CE; Tue, 6 Apr 2004 23:35:48 -0700 (PDT) Received: from neo.samodelkin.net (samodelkin.net [81.176.202.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCA0F43D45; Tue, 6 Apr 2004 23:35:45 -0700 (PDT) (envelope-from fjoe@neo.samodelkin.net) Received: by neo.samodelkin.net (Postfix, from userid 1000) id A016856D; Wed, 7 Apr 2004 13:34:58 +0700 (NOVST) Date: Wed, 7 Apr 2004 13:34:58 +0700 From: Max Khon To: deischen@freebsd.org Message-ID: <20040407063458.GB59267@samodelkin.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i cc: current@freebsd.org cc: sos@freebsd.org Subject: Re: CDIOCREADAUDIO ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 06:35:48 -0000 Hello! On Tue, Apr 06, 2004 at 07:06:51PM -0400, Daniel Eischen wrote: > So a few months ago, sos removed CDIOCREADAUDIO from . > Now that I'm porting the latest xmcd, it wants to use that > command. Why was it removed and what is its replacement? There was another method for reading audio data: reading /dev/acd0[c] directly (e.g. using pread(2)). Look at ports/audio/cdparanoia/files/patch-interface-cooked_interface.c. Please note that this patch uses #ifdef's but it is not necessary because using pread works perfectly in RELENG_4 (an dmaybe earlier, I did not check). Regards, /fjoe From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 23:38:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD5B916A4CE; Tue, 6 Apr 2004 23:38:15 -0700 (PDT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A921443D2F; Tue, 6 Apr 2004 23:38:14 -0700 (PDT) (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.9/8.12.8) with ESMTP id i376bgQ9034255; Wed, 7 Apr 2004 16:07:42 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Wed, 7 Apr 2004 16:07:39 +0930 User-Agent: KMail/1.6.1 References: <20040407063458.GB59267@samodelkin.net> In-Reply-To: <20040407063458.GB59267@samodelkin.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200404071607.39615.doconnor@gsoft.com.au> X-Spam-Score: -4.4 () CARRIAGE_RETURNS,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: deischen@freebsd.org cc: sos@freebsd.org cc: current@freebsd.org cc: Max Khon Subject: Re: CDIOCREADAUDIO ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 06:38:15 -0000 On Wed, 7 Apr 2004 16:04, Max Khon wrote: > > command. Why was it removed and what is its replacement? > > There was another method for reading audio data: > reading /dev/acd0[c] directly (e.g. using pread(2)). Does that work on SCSI CDROMs? (I suspect not..) -- 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 - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 23:38:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD5B916A4CE; Tue, 6 Apr 2004 23:38:15 -0700 (PDT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A921443D2F; Tue, 6 Apr 2004 23:38:14 -0700 (PDT) (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.9/8.12.8) with ESMTP id i376bgQ9034255; Wed, 7 Apr 2004 16:07:42 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Wed, 7 Apr 2004 16:07:39 +0930 User-Agent: KMail/1.6.1 References: <20040407063458.GB59267@samodelkin.net> In-Reply-To: <20040407063458.GB59267@samodelkin.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200404071607.39615.doconnor@gsoft.com.au> X-Spam-Score: -4.4 () CARRIAGE_RETURNS,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: deischen@freebsd.org cc: sos@freebsd.org cc: current@freebsd.org cc: Max Khon Subject: Re: CDIOCREADAUDIO ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 06:38:15 -0000 On Wed, 7 Apr 2004 16:04, Max Khon wrote: > > command. Why was it removed and what is its replacement? > > There was another method for reading audio data: > reading /dev/acd0[c] directly (e.g. using pread(2)). Does that work on SCSI CDROMs? (I suspect not..) -- 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 - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 01:17:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBC7E16A4CE for ; Wed, 7 Apr 2004 01:17:13 -0700 (PDT) Received: from mta4.rcsntx.swbell.net (mta4.rcsntx.swbell.net [151.164.30.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 041E043D48 for ; Wed, 7 Apr 2004 01:16:57 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (f579ae1a798172814f2effac953b34e7@adsl-67-115-73-128.dsl.lsan03.pacbell.net [67.115.73.128])i368Ctfv003596; Tue, 6 Apr 2004 03:12:56 -0500 (CDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C38AA5453B; Tue, 6 Apr 2004 01:12:53 -0700 (PDT) Date: Tue, 6 Apr 2004 01:12:52 -0700 From: Kris Kennaway To: Artem Koutchine Message-ID: <20040406081251.GA45600@xor.obsecurity.org> References: <20040406071205.GA2819@frontfree.net> <001f01c41bab$ae842570$0c00a8c0@artem> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TB36FDmn/VVEgNH/" Content-Disposition: inline In-Reply-To: <001f01c41bab$ae842570$0c00a8c0@artem> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: Qustion about being "Giant-locked" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 08:17:13 -0000 --TB36FDmn/VVEgNH/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 06, 2004 at 11:49:20AM +0400, Artem Koutchine wrote: > >> While booting i see many drivers marked > >> as [Giant-locked]. > >> Is being Giant-locked good or bad what are the > >> implications? > >It's not good if you have a computer with multiple processors. >=20 > Well, i do have dual xeon with HT (4 logical CPUs). Is there > any way to fight giant-locked drivers or i just have to wait > until the driver will be rewritten w/o Giant? Or there are > some kernel options to disable Giant lock in the drivers? "Giant lock" isn't a feature that can be enabled or disabled, it indicates that the driver code is not yet ready to be run without Giant. Locking work is a major focus of development in the 5.x branch, but as you can see it's not finished yet. Kris --TB36FDmn/VVEgNH/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAcmaCWry0BWjoQKURAi6hAKDZR7GW3+SVTCaxLHcEeXuAIXEr6wCcDnvQ pRae3detHEFsLXRG4hmbdkE= =3XrR -----END PGP SIGNATURE----- --TB36FDmn/VVEgNH/-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 01:20:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 90C9C16A4CE; Wed, 7 Apr 2004 01:20:13 -0700 (PDT) Received: from localhost (green@localhost [127.0.0.1]) by green.homeunix.org (8.12.11/8.12.11) with ESMTP id i378KDoP066199; Wed, 7 Apr 2004 04:20:13 -0400 (EDT) (envelope-from green@green.homeunix.org) Message-Id: <200404070820.i378KDoP066199@green.homeunix.org> X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: Tim Kientzle In-Reply-To: Message from Tim Kientzle of "Tue, 06 Apr 2004 11:14:48 PDT." <4072F398.5040709@kientzle.com> From: "Brian F. Feldman" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 07 Apr 2004 04:20:13 -0400 Sender: green@green.homeunix.org cc: Ruslan Ermilov cc: current@FreeBSD.org Subject: Re: cvs commit: src/usr.bin/tar Makefile bsdtar.1 bsdtar.c bsdtar.h bsdtar_platform.h matching.c read.c util.c write.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 08:20:14 -0000 Tim Kientzle wrote: > Ruslan Ermilov wrote: > > On Mon, Apr 05, 2004 at 02:32:18PM -0700, Tim Kientzle wrote: > > > >>kientzle 2004/04/05 14:32:18 PDT > >> > >> FreeBSD src repository > >> > >> Added files: > >> usr.bin/tar Makefile bsdtar.1 bsdtar.c bsdtar.h > >> bsdtar_platform.h matching.c read.c > >> util.c write.c > >> Log: > >> Initial commit for bsdtar. > >> > > > > Awesome! Are there some benchmarking results available? > > I haven't focused very closely on performance yet, to be honest, though > the internal architecture is pretty clean (minimal data copying; > reuse of internal buffers to avoid heap thrashing). > > I did some quick tests early on and the performance (on dearchiving) > was roughly comparable to gnutar. (Within about 5-10%.) That will > improve some as I continue to work on it. However, in general, > I expect it to be a little bit slower because the compression > isn't handled in a separate process (thus there's less overlapping > of I/O and computation). What if you do compression as a worker thread? I don't know how performance compares, but proof of concept is: Good job on bsdtar and libarchive! I'm curious if you're trying to make tar -t output in the same long format as GNU tar -- it appears to have link count, but not the year part of the date. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 01:37:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4271116A4CE; Wed, 7 Apr 2004 01:37:40 -0700 (PDT) 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 A9F1243D41; Wed, 7 Apr 2004 01:37:38 -0700 (PDT) (envelope-from sos@DeepCore.dk) Received: from DeepCore.dk (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i378aUsG087588; Wed, 7 Apr 2004 10:36:35 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4073BD8E.9060703@DeepCore.dk> Date: Wed, 07 Apr 2004 10:36:30 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.5 (X11/20040329) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Daniel O'Connor" References: <20040407063458.GB59267@samodelkin.net> <200404071607.39615.doconnor@gsoft.com.au> In-Reply-To: <200404071607.39615.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: deischen@FreeBSD.ORG cc: sos@FreeBSD.ORG cc: freebsd-current@FreeBSD.ORG cc: current@FreeBSD.ORG cc: Max Khon Subject: Re: CDIOCREADAUDIO ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 08:37:40 -0000 Daniel O'Connor wrote: > On Wed, 7 Apr 2004 16:04, Max Khon wrote: > >>>command. Why was it removed and what is its replacement? >> >>There was another method for reading audio data: >>reading /dev/acd0[c] directly (e.g. using pread(2)). > > > Does that work on SCSI CDROMs? > > (I suspect not..) Neither did CDIOCREADAUDIO :) -- -Søren From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 01:37:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4271116A4CE; Wed, 7 Apr 2004 01:37:40 -0700 (PDT) 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 A9F1243D41; Wed, 7 Apr 2004 01:37:38 -0700 (PDT) (envelope-from sos@DeepCore.dk) Received: from DeepCore.dk (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i378aUsG087588; Wed, 7 Apr 2004 10:36:35 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <4073BD8E.9060703@DeepCore.dk> Date: Wed, 07 Apr 2004 10:36:30 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.5 (X11/20040329) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Daniel O'Connor" References: <20040407063458.GB59267@samodelkin.net> <200404071607.39615.doconnor@gsoft.com.au> In-Reply-To: <200404071607.39615.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: deischen@FreeBSD.ORG cc: sos@FreeBSD.ORG cc: freebsd-current@FreeBSD.ORG cc: current@FreeBSD.ORG cc: Max Khon Subject: Re: CDIOCREADAUDIO ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 08:37:40 -0000 Daniel O'Connor wrote: > On Wed, 7 Apr 2004 16:04, Max Khon wrote: > >>>command. Why was it removed and what is its replacement? >> >>There was another method for reading audio data: >>reading /dev/acd0[c] directly (e.g. using pread(2)). > > > Does that work on SCSI CDROMs? > > (I suspect not..) Neither did CDIOCREADAUDIO :) -- -Søren From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 01:47:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A0C816A4CF; Wed, 7 Apr 2004 01:47:04 -0700 (PDT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4360443D41; Wed, 7 Apr 2004 01:47:03 -0700 (PDT) (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.9/8.12.8) with ESMTP id i378kDQ9062073; Wed, 7 Apr 2004 18:16:13 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: =?iso-8859-1?q?S=F8ren_Schmidt?= Date: Wed, 7 Apr 2004 18:16:09 +0930 User-Agent: KMail/1.6.1 References: <200404071607.39615.doconnor@gsoft.com.au> <4073BD8E.9060703@DeepCore.dk> In-Reply-To: <4073BD8E.9060703@DeepCore.dk> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200404071816.09932.doconnor@gsoft.com.au> X-Spam-Score: -3.6 () CARRIAGE_RETURNS,IN_REP_TO,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: deischen@FreeBSD.ORG cc: sos@FreeBSD.ORG cc: freebsd-current@FreeBSD.ORG cc: current@FreeBSD.ORG cc: Max Khon Subject: Re: CDIOCREADAUDIO ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 08:47:04 -0000 On Wed, 7 Apr 2004 18:06, S=F8ren Schmidt wrote: > > Does that work on SCSI CDROMs? > > > > (I suspect not..) > > Neither did CDIOCREADAUDIO :) Mm, well I'm pretty sure it used :( (Not that I own a SCSI CD reader but hey..) =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 - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 01:47:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A0C816A4CF; Wed, 7 Apr 2004 01:47:04 -0700 (PDT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4360443D41; Wed, 7 Apr 2004 01:47:03 -0700 (PDT) (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.9/8.12.8) with ESMTP id i378kDQ9062073; Wed, 7 Apr 2004 18:16:13 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: =?iso-8859-1?q?S=F8ren_Schmidt?= Date: Wed, 7 Apr 2004 18:16:09 +0930 User-Agent: KMail/1.6.1 References: <200404071607.39615.doconnor@gsoft.com.au> <4073BD8E.9060703@DeepCore.dk> In-Reply-To: <4073BD8E.9060703@DeepCore.dk> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200404071816.09932.doconnor@gsoft.com.au> X-Spam-Score: -3.6 () CARRIAGE_RETURNS,IN_REP_TO,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: deischen@FreeBSD.ORG cc: sos@FreeBSD.ORG cc: freebsd-current@FreeBSD.ORG cc: current@FreeBSD.ORG cc: Max Khon Subject: Re: CDIOCREADAUDIO ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 08:47:04 -0000 On Wed, 7 Apr 2004 18:06, S=F8ren Schmidt wrote: > > Does that work on SCSI CDROMs? > > > > (I suspect not..) > > Neither did CDIOCREADAUDIO :) Mm, well I'm pretty sure it used :( (Not that I own a SCSI CD reader but hey..) =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 - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 02:21:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C5CD16A4CE for ; Wed, 7 Apr 2004 02:21:01 -0700 (PDT) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CB6143D53 for ; Wed, 7 Apr 2004 02:21:00 -0700 (PDT) (envelope-from stb@lassitu.de) Received: from [127.0.0.1] (schlepper [212.12.50.230]) by schlepper.zs64.net (8.12.10/8.11.1) with ESMTP id i3799u7D089856 for ; Wed, 7 Apr 2004 11:09:56 +0200 (CEST) (envelope-from stb@lassitu.de) Mime-Version: 1.0 (Apple Message framework v613) Content-Transfer-Encoding: 7bit Message-Id: <55F5FD04-8873-11D8-AB20-000393496BE8@lassitu.de> Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-current@freebsd.org From: Stefan Bethke Date: Wed, 7 Apr 2004 11:09:55 +0200 X-Mailer: Apple Mail (2.613) Subject: PR#61320 support for ICH5 on-board fxp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 09:21:01 -0000 Howdy, may I direct some committers' attention to this PR? I just got four excellent Tyan Tomcat i875P (with serial console redirection!), and would prefer not to have to patch the source when 5.3 comes along... Cheers, Stefan --- if_fxp.c Tue Jan 13 16:49:25 2004 +++ if_fxp.c.orig Tue Jan 13 16:41:56 2004 @@ -171,7 +171,6 @@ { 0x103D, -1, "Intel 82801DB (ICH4) Pro/100 VE Ethernet" }, { 0x103E, -1, "Intel 82801DB (ICH4) Pro/100 VM Ethernet" }, { 0x1050, -1, "Intel 82801BA (D865) Pro/100 VE Ethernet" }, - { 0x1051, -1, "Intel 82562ET (ICH5/ICH5R) Pro/100 VE Ethernet" }, { 0x1059, -1, "Intel 82551QM Pro/100 M Mobile Connection" }, { 0x1209, -1, "Intel 82559ER Embedded 10/100 Ethernet" }, { 0x1229, 0x01, "Intel 82557 Pro/100 Ethernet" }, -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 02:46:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE25116A4CE; Wed, 7 Apr 2004 02:46:46 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EFBF43D1F; Wed, 7 Apr 2004 02:46:46 -0700 (PDT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) i379DTUS016893 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Wed, 7 Apr 2004 11:13:33 +0200 (CEST) (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 i379Behn063929 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 7 Apr 2004 11:11:41 +0200 (CEST) (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 i379Bdxn096297; Wed, 7 Apr 2004 11:11:40 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id i379BcK5096296; Wed, 7 Apr 2004 11:11:38 +0200 (CEST) (envelope-from ticso) Date: Wed, 7 Apr 2004 11:11:38 +0200 From: Bernd Walter To: Julian Elischer Message-ID: <20040407091136.GJ82799@cicely12.cicely.de> References: <20040406124641.GA800@clan.nothing-going-on.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.63 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on cicely12.cicely.de cc: Nik Clayton cc: current@freebsd.org Subject: Re: USB issues -- dodgy motherboard? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 09:46:46 -0000 On Tue, Apr 06, 2004 at 11:25:19AM -0700, Julian Elischer wrote: > On Tue, 6 Apr 2004, Nik Clayton wrote: > > > All, > > > > I'm trying to use some USB devices on a -current system, updated on 17th > > March 2004. > > > > The motherboard is a Gigabyte 6VXDC7, BIOS rev. F6, with all the USB > > ports enabled (according to the BIOS). One of the ports is then > > connected to the USB hub built in to one of the monitors, an Iiyama > > AU4831D. This hub has four ports. > > It is a USB1.1 Hub right? (we don't yet support 2.0 hubs) But USB 2.0 hubs get probed fine and then complained about missing support for interrupt endpoints on ehci. This kind of message happens if the first communication to the device failed - either by device problem or host controller problem. I would advice updating to latest usb state and retry with a USB_DEBUG kernel. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 04:17:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01EC016A4CE; Wed, 7 Apr 2004 04:17:41 -0700 (PDT) Received: from smtp.newipnet.com (5.Red-80-32-157.pooles.rima-tde.net [80.32.157.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id E59F643D41; Wed, 7 Apr 2004 04:17:38 -0700 (PDT) (envelope-from freebsd@newipnet.com) Received: by smtp.newipnet.com (ESMTP Server, from userid 511) id 80DE12051D; Wed, 7 Apr 2004 12:45:52 +0200 (CEST) Received: from madre (madre.newipnet.com [192.168.128.4]) by smtp.newipnet.com (ESMTP Server) with ESMTP id 0339B204EF; Wed, 7 Apr 2004 12:45:46 +0200 (CEST) Message-ID: <200404071245040782.0D909C4C@192.168.128.16> In-Reply-To: <20040406.231324.131273745.imp@bsdimp.com> References: <20040406.110423.35013927.imp@bsdimp.com> <200404062250040743.0A958E6F@192.168.128.16> <20040406.162834.02299817.imp@bsdimp.com> <20040406.231324.131273745.imp@bsdimp.com> X-Mailer: Courier 3.50.00.09.1092 (http://www.rosecitysoftware.com) (P) Date: Wed, 07 Apr 2004 12:45:04 +0200 From: "Carlos Velasco" To: "M. Warner Losh" Content-Type: text/plain; charset="us-ascii" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on atlas.newipnet.com X-Spam-Level: X-Spam-Status: No, hits=-104.9 required=5.0 tests=BAYES_00,USER_IN_WHITELIST autolearn=ham version=2.63 cc: jon@freebsd.org cc: marc@mit.edu cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re[2]: pccbb pccard rman - Something is very wrong somewhere X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 11:17:41 -0000 On 06/04/2004 at 23:13 M. Warner Losh wrote: >: There's code that fails to properly align requests larger than 4k to >: the appropriate boundary. Upping things to 64k just papers over that >: problem, and tends to be somewhat wasteful of resources. > >Hmmm, I should make the CIS mapping be on a 64k boundary and try a >bunch of the 'problem children' cards. That might fix a lot of >problems... That's that my patch does (or pretend): cbb0: PCI Memory allocated: 88000000 cbb1: PCI Memory allocated: 88001000 cis mem map 0xdc538000 (resource: 0x88010000) pccard0: ccr_res == 88010000-880103ff, base=ff80 Regards, Carlos Velasco From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 08:59:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AF4E16A4CE for ; Tue, 6 Apr 2004 08:59:29 -0700 (PDT) Received: from earl-grey.cloud9.net (earl-grey.cloud9.net [168.100.1.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77B3743D5A for ; Tue, 6 Apr 2004 08:59:29 -0700 (PDT) (envelope-from zhaoc@cloud9.net) Received: by earl-grey.cloud9.net (Postfix, from userid 15177) id 4B59A2AA07; Tue, 6 Apr 2004 11:58:52 -0400 (EDT) Date: Tue, 6 Apr 2004 11:58:52 -0400 From: "fbsd-lists.notvaid."@nixwiz.com To: "Robin P. Blanchard" Message-ID: <20040406155852.GA84924@earl-grey.cloud9.net> Mail-Followup-To: "Robin P. Blanchard" , current@freebsd.org References: <9B5C1FCAFB35084787C21EFFFA78DD9EE2B8@EBE1.gc.nat> <20040405195350.A82596@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040405195350.A82596@carver.gumbysoft.com> User-Agent: Mutt/1.4.1i X-Mailman-Approved-At: Wed, 07 Apr 2004 04:54:16 -0700 cc: current@freebsd.org Subject: Re: Buildworld fails at sys/modules/wlan X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 15:59:29 -0000 \- Doug White stated on /- [Mon, Apr 05, 2004 at 07:56:23PM -0700]: > On Fri, 2 Apr 2004, Robin P. Blanchard wrote: > > > This has been broken for several days now, cvsup'd against cvsup1 and > > cvsup12. > > Not reproducing here. Have you tried cleaning out /usr/obj and/or > re-cvsupping that directory and/or src/sys? It looks correct to me. I was hit by this for a few days too, then realized that I had set up my make.conf with "NO_MODULES=true" and "MODULES_WITH_WORLD=true". Setting those back to defaults gave me a clean build. Obviously those are not the recommended settings, so the breakage may have gone unnoticed. > > ===> sys/modules/wlan > > @ -> /usr/src/sys > > machine -> /usr/src/sys/i386/include > > awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h > > awk -f @/tools/makeobjops.awk @/kern/device_if.m -h > > echo "#define INET 1" > opt_inet.h > > rm -f .depend > > mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ > > -I@/../include -I/usr/obj/usr/src/i386/usr/include > > /usr/src/sys/modules/wlan/../../net80211/ieee80211.c > > /usr/src/sys/modules/wlan/../../net80211/ieee80211_crypto.c > > /usr/src/sys/modules/wlan/../../net80211/ieee80211_input.c > > /usr/src/sys/modules/wlan/../../net80211/ieee80211_ioctl.c > > /usr/src/sys/modules/wlan/../../net80211/ieee80211_node.c > > /usr/src/sys/modules/wlan/../../net80211/ieee80211_output.c > > /usr/src/sys/modules/wlan/../../net80211/ieee80211_proto.c > > /usr/src/sys/net80211/ieee80211_ioctl.c:41:21: opt_ipx.h: No such file or > > directory > > mkdep: compile failed > > *** Error code 1 > > > > --------------------------------------- > > Robin P. Blanchard > > Systems Integration Specialist > > Georgia Center for Continuing Education > > fon: 706.542.2404 < > fax: 706.542.6546 > > --------------------------------------- > > _______________________________________________ > > 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" > > > > -- > Doug White | FreeBSD: The Power to Serve > dwhite@gumbysoft.com | www.FreeBSD.org > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" \_____End_of_Statement_____/ From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 09:04:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB01B16A4CE for ; Tue, 6 Apr 2004 09:04:55 -0700 (PDT) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id B02F643D1F for ; Tue, 6 Apr 2004 09:04:54 -0700 (PDT) (envelope-from stb@lassitu.de) Received: from [127.0.0.1] (schlepper [212.12.50.230]) by schlepper.zs64.net (8.12.10/8.11.1) with ESMTP id i36G3u7D067463 for ; Tue, 6 Apr 2004 18:03:56 +0200 (CEST) (envelope-from stb@lassitu.de) Mime-Version: 1.0 (Apple Message framework v613) Content-Transfer-Encoding: 7bit Message-Id: <017BDE20-87E4-11D8-A1DD-000393496BE8@lassitu.de> Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-current@freebsd.org From: Stefan Bethke Date: Tue, 6 Apr 2004 18:03:55 +0200 X-Mailer: Apple Mail (2.613) X-Mailman-Approved-At: Wed, 07 Apr 2004 04:54:16 -0700 Subject: PR#61320 support for ICH5 on-board fxp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 16:04:55 -0000 Howdy, may I direct some committers' attention to this PR? I just got four excellent Tyan Tomcat i875P (with serial console redirection!), and would prefer not to have to patch the source when 5.3 comes along... Cheers, Stefan --- if_fxp.c Tue Jan 13 16:49:25 2004 +++ if_fxp.c.orig Tue Jan 13 16:41:56 2004 @@ -171,7 +171,6 @@ { 0x103D, -1, "Intel 82801DB (ICH4) Pro/100 VE Ethernet" }, { 0x103E, -1, "Intel 82801DB (ICH4) Pro/100 VM Ethernet" }, { 0x1050, -1, "Intel 82801BA (D865) Pro/100 VE Ethernet" }, - { 0x1051, -1, "Intel 82562ET (ICH5/ICH5R) Pro/100 VE Ethernet" }, { 0x1059, -1, "Intel 82551QM Pro/100 M Mobile Connection" }, { 0x1209, -1, "Intel 82559ER Embedded 10/100 Ethernet" }, { 0x1229, 0x01, "Intel 82557 Pro/100 Ethernet" }, -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-current@FreeBSD.ORG Tue Apr 6 17:58:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D390F16A4CE; Tue, 6 Apr 2004 17:58:35 -0700 (PDT) Received: from palle.girgensohn.se (1-2-8-5a.asp.sth.bostream.se [82.182.157.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D34743D5A; Tue, 6 Apr 2004 17:58:34 -0700 (PDT) (envelope-from girgen@pingpong.net) Received: from localhost (localhost [127.0.0.1]) by palle.girgensohn.se (8.12.11/8.12.11) with ESMTP id i370viAV000433; Wed, 7 Apr 2004 02:57:44 +0200 (CEST) (envelope-from girgen@pingpong.net) Date: Wed, 07 Apr 2004 02:57:44 +0200 From: Palle Girgensohn To: "Arno J. Klaassen" , net@freebsd.org Message-ID: <3810000.1081299464@palle.girgensohn.se> In-Reply-To: References: <20240000.1079394807@palle.girgensohn.se> X-Mailer: Mulberry/3.1.0 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mailman-Approved-At: Wed, 07 Apr 2004 04:54:16 -0700 cc: current@freebsd.org Subject: Re: sk ethernet driver: watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 00:58:36 -0000 --On onsdag, mars 17, 2004 00.21.44 +0100 "Arno J. Klaassen" wrote: > Hello, > >> I have an ASUS motherboard A7V8X-E Deluxe with onboard 10/100/1000 >> Mbit/s NIC from Marvell Semiconductor. >> >> My problem is that it sometimes lock up with the error message >> >> sk0: watchdog timeout > > I have a similar problem with 3Com cards on an ASUS A7N266; > I just post in case this might be related (and in hope for > a hint for a solution ) Hi again, I've since this thread started tried this on more different systems, with exactly the same results. Anyone else experiencing this? Anything I can do to help fixing it? Regards, Palle >> This is a fresh FreeBSD 4-STABLE system. > > xl0 = 3c905C-TX > xl1 = 3c900-COMBO > switch = Netgear FS105 > > box netboots (using xl0) -Stable from a PPro server with same 3c905C-TX > and works like a charm (network software development use, generating > high network load) > > This weekend I pulled in an old scsi-card and disk and installed > 5.2.1 and -current on it : > > - networking through xl0 gives me about 6Kbps throughput, unworkable > but no freezes > - networking through xl1 works more or less OK as long as I stick > to NFS (udp-mounts), simple editing and serial makes; > the first "make -j X" and/or "ar srv mylib lots-of-ofiles" generates : > > xl1: watchdog timeout > > system does not come back from lost network, at least not for > the first couple of minutes > > whenever I try a "cvsup -g -L 2 /etc/my-supfile" or "cvs -d faraway > update" I always get the same > > xl1: watchdog timeout > > after some dozens of seconds > > As said, same behaviour on 5.2.1 and -current from sunday. > With or without acpi/apic/WITNESS does not make any difference. > With or without CPUTYPE=athlon-xp either. > > Note, when I installed this system (at a co-worker) one year ago, > I *had* to fix "AGP Aperture size" to 64M in the BIOS, otherwise > the netboot failed. > I just think about this, I did not test this weekend whether current > -Stable (sic) works OK when changing this value. > > Thanx for your time, hope this helps to find a solution. > > I can bake a current kernel on another box and ask my coworker > to test it. > > Regards, > > Arno > _______________________________________________ > 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 Tue Apr 6 20:29:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 172AB16A4CE; Tue, 6 Apr 2004 20:29:36 -0700 (PDT) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id A299F43D2D; Tue, 6 Apr 2004 20:29:35 -0700 (PDT) (envelope-from mi@aldan.algebra.com) Received: from aldan.algebra.com (mi@localhost [127.0.0.1]) by aldan.algebra.com (8.12.11/8.12.11) with ESMTP id i373S5uD071641 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 Apr 2004 23:28:05 -0400 (EDT) (envelope-from mi@aldan.algebra.com) Received: by aldan.algebra.com (8.12.11/8.12.11/Submit) id i373S5Ns071640; Tue, 6 Apr 2004 23:28:05 -0400 (EDT) (envelope-from mi) From: Mikhail Teterin To: current@FreeBSD.org Date: Tue, 6 Apr 2004 22:28:04 -0500 User-Agent: KMail/1.6.1 X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" X-Mailman-Approved-At: Wed, 07 Apr 2004 04:54:16 -0700 cc: sos@FreeBSD.org Subject: last night's -current does not see the SATA drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 03:29:36 -0000 Hello! Our amd64 system has three IDE devices: acd0, afd0 (Iomega ZIP) -- masters on the parallel ata0 and ata1 respectively, and the ad4 connected to the serial ata2. The March 1st kernel works, but the one from last night does not see ad4, which happens to house the /. Any suggestions? Thanks! -mi From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 05:06:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 749D516A4CE for ; Wed, 7 Apr 2004 05:06:58 -0700 (PDT) Received: from santiago.pacific.net.sg (santiago.pacific.net.sg [203.120.90.135]) by mx1.FreeBSD.org (Postfix) with SMTP id 7341743D1F for ; Wed, 7 Apr 2004 05:06:57 -0700 (PDT) (envelope-from oceanare@pacific.net.sg) Received: (qmail 7952 invoked from network); 7 Apr 2004 12:05:42 -0000 Received: from unknown (HELO maxwell2.pacific.net.sg) (203.120.90.192) by santiago with SMTP; 7 Apr 2004 12:05:41 -0000 Received: from pacific.net.sg ([210.24.202.50]) by maxwell2.pacific.net.sg with ESMTP id <20040407120541.LCYT1277.maxwell2.pacific.net.sg@pacific.net.sg>; Wed, 7 Apr 2004 20:05:41 +0800 Message-ID: <4073EEF7.2080702@pacific.net.sg> Date: Wed, 07 Apr 2004 20:07:19 +0800 From: Erich Dollansky Organization: oceanare pte ltd User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en, en-us, de MIME-Version: 1.0 To: Palle Girgensohn References: <20240000.1079394807@palle.girgensohn.se> <3810000.1081299464@palle.girgensohn.se> In-Reply-To: <3810000.1081299464@palle.girgensohn.se> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: net@freebsd.org Subject: Re: sk ethernet driver: watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 12:06:58 -0000 Hi, Palle Girgensohn wrote: > --On onsdag, mars 17, 2004 00.21.44 +0100 "Arno J. Klaassen" > wrote: > >> Hello, >> >>> I have an ASUS motherboard A7V8X-E Deluxe with onboard 10/100/1000 >>> Mbit/s NIC from Marvell Semiconductor. >>> >>> My problem is that it sometimes lock up with the error message >>> >>> sk0: watchdog timeout >> >> >> I have a similar problem with 3Com cards on an ASUS A7N266; >> I just post in case this might be related (and in hope for >> a hint for a solution ) > > > Hi again, > > I've since this thread started tried this on more different systems, > with exactly the same results. Anyone else experiencing this? Anything I > can do to help fixing it? > I have had the same error message yesterday with the 3Com adapters built into a Thunder K7. The interface was dead. I have had no other choice then to reboot the machine. I used the xl driver on a FreeBSD 5.2 RELEASE machine. Erich From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 06:23:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B84DA16A4CF for ; Wed, 7 Apr 2004 06:23:35 -0700 (PDT) Received: from webmail-outgoing.us4.outblaze.com (webmail-outgoing.us4.outblaze.com [205.158.62.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59C2D43D2D for ; Wed, 7 Apr 2004 06:23:35 -0700 (PDT) (envelope-from pdseniura@techie.com) Received: from wfilter.us4.outblaze.com (wfilter.us4.outblaze.com [205.158.62.180])9649E1801E83 for ; Wed, 7 Apr 2004 13:14:41 +0000 (GMT) X-OB-Received: from unknown (205.158.62.178) by wfilter.us4.outblaze.com; 7 Apr 2004 13:13:33 -0000 Received: by ws1-14.us4.outblaze.com (Postfix, from userid 1001) id 63AAB790066; Wed, 7 Apr 2004 13:14:41 +0000 (GMT) Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-Mailer: MIME-tools 5.41 (Entity 5.404) Received: from [192.149.244.9] by ws1-14.us4.outblaze.com with http for pdseniura@techie.com; Wed, 07 Apr 2004 07:14:41 -0600 From: "P.D. Seniura" To: des@des.no Date: Wed, 07 Apr 2004 07:14:41 -0600 X-Originating-Ip: 192.149.244.9 X-Originating-Server: ws1-14.us4.outblaze.com Message-Id: <20040407131441.63AAB790066@ws1-14.us4.outblaze.com> cc: freebsd-current@freebsd.org cc: freebsd-ports@freebsd.org Subject: Re: problems using lang/gcc33 or lang/gcc34 for world & kernel &some ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 13:23:35 -0000 Yep! No -I. You're absolutely correct. That's just what the problem is. Yessiirreee that is exactly what the problem is. Couldn't've made it any plainer. Precisely what the problem is. As plain as the nose on most living beings' faces. Good grief man, the reason I show the log is to make it clear exactly what the problem is, so the maintainer can see it as a fact. Hint hint. ----- Original Message ----- From: des@des.no (Dag-Erling Smo/rgrav) Date: Sat, 03 Apr 2004 02:12:49 +0200 To: Paul Seniura Subject: Re: problems using lang/gcc33 or lang/gcc34 for world & kernel &some ports > "Paul Seniura" writes: > > /usr/local/bin/g++33 -march=pentium2 -pipe -Os -march=pentium2 -pipe -Os -march=pentium2 -pipe -Os -c Media.cpp > > Media.cpp:21:20: Media.hh: No such file or directory > > Media.cpp:22:24: HashTable.hh: No such file or directory > > Media.cpp:30: error: syntax error before `*' token > > Media.cpp:33: error: `Medium' was not declared in this scope > > Media.cpp:33: error: `medium' was not declared in this scope > > Media.cpp:33: error: parse error before `*' token > > look closer, there is no -I. on that command line. > > DES > -- > Dag-Erling Smo/rgrav - des@des.no > -- ___________________________________________________________ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 06:51:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B6C816A4CE for ; Wed, 7 Apr 2004 06:51:35 -0700 (PDT) Received: from smtp.rdsnet.ro (smtp.rdsnet.ro [62.231.74.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82D2343D55 for ; Wed, 7 Apr 2004 06:51:34 -0700 (PDT) (envelope-from itetcu@apropo.ro) Received: (qmail 18481 invoked by uid 89); 7 Apr 2004 13:48:47 -0000 Received: from unknown (HELO rdsnet.ro) (62.231.74.131) by 0 with SMTP; 7 Apr 2004 13:48:47 -0000 Received: (qmail 7294 invoked from network); 7 Apr 2004 13:50:54 -0000 Received: from unknown (HELO buh.cameradicommercio.ro) (81.196.25.19) by mail.rdsnet.ro with SMTP; 7 Apr 2004 13:50:54 -0000 Received: by buh.cameradicommercio.ro (Postfix, from userid 1002) id 470C76370; Wed, 7 Apr 2004 16:50:48 +0300 (EEST) Received: by buh.cameradicommercio.ro (Postfix, from userid 1002) id A81B5636F; Wed, 7 Apr 2004 16:49:50 +0300 (EEST) Received: from it.buh.cameradicommercio.ro (it.buh.cameradicommercio.ro [192.168.0.10]) by buh.cameradicommercio.ro (Postfix) with ESMTP id 895CD622F for ; Wed, 7 Apr 2004 16:40:47 +0300 (EEST) Received: from localhost (localhost.buh.cameradicommercio.ro [127.0.0.1]) by it.buh.cameradicommercio.ro (Postfix) with ESMTP id BE15C244 for ; Wed, 7 Apr 2004 16:43:58 +0300 (EEST) Received: from it.buh.cameradicommercio.ro ([127.0.0.1])port 10024) with ESMTP id 37683-01 for ; Wed, 7 Apr 2004 16:43:58 +0300 (EEST) Received: from it.buh.cameradicommercio.ro (localhost.buh.cameradicommercio.ro [127.0.0.1]) by it.buh.cameradicommercio.ro (Postfix) with SMTP id 58AAC193 for ; Wed, 7 Apr 2004 16:43:58 +0300 (EEST) Date: Wed, 7 Apr 2004 16:43:58 +0300 From: Ion-Mihai Tetcu To: freebsd-current@freebsd.org Message-Id: <20040407164358.1e5b020b@it.buh.cameradicommercio.ro> X-Mailer: Sylpheed version 0.9.10claws (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at it.buh.cameradicommercio.ro Subject: DVD-RW recomandation ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 13:51:35 -0000 Hi, I want to buy a DVD-RW which I will use on -current. Could you suggest a known-to-be-working model (especially with VIA8237 cipset) ? Any experience with one of the following ? TEAC DV-W58GK TEAC DV-W58G-095 Gigabyte GO-W0804A Thanks, -- IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 06:57:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8E8016A4CE for ; Wed, 7 Apr 2004 06:57:46 -0700 (PDT) Received: from mail.distalzou.net (203.141.139.231.user.ad.il24.net [203.141.139.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F3B943D41 for ; Wed, 7 Apr 2004 06:57:46 -0700 (PDT) (envelope-from devin@spamcop.net) Received: from plexi.pun-pun.prv ([192.168.7.29] helo=plexi) by mail.distalzou.net with esmtp (TLSv1:AES256-SHA:256) (Exim 4.31; FreeBSD) id 1BBDY1-000NT2-CB; Wed, 07 Apr 2004 22:56:57 +0900 Date: Wed, 7 Apr 2004 22:56:55 +0900 (JST) From: Tod McQuillin X-X-Sender: devin@plexi.pun-pun.prv To: Ion-Mihai Tetcu In-Reply-To: <20040407164358.1e5b020b@it.buh.cameradicommercio.ro> Message-ID: <20040407225550.W48147@plexi.pun-pun.prv> References: <20040407164358.1e5b020b@it.buh.cameradicommercio.ro> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: DVD-RW recomandation ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 13:57:47 -0000 On Wed, 7 Apr 2004, Ion-Mihai Tetcu wrote: > I want to buy a DVD-RW which I will use on -current. Could you suggest a > known-to-be-working model (especially with VIA8237 cipset) ? > > Any experience with one of the following ? > TEAC DV-W58GK > TEAC DV-W58G-095 > Gigabyte GO-W0804A The Plextor PX-708A works perfectly for me on -stable. I haven't tried it on -current. -- Tod McQuillin From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 07:16:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EEA216A4CE for ; Wed, 7 Apr 2004 07:16:18 -0700 (PDT) Received: from www.ambrisko.com (adsl-64-174-51-42.dsl.snfc21.pacbell.net [64.174.51.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEC1243D41 for ; Wed, 7 Apr 2004 07:16:17 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.9p2/8.12.9) with ESMTP id i37EF9Cf047873 for ; Wed, 7 Apr 2004 07:15:09 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.9p2/8.12.9/Submit) id i37EF9Rl047872 for freebsd-current@freebsd.org; Wed, 7 Apr 2004 07:15:09 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200404071415.i37EF9Rl047872@ambrisko.com> In-Reply-To: <20040407043720.GA4393@panzer.kdm.org> To: freebsd-current@freebsd.org Date: Wed, 7 Apr 2004 07:15:09 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Subject: Re: ICH5R SATA RAID? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 14:16:18 -0000 Kenneth D. Merry writes: | On Tue, Apr 06, 2004 at 20:29:10 -0700, Doug Ambrisko wrote: | > I have a SuperMicro system that does the Intel "ICH5-R" RAID. | > I should get inspired via the Linux code and see if I can add | > that. So far I've haved setup the RAID but have turned on the ICH | > flag. | | Adaptec HostRAID is software RAID. By software RAID, I mean that you only | get BIOS support from the card for booting, and after that all of the RAID | functionality is handled via the host OS. | | Some of their SCSI controllers include HostRAID support. e.g.: | | http://www.adaptec.com/worldwide/product/proddetail.html?sess=no&language=English+US&prodkey=ASC-39320A-R&cat=%2fTechnology%2fUltra320%2fNew+Ultra320+SCSI! The ICH stuff is not SCSI. There was no mention of Adaptec in the manual for this motherboard. There were other SuperMicro boards that had SCSI controllers on them but this one and the one I have do not. They just have SATA ports that can do RAID. | If the ICH5-R chip on the Supermicro motherboard in question has Adaptec | HostRAID BIOS, you would need support somewhere, either in the ATA code or | in Vinum or another RAID stack for reading the metadata and doing I/O to | the array. ata-raid works fairly well and is simple compared to other implementations. | There is Linux code to read the metadata here: | | http://people.freebsd.org/~gibbs/linux/SRC/emd-0.8.0-tar.gz | | And an older version here: | | http://people.freebsd.org/~ken/linux/md.html | | The metadata code in both drivers is dual licensed (BSD and GPL licenses), | so you could grab the metadata headers and use them to write support for it | for FreeBSD. I'll take a look at it but I'm not sure if this is the same format or different. Thanks, Doug A. From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 07:16:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86B0716A4DF for ; Wed, 7 Apr 2004 07:16:38 -0700 (PDT) Received: from abigail.blackend.org (blackend.org [212.11.35.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D1E543D53 for ; Wed, 7 Apr 2004 07:16:37 -0700 (PDT) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (localhost [127.0.0.1]) by abigail.blackend.org (8.12.9/8.12.3) with ESMTP id i37EFjui046399; Wed, 7 Apr 2004 16:15:45 +0200 (CEST) (envelope-from marc@abigail.blackend.org) Received: (from marc@localhost) by abigail.blackend.org (8.12.9/8.12.3/Submit) id i37EFhIB046396; Wed, 7 Apr 2004 16:15:43 +0200 (CEST) (envelope-from marc) Date: Wed, 7 Apr 2004 16:15:43 +0200 From: Marc Fonvieille To: Ion-Mihai Tetcu Message-ID: <20040407141543.GC41065@abigail.blackend.org> References: <20040407164358.1e5b020b@it.buh.cameradicommercio.ro> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040407164358.1e5b020b@it.buh.cameradicommercio.ro> User-Agent: Mutt/1.4.2.1i X-Useless-Header: blackend.org X-Operating-System: FreeBSD 4.8-STABLE cc: freebsd-current@freebsd.org Subject: Re: DVD-RW recomandation ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 14:16:38 -0000 On Wed, Apr 07, 2004 at 04:43:58PM +0300, Ion-Mihai Tetcu wrote: > Hi, > > > I want to buy a DVD-RW which I will use on -current. Could you suggest a > known-to-be-working model (especially with VIA8237 cipset) ? > > Any experience with one of the following ? > TEAC DV-W58GK > TEAC DV-W58G-095 > Gigabyte GO-W0804A > I'd say "something well supported by dvd+rw-tools" since this later is the program that you will use to burn. See http://fy.chalmers.se/~appro/linux/DVD+RW/hcn.html for some infos. Marc From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 07:17:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA8FA16A4CE; Wed, 7 Apr 2004 07:17:50 -0700 (PDT) Received: from mailout2.pacific.net.au (mailout2.pacific.net.au [61.8.0.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DCA043D3F; Wed, 7 Apr 2004 07:17:50 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.0.87])i37EHB5v014436; Thu, 8 Apr 2004 00:17:11 +1000 Received: from gamplex.bde.org (katana.zip.com.au [61.8.7.246]) i37EH6sg024268; Thu, 8 Apr 2004 00:17:08 +1000 Date: Thu, 8 Apr 2004 00:17:06 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Palle Girgensohn In-Reply-To: <3810000.1081299464@palle.girgensohn.se> Message-ID: <20040407235838.K11719@gamplex.bde.org> References: <20240000.1079394807@palle.girgensohn.se> <3810000.1081299464@palle.girgensohn.se> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@FreeBSD.org cc: net@FreeBSD.org Subject: Re: sk ethernet driver: watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 14:17:50 -0000 On Wed, 7 Apr 2004, Palle Girgensohn wrote: > --On onsdag, mars 17, 2004 00.21.44 +0100 "Arno J. Klaassen" > wrote: > > > Hello, > > > >> I have an ASUS motherboard A7V8X-E Deluxe with onboard 10/100/1000 > >> Mbit/s NIC from Marvell Semiconductor. > >> > >> My problem is that it sometimes lock up with the error message > >> > >> sk0: watchdog timeout > > > > I have a similar problem with 3Com cards on an ASUS A7N266; > > I just post in case this might be related (and in hope for > > a hint for a solution ) > > Hi again, > > I've since this thread started tried this on more different systems, with > exactly the same results. Anyone else experiencing this? Anything I can do > to help fixing it? The following patch reduces the problem on A7V8X-E a little. It limits the tx queue to 1 packet and fixes handling of the timeout on txeof. The first part probably makes the second part a no-op. Without this, my A7V8X-E hangs on even light nfs activity (e.g., copying a 1MB file to nfs). With it, it takes heavier nfs activity to hang (makeworld never completes, and a flood ping always hangs). I first suspected an interrupt-related bug, but the bug seems to be more hardware-specific. Examination of the output queues shows that the tx sometimes just stops before processing all packets. Resetting in sk_watchdog() doesn't always fix the problem, and the timeout usually stops firing after a couple of unsuccessful resets, giving a completely hung device. But the problem may be related to interrupt timing, since it is much smaller under RELENG_4. RELENG_4 hangs about as often without this hack as -current does with it. nv0 hangs similarly. fxp0 just works. %%% Index: if_sk.c =================================================================== RCS file: /home/ncvs/src/sys/pci/if_sk.c,v retrieving revision 1.78 diff -u -2 -r1.78 if_sk.c --- if_sk.c 31 Mar 2004 12:35:51 -0000 1.78 +++ if_sk.c 1 Apr 2004 07:33:58 -0000 @@ -1830,4 +1830,9 @@ SK_IF_LOCK(sc_if); + if (sc_if->sk_cdata.sk_tx_cnt > 0) { + SK_IF_UNLOCK(sc_if); + return; + } + idx = sc_if->sk_cdata.sk_tx_prod; @@ -1853,4 +1858,5 @@ */ BPF_MTAP(ifp, m_head); + break; } @@ -2000,5 +2031,4 @@ sc_if->sk_cdata.sk_tx_cnt--; SK_INC(idx, SK_TX_RING_CNT); - ifp->if_timer = 0; } @@ -2007,4 +2037,6 @@ if (cur_tx != NULL) ifp->if_flags &= ~IFF_OACTIVE; + + ifp->if_timer = (sc_if->sk_cdata.sk_tx_cnt == 0) ? 0 : 5; return; %%% Bruce From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 07:26:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 873F316A4CE for ; Wed, 7 Apr 2004 07:26:29 -0700 (PDT) Received: from e0-a11.b1.lan.prg.vol.cz (e0-a11.b1.lan.prg.vol.cz [195.122.204.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90B7D43D39 for ; Wed, 7 Apr 2004 07:26:28 -0700 (PDT) (envelope-from pav@FreeBSD.org) Received: from pav.hide.vol.cz (localhost [127.0.0.1])i37EPFRD028428; Wed, 7 Apr 2004 16:25:15 +0200 (CEST) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by pav.hide.vol.cz (8.12.11/8.12.11/Submit) id i37EPEsi028426; Wed, 7 Apr 2004 16:25:14 +0200 (CEST) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: pav.hide.vol.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Tod McQuillin In-Reply-To: <20040407225550.W48147@plexi.pun-pun.prv> References: <20040407164358.1e5b020b@it.buh.cameradicommercio.ro> <20040407225550.W48147@plexi.pun-pun.prv> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-p9NQtsU6XMuHyaoTQWFd" Message-Id: <1081347914.21212.29.camel@pav.hide.vol.cz> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 07 Apr 2004 16:25:14 +0200 cc: Ion-Mihai Tetcu cc: freebsd-current@FreeBSD.org Subject: Re: DVD-RW recomandation ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 14:26:29 -0000 --=-p9NQtsU6XMuHyaoTQWFd Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable V st, 07. 04. 2004 v 15:56, Tod McQuillin p=ED=B9e: > > I want to buy a DVD-RW which I will use on -current. Could you suggest = a > > known-to-be-working model (especially with VIA8237 cipset) ? > > > > Any experience with one of the following ? > > TEAC DV-W58GK > > TEAC DV-W58G-095 > > Gigabyte GO-W0804A >=20 > The Plextor PX-708A works perfectly for me on -stable. I haven't tried i= t > on -current. Everything will work, it's more a matter of drive firmware -vs- burning software than a kernel or chipset. I personally have Plextor PX-708A on -CURRENT box, no problems. BTW with Plextor drives you have added value of firmware update utility working in FreeBSD. --=20 Pav Lucistnik Somebody ought to cross ball point pens with coat hangers so that the pens will multiply instead of disappear. --=-p9NQtsU6XMuHyaoTQWFd Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAdA9KntdYP8FOsoIRAmnuAKCiCwlKMbbHOQboXsA+2JlErQ4oMACfQ+6i gQ4bCNqr/SBqcMKIB+lztjA= =QKn+ -----END PGP SIGNATURE----- --=-p9NQtsU6XMuHyaoTQWFd-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 07:40:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6DF016A4CE for ; Wed, 7 Apr 2004 07:40:02 -0700 (PDT) Received: from mail.newlines.ru (mail.newlines.ru [195.54.211.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A46B43D2D for ; Wed, 7 Apr 2004 07:40:01 -0700 (PDT) (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 i37Ec94q008011 for ; Wed, 7 Apr 2004 14:38:24 GMT (envelope-from anton@nikiforov.ru) Received: from nikiforov.ru (florent-mashin.rmt.ru [81.13.8.34]) (authenticated bits=0) by mail.newlines.ru (8.12.10/8.12.9) with ESMTP id i37EbSWv006900 for ; Wed, 7 Apr 2004 14:38:03 GMT (envelope-from anton@nikiforov.ru) Message-ID: <40741211.2020900@nikiforov.ru> Date: Wed, 07 Apr 2004 18:37:05 +0400 From: Anton Nikiforov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040307 X-Accept-Language: ru-ru, ru, en-us MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20040407164358.1e5b020b@it.buh.cameradicommercio.ro> <20040407225550.W48147@plexi.pun-pun.prv> <1081347914.21212.29.camel@pav.hide.vol.cz> In-Reply-To: <1081347914.21212.29.camel@pav.hide.vol.cz> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms060009020308040200090006" Subject: Re: DVD-RW recomandation ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: anton@nikiforov.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 14:40:02 -0000 This is a cryptographically signed message in MIME format. --------------ms060009020308040200090006 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Pav Lucistnik ÐÉÛÅÔ: >V st, 07. 04. 2004 v 15:56, Tod McQuillin pi's(e: > > > >>>I want to buy a DVD-RW which I will use on -current. Could you suggest a >>>known-to-be-working model (especially with VIA8237 cipset) ? >>> >>>Any experience with one of the following ? >>>TEAC DV-W58GK >>>TEAC DV-W58G-095 >>>Gigabyte GO-W0804A >>> >>> >>The Plextor PX-708A works perfectly for me on -stable. I haven't tried it >>on -current. >> >> > >Everything will work, it's more a matter of drive firmware -vs- burning >software than a kernel or chipset. I personally have Plextor PX-708A on >-CURRENT box, no problems. > >BTW with Plextor drives you have added value of firmware update utility >working in FreeBSD. > > > Hello! I use my NEC-2500 under -current and -stable without any problems. -- Best regads, Anton Nikiforov --------------ms060009020308040200090006 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 CwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNDA0MDcxNDM3MDVaMCMGCSqGSIb3DQEJ BDEWBBSkm5ehMKswr1Yqp8pZ6MgdT8hBMzBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMH MA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIB KDB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29u c3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwg SXNzdWluZyBDQQIDC9oVMHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAwvaFTANBgkqhkiG9w0BAQEFAASCAQAohPY9 aKXjC53UdhQXCk1IpQmC3oJw+4AebRV2ksUNjd5SCYDEvCsSeRFf0tkt8HdT2k0dwP8yi3Uq 65dIphtYmLi0a4jF/1iw1E+z0EfB0oNlg1mCWa9sDDXdoKT2E59IbPtALBgSnz6bP1Y5TRxc nz1Lj0ZUtV68Wcr5MttIF8uClYuat9tXpPgmICyTGbm0OUCipwMbi5EJkC3EVmH+w+xD7Xmw 9LoIkUgTMq1YLrbnxFv00oTLxflWAnejNdBhnB4kgvtUX+Y9/BdaXgwU0noT0ONJ3sCIh89g eWvfv0Q7CeAORDnrJRJC8aF2Bv/Gs8GJY13G7KDc2Fp3XfCcAAAAAAAA --------------ms060009020308040200090006-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 07:52:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 915F016A4CE for ; Wed, 7 Apr 2004 07:52:41 -0700 (PDT) Received: from smtp-mclean.mitre.org (smtp-mclean-x.mitre.org [192.80.55.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0130F43D45 for ; Wed, 7 Apr 2004 07:52:41 -0700 (PDT) (envelope-from jandrese@mitre.org) Received: from smtp-mclean.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-mclean.mitre.org (8.11.6/8.11.6) with ESMTP id i37Ep9824833 for ; Wed, 7 Apr 2004 10:51:09 -0400 Received: from MAILHUB2 (mailhub2.mitre.org [129.83.221.18]) by smtp-mclean.mitre.org (8.11.6/8.11.6) with ESMTP id i37Ep7J24753; Wed, 7 Apr 2004 10:51:07 -0400 Received: from mm112324-2k.mitre.org (128.29.3.14) by mailhub2.mitre.org with SMTP id 2268596; Wed, 07 Apr 2004 10:51:04 -0400 Message-ID: <40741557.4080106@mitre.org> Date: Wed, 07 Apr 2004 10:51:03 -0400 From: Jason Andresen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tod McQuillin References: <20040407164358.1e5b020b@it.buh.cameradicommercio.ro> <20040407225550.W48147@plexi.pun-pun.prv> In-Reply-To: <20040407225550.W48147@plexi.pun-pun.prv> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Ion-Mihai Tetcu cc: freebsd-current@freebsd.org Subject: Re: DVD-RW recomandation ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 14:52:41 -0000 Tod McQuillin wrote: > On Wed, 7 Apr 2004, Ion-Mihai Tetcu wrote: > > >>I want to buy a DVD-RW which I will use on -current. Could you suggest a >>known-to-be-working model (especially with VIA8237 cipset) ? >> >>Any experience with one of the following ? >>TEAC DV-W58GK >>TEAC DV-W58G-095 >>Gigabyte GO-W0804A > > > The Plextor PX-708A works perfectly for me on -stable. I haven't tried it > on -current. FWIW, the Plextor PX-708A works perfectly for me on -current. -- \ |_ _|__ __|_ \ __| Jason Andresen jandrese@mitre.org |\/ | | | / _| Network and Distributed Systems Engineer _| _|___| _| _|_\___| Office: 703-883-7755 From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 08:10:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C05C016A4CE; Wed, 7 Apr 2004 08:10:04 -0700 (PDT) Received: from mail.distalzou.net (203.141.139.231.user.ad.il24.net [203.141.139.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5334B43D1F; Wed, 7 Apr 2004 08:10:04 -0700 (PDT) (envelope-from devin@spamcop.net) Received: from plexi.pun-pun.prv ([192.168.7.29] helo=plexi) by mail.distalzou.net with esmtp (TLSv1:AES256-SHA:256) (Exim 4.31; FreeBSD) id 1BBEfh-000NXw-B1; Thu, 08 Apr 2004 00:08:57 +0900 Date: Thu, 8 Apr 2004 00:08:56 +0900 (JST) From: Tod McQuillin X-X-Sender: devin@plexi.pun-pun.prv To: Pav Lucistnik In-Reply-To: <1081347914.21212.29.camel@pav.hide.vol.cz> Message-ID: <20040408000746.N48147@plexi.pun-pun.prv> References: <20040407164358.1e5b020b@it.buh.cameradicommercio.ro> <1081347914.21212.29.camel@pav.hide.vol.cz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Ion-Mihai Tetcu cc: freebsd-current@FreeBSD.org Subject: Re: DVD-RW recomandation ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 15:10:04 -0000 On Wed, 7 Apr 2004, Pav Lucistnik wrote: > BTW with Plextor drives you have added value of firmware update utility > working in FreeBSD. Thanks for this clue! I had no idea I could update the firmware from freebsd. Pav is talking about http://www.fokus.gmd.de/research/cc/glone/employees/joerg.schilling/private/firmware.html I just tried it and it seems to work fine. -- Tod McQuillin From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 08:24:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DE1A16A4CE; Wed, 7 Apr 2004 08:24:40 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0D9943D2F; Wed, 7 Apr 2004 08:24:39 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id i37FL5kj006958; Wed, 7 Apr 2004 09:21:05 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 07 Apr 2004 09:21:46 -0600 (MDT) Message-Id: <20040407.092146.40772577.imp@bsdimp.com> To: freebsd@newipnet.com From: "M. Warner Losh" In-Reply-To: <200404071245040782.0D909C4C@192.168.128.16> References: <20040406.162834.02299817.imp@bsdimp.com> <20040406.231324.131273745.imp@bsdimp.com> <200404071245040782.0D909C4C@192.168.128.16> 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: jon@freebsd.org cc: marc@mit.edu cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: pccbb pccard rman - Something is very wrong somewhere X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 15:24:40 -0000 In message: <200404071245040782.0D909C4C@192.168.128.16> "Carlos Velasco" writes: : On 06/04/2004 at 23:13 M. Warner Losh wrote: : : >: There's code that fails to properly align requests larger than 4k to : >: the appropriate boundary. Upping things to 64k just papers over that : >: problem, and tends to be somewhat wasteful of resources. : > : >Hmmm, I should make the CIS mapping be on a 64k boundary and try a : >bunch of the 'problem children' cards. That might fix a lot of : >problems... : : That's that my patch does (or pretend): : cbb0: PCI Memory allocated: 88000000 : cbb1: PCI Memory allocated: 88001000 : cis mem map 0xdc538000 (resource: 0x88010000) : pccard0: ccr_res == 88010000-880103ff, base=ff80 Cool! There's some unintended effects of doing this for ALL memory allocations on the CardBus cards. However, it is relatively easy to fix in a slightly different way. Here's the diffs I have in my tree. Do they also solve the problems for you? I've run with a 4k allocation boundary locally, but that only helps slightly. Warner --- /dell/imp/FreeBSD/src/sys/dev/pccard/pccard_cis.c Sun Oct 19 11:32:23 2003 +++ ./pccard_cis.c Wed Apr 7 09:18:42 2004 @@ -126,9 +127,15 @@ /* allocate some memory */ + /* + * Some reports from the field suggest that a 64k memory boundary + * helps card CIS being able to be read. Try it here and see what + * the results actually are. I'm not sure I understand why this + * would make cards work better, but it is easy enough to test. + */ rid = 0; - res = bus_alloc_resource(dev, SYS_RES_MEMORY, &rid, 0, ~0, - PCCARD_CIS_SIZE, RF_ACTIVE); + res = bus_alloc_resource(dev, SYS_RES_MEMORY, &rid, 0, ~0, + PCCARD_CIS_SIZE, RF_ACTIVE | rman_make_alignment_flags(64*1024)); if (res == NULL) { device_printf(dev, "can't alloc memory to read attributes\n"); return -1; From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 08:39:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 286B516A4CE; Wed, 7 Apr 2004 08:39:10 -0700 (PDT) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A26C43D5E; Wed, 7 Apr 2004 08:39:09 -0700 (PDT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from pcwin002.win.tue.nl (orb_rules@localhost [127.0.0.1]) by pcwin002.win.tue.nl (8.12.11/8.12.11) with ESMTP id i37FcTgC083596; Wed, 7 Apr 2004 17:38:29 +0200 (CEST) (envelope-from stijn@pcwin002.win.tue.nl) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.12.11/8.12.11/Submit) id i37FcTQR083595; Wed, 7 Apr 2004 17:38:29 +0200 (CEST) (envelope-from stijn) Date: Wed, 7 Apr 2004 17:38:29 +0200 From: Stijn Hoop To: Ion-Mihai Tetcu Message-ID: <20040407153829.GD79134@pcwin002.win.tue.nl> References: <20040407164358.1e5b020b@it.buh.cameradicommercio.ro> <20040407141543.GC41065@abigail.blackend.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OaZoDhBhXzo6bW1J" Content-Disposition: inline In-Reply-To: <20040407141543.GC41065@abigail.blackend.org> User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! cc: freebsd-current@freebsd.org Subject: Re: DVD-RW recomandation ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 15:39:10 -0000 --OaZoDhBhXzo6bW1J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 07, 2004 at 04:15:43PM +0200, Marc Fonvieille wrote: > On Wed, Apr 07, 2004 at 04:43:58PM +0300, Ion-Mihai Tetcu wrote: > > I want to buy a DVD-RW which I will use on -current. Could you suggest a > > known-to-be-working model (especially with VIA8237 cipset) ? >=20 > I'd say "something well supported by dvd+rw-tools" since this later is > the program that you will use to burn. See > http://fy.chalmers.se/~appro/linux/DVD+RW/hcn.html for some infos. FWIW, those tools work just fine with my acd0: CDRW at ata1-master UDMA33 with SCSI emulation through ATAPICAM. Although I don't understand why the driver detects it as a CDRW :) --Stijn --=20 "I'm not under the alkafluence of inkahol that some thinkle peep I am. It's just the drunker I sit here the longer I get." --OaZoDhBhXzo6bW1J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAdCB1Y3r/tLQmfWcRArITAKCy0upvfhs3NPXC5V+dyZ4EEyxlgwCfa8To Dk1UTGB/tPF+iWIZLXyBFSk= =QN/N -----END PGP SIGNATURE----- --OaZoDhBhXzo6bW1J-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 08:40:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2185E16A4CE for ; Wed, 7 Apr 2004 08:40:54 -0700 (PDT) Received: from mailgate-internal1.sri.com (mailgate-internal1.SRI.COM [128.18.84.103]) by mx1.FreeBSD.org (Postfix) with SMTP id C6D7943D2F for ; Wed, 7 Apr 2004 08:40:53 -0700 (PDT) (envelope-from gilham@csl.sri.com) Received: (qmail 25301 invoked from network); 7 Apr 2004 15:40:07 -0000 Received: from localhost (HELO mailgate-internal1.SRI.COM) (127.0.0.1) by mailgate-internal1.sri.com with SMTP; 7 Apr 2004 15:40:07 -0000 Received: from quarter.csl.sri.com ([130.107.1.30]) M2004040708400728920 for ; Wed, 07 Apr 2004 08:40:07 -0700 Received: from snapdragon.csl.sri.com (snapdragon.csl.sri.com [130.107.19.20]) by quarter.csl.sri.com (8.12.9/8.12.10) with ESMTP id i37Fe7ak016461 for ; Wed, 7 Apr 2004 08:40:07 -0700 Received: from snapdragon (localhost [127.0.0.1])i37Fe7ld030665 for ; Wed, 7 Apr 2004 08:40:07 -0700 (PDT) (envelope-from gilham@snapdragon.csl.sri.com) Message-Id: <200404071540.i37Fe7ld030665@snapdragon.csl.sri.com> To: current@freebsd.org In-Reply-To: Message from Doug White <20040406104610.O89264@carver.gumbysoft.com> Date: Wed, 07 Apr 2004 08:40:07 -0700 From: Fred Gilham Subject: Re: Soyo 6-in-one USB memory card reader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 15:40:54 -0000 > Can you try disabling booting from USB mass stoarge devices in your > BIOS? It sounds like the BIOS screws up bigtime if it sees such a > device connected. > > Also check for a BIOS update. > > What motherboard do you have? I can't see any USB mass storage settings in the BIOS. I've got the latest BIOS --- albiet 2 years old. The board is a FIC AN11. Just for the fun of it I copied down the BTX register dump, if that helps any: int=0000000d err=00000000 efl=00030206 eip=0000ffff eax=00009100 ebx=0000ffff ecx=0000ffff edx=00000007 esi=0000ffff edi=0000ffff ebp=000003fc esp=ffffb608 cs=f000 ds=0040 es=1000 fs=0000 gs=0000 ss=9ebb cs:eip=b3 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ss:esp=00 00 00 00 00 00 41 d0-00 f6 06 02 fe 1a 00 d0 -- Fred Gilham gilham@csl.sri.com In the course of making code more readable, performance was accidentally improved by about 20%. --- From BRL 2.1.23 release notes From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 08:49:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DE5416A4CE for ; Wed, 7 Apr 2004 08:49:21 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id D91BC43D41 for ; Wed, 7 Apr 2004 08:49:19 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id i37Fmokj007256; Wed, 7 Apr 2004 09:48:50 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 07 Apr 2004 09:49:32 -0600 (MDT) Message-Id: <20040407.094932.101118529.imp@bsdimp.com> To: stb@lassitu.de From: "M. Warner Losh" In-Reply-To: <55F5FD04-8873-11D8-AB20-000393496BE8@lassitu.de> References: <55F5FD04-8873-11D8-AB20-000393496BE8@lassitu.de> 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: PR#61320 support for ICH5 on-board fxp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 15:49:21 -0000 In message: <55F5FD04-8873-11D8-AB20-000393496BE8@lassitu.de> Stefan Bethke writes: : may I direct some committers' attention to this PR? I just got four : excellent Tyan Tomcat i875P (with serial console redirection!), and : would prefer not to have to patch the source when 5.3 comes along... I've committed this. Warner From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 09:14:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69F6916A4CE for ; Wed, 7 Apr 2004 09:14:56 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id C7C3543D2D for ; Wed, 7 Apr 2004 09:14:53 -0700 (PDT) (envelope-from turbo23@gmx.net) Received: (qmail 16954 invoked by uid 65534); 7 Apr 2004 16:13:59 -0000 Received: from bert.mlan.solnet.ch (HELO bert.mlan.solnet.ch) (212.101.1.83) by mail.gmx.net (mp026) with SMTP; 07 Apr 2004 18:13:59 +0200 X-Authenticated: #627573 Date: Wed, 7 Apr 2004 18:14:03 +0200 From: Thomas Vogt To: current@freebsd.org Message-Id: <20040407181403.70832a2c@bert.mlan.solnet.ch> X-Mailer: Sylpheed version 0.9.10claws (GTK+ 1.2.10; i386-portbld-freebsd5.2.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: vpn1401 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 16:14:56 -0000 Helo Will the Soekris VPN1401 hardware encryption card be supported in the upcoming Freebsd 4.10 release? I know that vpn1201 is already supported in 4.9 and 1401 is supported in 5.x. regards Thomas From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 09:20:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D5BE16A4CE for ; Wed, 7 Apr 2004 09:20:03 -0700 (PDT) Received: from mail-in.m-online.net (mail-in.m-online.net [62.245.150.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7906B43D48 for ; Wed, 7 Apr 2004 09:20:02 -0700 (PDT) (envelope-from h@schmalzbauer.de) Received: from mail.m-online.net (svr14.m-online.net [192.168.3.144]) by svr8.m-online.net (Postfix) with ESMTP id 9F0AC4C37A; Wed, 7 Apr 2004 18:18:56 +0200 (CEST) Received: from sam.flintsbach.schmalzbauer.de (ppp-82-135-1-219.mnet-online.de [82.135.1.219]) by mail.m-online.net (Postfix) with ESMTP id 513407B9A5; Wed, 7 Apr 2004 18:18:55 +0200 (CEST) Received: from cale.flintsbach.schmalzbauer.de (cale.flintsbach.schmalzbauer.de [172.21.1.251])i37GIsxw085365; Wed, 7 Apr 2004 18:18:54 +0200 (CEST) (envelope-from h@schmalzbauer.de) From: Harald Schmalzbauer To: freebsd-current@freebsd.org Date: Wed, 7 Apr 2004 18:18:45 +0200 User-Agent: KMail/1.6.1 References: <005f01c41ad6$58586c90$0c00a8c0@artem> <20040405071756.GA51109@elvis.mu.org> <00f001c41adf$9952b4e0$0c00a8c0@artem> In-Reply-To: <00f001c41adf$9952b4e0$0c00a8c0@artem> X-Country: Germany X-Address: Munich, 80686 X-Phone2: +49 (0) 89 18947781 X-Phone1: +49 (0) 163 555 3237 X-Name: Harald Schmalzbauer X-Birthday: 06 Oktober 1972 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_tnCdA4cqts3RGnL"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200404071818.54021.h@schmalzbauer.de> cc: Artem Koutchine Subject: Re: there is a bug in twe driver or disk subsystem for sure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 16:20:03 -0000 --Boundary-02=_tnCdA4cqts3RGnL Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Montag, 5. April 2004 09:28 schrieb Artem Koutchine: > > 3ware may have released some stuff at 3ware.com > > I wonder where this port came from. As i undertand this > ports does not actually build. It is a precompiled binary. > HOWEVER, 3ware does not have any freebsd version > of 3dm on their site, which means that this port either > just a linux binary OR some kind of patched freebsd > binary and nobody knows where i came from. Anyhows, Some time ago (in mid 2002) 3ware offered a native FreeBSD version. I also = did=20 a port back in 2002 but it was never imported, instead another (at this poi= nt=20 non working) version went into the ports tree. I can't find my port any more but I remember wrestling with that wonderful= =20 shell-archive.... =2DHarry > last 3dm update from 3ware for linux was in december 2003. > > > Artem Koutchine (matrix@itlegion.ru) wrote: > > > >From: "Paul Saab" > > > > which 3dm are you using? > > > > > > The one from the ports (cvsed apr 1). > > > I think it is 1.10.00.011. > > > Is there any other 3DM? > > > > > > > Artem Koutchine (matrix@itlegion.ru) wrote: > > > > > Hello Paul and everybody > > > > > > > > > > > it would help if you gave a full stacktrace. > > > > > > > > > > I am not pretty good at reproducing the problem. I THINK > > > > > (not sure) that it might be related to 3dm software because > > > > > when i do very fast (i click reload page as fast as i can) > > > > > MONITOR page reloads in 3dm i will get kernel panic > > > > > within 1-2 minutes. However, panic happened by itself a couple > > > > > of time during havy disk load. > > > > > > > > > > I did 'tr' while in debugger and wrote down the output on a paper. > > > > > Belows - is the reproduction of that outout. However, it might > > > > > contain some typos, because it is very hard to reproduce such > > > > > info by hand. > > > > > > > > > > here is 'tr' output: > > > > > > > > > > __panic(c07d482d, 8a, c07d4847,c07b9714,c07d47fe) at __panic+0x13d > > > > > mtrash_ctor(c7ac9e00,200,0) at mtrash_ctor+0x59 > > > > > uma_zalloc_arg(c1038e00,0,1) at uma_zalloc_arg+0x169 > > > > > malloc(200,c0815c20,1,c74da4c0,e5614c60) at malloc+0xb7 > > > > > twe_get_param(c74be000,200,2,4,0) at twe_get_param+0x3f > > > > > twe_ioctl(c74be00,800c5469,e5614c60,e5614b70,c05b0a9e) at > > > > > > twe_ioctl+0x25a > > > > > > > > twe_ioctl_wrapper(c087a1b8,800c5469,e5614c60,3,c78e83f0) at > > > > > twe_ioctl_wrapper+0x14 > > > > > spec_ioctl (e5614b88,e5614c34,c063682f,e5614b88,c085dbc0) at > > > > > spec_ioctl+0x15a > > > > > spec_vnoperate(e5614b88) at spec_vnoperate+0x13 > > > > > vn_ioctl(c7900198,800c5469,e5614c60,c3477600,c78e83f0) at > > vn_ioctl+0x17f > > > > > > ioctl(c78e83f0,e5614d14,3,9d4,297) at ioctl+0x37c > > > > > syscall(2f,2f,2f,800c5469,200) at syscall+0x217 > > > > > Xint0x80_syscall() at Xint0x80_syscall+0x1d > > > > > ---syscall (54,FreeBSD ELF32, ioctl), > > > > > eip=3D0x806cae0 > > > > > esp=3D0xbfbfdc34 > > > > > ebp=3D0xbfbfdc70 > > > > > > > > > > I hope this will help figure out what is causing the panic. > > > > > > > > > > Regards, > > > > > Artem > > > > > > > > > > > Artem Koutchine (matrix@itlegion.ru) wrote: > > > > > > > I am running 5.2-CURRENT. The box has 3w 8506-4LP > > > > > > > SATA raid controller and freebsd is install onto raid5 array. > > > > > > > > > > > > > > Almost everytime i pull a hotswap disk (one out of four) > > > > > > > or when very heavy disk activity (like background fsck after > > > > > > > crashing on a 310GB label) i get the following after 10 or > > > > > > > so minutes of uptime: > > > > > > > > > > > > > > Memory modified after free 0x788f400(508) val=3D20202020 @ > > 0xe788f400 > > > > > > > > panic: Most recently used by devbuf > > > > > > > at line 128 in file /usr/src/sys/udm_dbg.c > > > > > > > cpu=3D0; > > > > > > > Debugger ("panic") > > > > > > > Stopped at Debugger +0.46: xchgl %ebx, in_Debugger.0 > > > > > > > > > > > > > > and i typed 'c' in debugger: > > > > > > > > > > > > > > the system started to shutdown and here is what i saw: > > > > > > > > > > > > > > twe0: failed to delete unit 0 > > > > > > > stray irq9 > > > > > > > > > > > > > > > > > > > > > The box is: > > > > > > > permicro X5DPE-G2 motherboard > > > > > > > DUAL XEON 2.66Ghz (HT enabled) 533Mhz bus > > > > > > > 2GB RAM > > > > > > > 4 SATA SEAGTE 120GB DRIVES > > > > > > > 3WARE 8506-4LP SATA RAID5 CONTROLLER > > > > > > > > > > > > > > _______________________________________________ > > > > > > > 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" > > > > > > > > > > > -- > > > > > > -ps > > > > > > > > -- > > > > -ps > > > > _______________________________________________ > > > > 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" > > > -- > > -ps > > _______________________________________________ > 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" --Boundary-02=_tnCdA4cqts3RGnL Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAdCntBylq0S4AzzwRAjsaAJsGMXW9l5CDAq4f5kaILzlm9DUE0QCfTz25 LLcphgz9Ai/YZ7x/+5S6pEY= =IaEd -----END PGP SIGNATURE----- --Boundary-02=_tnCdA4cqts3RGnL-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 09:30:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 132EF16A4CE; Wed, 7 Apr 2004 09:30:59 -0700 (PDT) Received: from osiris.ipform.ru (osiris.itlegion.ru [212.248.52.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1E8E43D2D; Wed, 7 Apr 2004 09:30:57 -0700 (PDT) (envelope-from matrix@itlegion.ru) Received: from artem (artem.office.ipform.ru [192.168.0.12]) by osiris.ipform.ru (8.12.6/8.12.6) with ESMTP id i37GToXg046620; Wed, 7 Apr 2004 20:29:50 +0400 (MSD) (envelope-from matrix@itlegion.ru) X-AntiVirus: Checked by Dr.Web (http://www.drweb.net) Message-ID: <000c01c41cbd$0399e330$0c00a8c0@artem> From: "Artem Koutchine" To: Date: Wed, 7 Apr 2004 20:25:54 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 cc: freebsd-bugs@freebsd.org cc: freebsd-hardware@freebsd.org Subject: lock order reversal and swap problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 16:30:59 -0000 This evening, before going hove i decided to load-test the new server. I remind the server is: dual xeon 2.66, 2GB ECC ram, supermicro x5dpeg2 mb, 3ware 8506-4LP sata radi controller, 4 sata seagate disks, eveyrthing is install in a RAID5 array. I run: 3 bonnies in a loop, 4 byteneches in a loop, 6 my own perl scripts to test the memory. Each allocated about 256MB ran, fill it with somethingm then free and do it over and over again. After 3 minutes of running i saw this: Apr 7 20:16:34 new kernel: lock order reversal Apr 7 20:16:34 new kernel: 1st 0xc79446b4 vm object (vm object) @ /usr/src/sys/vm/swap_pager.c:1313 Apr 7 20:16:35 new kernel: 2nd 0xc08b9e00 swap_pager swhash (swap_pager swhash) @ /usr/src/sys/vm/swap_pager.c:1803 Apr 7 20:16:35 new kernel: 3rd 0xc7898294 vm object (vm object) @ /usr/src/sys/vm/uma_core.c:886 Apr 7 20:16:35 new kernel: Stack backtrace: Apr 7 20:16:35 new kernel: backtrace(0,1,c0888798,c08898f0,c08174bc) at backtrace+0x12 Apr 7 20:16:35 new kernel: witness_checkorder(c7898294,9,c07d43dd,376) at witness_checkorder+0x593 Apr 7 20:16:35 new kernel: _mtx_lock_flags(c7898294,0,c07d43dd,376,c78888d4) at _mtx_lock_flags+0x67 Apr 7 20:16:35 new kernel: obj_alloc(c78888c0,1000,e32ffa2f,101,c78888d4) at obj_alloc+0x31 Apr 7 20:16:35 new kernel: slab_zalloc(c78888c0,1,c78888c0,c78888d4,1) at slab_zalloc+0x82 Apr 7 20:16:35 new kernel: uma_zone_slab(c78888c0,1,c78888d4,0,c07d43dd,68f) at uma_zone_slab+0xb5 Apr 7 20:16:35 new kernel: uma_zalloc_internal(c78888c0,0,1,c78888d4,0) at uma_zalloc_internal+0x28 Apr 7 20:16:35 new kernel: uma_zalloc_arg(c78888c0,0,1) at uma_zalloc_arg+0x2f8 Apr 7 20:16:35 new kernel: swp_pager_meta_build(c79446b4,38,0,2,0) at swp_pager_meta_build+0x108 Apr 7 20:16:36 new kernel: swap_pager_putpages(c79446b4,e32ffc00,4,0,e32ffb70) at swap_pager_putpages+0x2b4 Apr 7 20:16:36 new kernel: default_pager_putpages(c79446b4,e32ffc00,4,0,e32ffb70) at default_pager_putpages+0x18 Apr 7 20:16:36 new kernel: vm_pageout_flush(e32ffc00,4,0,0,e32ffbdc) at vm_pageout_flush+0x11e Apr 7 20:16:36 new kernel: vm_pageout_clean(c2c26308) at vm_pageout_clean+0x2a5 Apr 7 20:16:36 new kernel: vm_pageout_scan(0) at vm_pageout_scan+0x54b Apr 7 20:16:36 new kernel: vm_pageout(0,e32ffd48,0,c071cc3c,0) at vm_pageout+0x2d2 Apr 7 20:16:36 new kernel: fork_exit(c071cc3c,0,e32ffd48) at fork_exit+0xa8 Apr 7 20:16:36 new kernel: fork_trampoline() at fork_trampoline+0x8 Apr 7 20:16:36 new kernel: --- trap 0x1, eip = 0, esp = 0xe32ffd7c, ebp = 0 --- and then hundreds and thousands: Apr 7 20:20:29 new kernel: swap_pager_getswapspace(16): failed Apr 7 20:20:32 new last message repeated 44 times while actually there were 500MB of swap space left. What is going on? Regards, Artem From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 09:40:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F7B416A4CE for ; Wed, 7 Apr 2004 09:40:47 -0700 (PDT) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D36743D31 for ; Wed, 7 Apr 2004 09:40:46 -0700 (PDT) (envelope-from stb@lassitu.de) Received: from [127.0.0.1] (schlepper [212.12.50.230]) by schlepper.zs64.net (8.12.10/8.11.1) with ESMTP id i37Gdx7D000704; Wed, 7 Apr 2004 18:40:00 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <20040407.094932.101118529.imp@bsdimp.com> References: <55F5FD04-8873-11D8-AB20-000393496BE8@lassitu.de> <20040407.094932.101118529.imp@bsdimp.com> Mime-Version: 1.0 (Apple Message framework v613) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <356DBC9C-88B2-11D8-AB20-000393496BE8@lassitu.de> Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Wed, 7 Apr 2004 18:39:58 +0200 To: "M. Warner Losh" X-Mailer: Apple Mail (2.613) cc: freebsd-current@freebsd.org Subject: Re: PR#61320 support for ICH5 on-board fxp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 16:40:47 -0000 Am 07.04.2004 um 17:49 schrieb M. Warner Losh: > In message: <55F5FD04-8873-11D8-AB20-000393496BE8@lassitu.de> > Stefan Bethke writes: > : may I direct some committers' attention to this PR? I just got four > : excellent Tyan Tomcat i875P (with serial console redirection!), and > : would prefer not to have to patch the source when 5.3 comes along... > > I've committed this. Thanks! -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 10:32:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEF5216A4CE; Wed, 7 Apr 2004 10:32:37 -0700 (PDT) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A79543D46; Wed, 7 Apr 2004 10:32:37 -0700 (PDT) (envelope-from tim@kientzle.com) Received: from kientzle.com (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id i37HUt90082673; Wed, 7 Apr 2004 10:30:55 -0700 (PDT) (envelope-from tim@kientzle.com) Message-ID: <40743ACF.9090701@kientzle.com> Date: Wed, 07 Apr 2004 10:30:55 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Brian F. Feldman" References: <200404070820.i378KDoP066199@green.homeunix.org> In-Reply-To: <200404070820.i378KDoP066199@green.homeunix.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Ruslan Ermilov cc: current@FreeBSD.org Subject: Re: cvs commit: src/usr.bin/tar Makefile bsdtar.1 bsdtar.c bsdtar.h bsdtar_platform.h matching.c read.c util.c write.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 17:32:37 -0000 Brian F. Feldman wrote: > Tim Kientzle wrote: > >>Ruslan Ermilov wrote: >> >>>On Mon, Apr 05, 2004 at 02:32:18PM -0700, Tim Kientzle wrote: >>> >>> >>>>kientzle 2004/04/05 14:32:18 PDT >>>> >>>> FreeBSD src repository >>>> >>>> Added files: >>>> usr.bin/tar Makefile bsdtar.1 bsdtar.c bsdtar.h >>>> bsdtar_platform.h matching.c read.c >>>> util.c write.c >>>> Log: >>>> Initial commit for bsdtar. >>>> > > What if you do compression as a worker thread? I don't know how performance > compares, but proof of concept is: > I'll take a look at your code, but I'm reluctant to spawn threads within a library for a number of reasons, ranging from client expectations (if you invoke the client-provided I/O routines within a separate thread, then you can encounter a situation where a non-threaded program might have to lock it's private data) to the potential for conflicts between threaded/non-threaded libc implementations. Since the client can provide it's own I/O routines, performance-sensitive clients could implement compression/decompression within their own code and play any games they like. (I've considered implementing async I/O in bsdtar, for instance.) But I think the current approach taken by libarchive is the right one for general-use library code. In the particular case of bzip2 compression, I suspect that bigger gains could be had by increasing the compression buffers to around 1meg and invoking the compression routines less often. I have a feeling that there's a lot of overhead in just entering the bzip2 compression functions. > Good job on bsdtar and libarchive! I'm curious if you're trying to make tar > -t output in the same long format as GNU tar -- it appears to have link > count, but not the year part of the date. No. I'm actually trying to follow "ls -l" format. This was suggested by a note in the POSIX standard that recommends this format for the "pax" utility (which has replaced "tar" in newer versions of the POSIX standards). I looked at a number of tar implementations to see if there was any significant consistency, but didn't find any. Following "ls -l" seems like the right approach. Tim Kientzle From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 10:42:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E5C7F16A4CE; Wed, 7 Apr 2004 10:42:40 -0700 (PDT) Received: from localhost (green@localhost [127.0.0.1]) by green.homeunix.org (8.12.11/8.12.11) with ESMTP id i37HgaLi081038; Wed, 7 Apr 2004 13:42:38 -0400 (EDT) (envelope-from green@green.homeunix.org) Message-Id: <200404071742.i37HgaLi081038@green.homeunix.org> X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: Tim Kientzle In-Reply-To: Message from Tim Kientzle of "Wed, 07 Apr 2004 10:30:55 PDT." <40743ACF.9090701@kientzle.com> From: "Brian F. Feldman" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 07 Apr 2004 13:42:36 -0400 Sender: green@green.homeunix.org cc: Ruslan Ermilov cc: current@FreeBSD.org Subject: Re: cvs commit: src/usr.bin/tar Makefile bsdtar.1 bsdtar.c bsdtar.h bsdtar_platform.h matching.c read.c util.c write.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 17:42:41 -0000 Tim Kientzle wrote: > Brian F. Feldman wrote: > > Tim Kientzle wrote: > > > >>Ruslan Ermilov wrote: > >> > >>>On Mon, Apr 05, 2004 at 02:32:18PM -0700, Tim Kientzle wrote: > >>> > >>> > >>>>kientzle 2004/04/05 14:32:18 PDT > >>>> > >>>> FreeBSD src repository > >>>> > >>>> Added files: > >>>> usr.bin/tar Makefile bsdtar.1 bsdtar.c bsdtar.h > >>>> bsdtar_platform.h matching.c read.c > >>>> util.c write.c > >>>> Log: > >>>> Initial commit for bsdtar. > >>>> > > > > What if you do compression as a worker thread? I don't know how performance > > compares, but proof of concept is: > > > > I'll take a look at your code, but I'm reluctant to spawn > threads within a library for a number of reasons, ranging from > client expectations (if you invoke the client-provided I/O > routines within a separate thread, then you can encounter > a situation where a non-threaded program might have to lock > it's private data) to the potential for conflicts between > threaded/non-threaded libc implementations. Oh, I was only implementing it inside the libarchive default routines because it was easy. I also think that if this is done to speed up tar, it should be done in tar and not libarchive. What are you using to benchmark? I'm interested in seeing what happens with a worker thread/with a larger decompression buffer/etc. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 10:49:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2105916A4CE; Wed, 7 Apr 2004 10:49:56 -0700 (PDT) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6B2843D39; Wed, 7 Apr 2004 10:49:54 -0700 (PDT) (envelope-from tim@kientzle.com) Received: from kientzle.com (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id i37HnL90082783; Wed, 7 Apr 2004 10:49:21 -0700 (PDT) (envelope-from tim@kientzle.com) Message-ID: <40743F20.90900@kientzle.com> Date: Wed, 07 Apr 2004 10:49:20 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Brian F. Feldman" References: <200404071742.i37HgaLi081038@green.homeunix.org> In-Reply-To: <200404071742.i37HgaLi081038@green.homeunix.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Ruslan Ermilov cc: current@FreeBSD.org Subject: Re: cvs commit: src/usr.bin/tar Makefile bsdtar.1 bsdtar.c bsdtar.h bsdtar_platform.h matching.c read.c util.c write.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 17:49:56 -0000 Brian F. Feldman wrote: > Tim Kientzle wrote: > > Oh, I was only implementing it inside the libarchive default routines > because it was easy. I also think that if this is done to speed up tar, it > should be done in tar and not libarchive. What are you using to benchmark? > I'm interested in seeing what happens with a worker thread/with a larger > decompression buffer/etc. I think I was just using: bsdtar -cvjf /dev/null /usr for compression benchmarking. For decompression benchmarking, something like bsdtar -tf archive.tbz >/dev/null should suffice. From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 11:20:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09BF516A4CE; Wed, 7 Apr 2004 11:20:58 -0700 (PDT) Received: from crf-consulting.co.uk (82-44-220-218.cable.ubr10.haye.blueyonder.co.uk [82.44.220.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AAC243D41; Wed, 7 Apr 2004 11:20:56 -0700 (PDT) (envelope-from nik@crf-consulting.co.uk) Received: from clan.nothing-going-on.org (clan.nothing-going-on.org [192.168.1.20])i37IJg5U092924; Wed, 7 Apr 2004 19:19:43 +0100 (BST) (envelope-from nik@catkin) Received: from clan.nothing-going-on.org (localhost [127.0.0.1]) i37IJfW7000758; Wed, 7 Apr 2004 19:19:41 +0100 (BST) (envelope-from nik@clan.nothing-going-on.org) Received: (from nik@localhost)i37IJdHe000757; Wed, 7 Apr 2004 19:19:39 +0100 (BST) (envelope-from nik) Date: Wed, 7 Apr 2004 19:19:39 +0100 From: Nik Clayton To: Julian Elischer Message-ID: <20040407181939.GA741@clan.nothing-going-on.org> References: <20040406124641.GA800@clan.nothing-going-on.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="M9NhX3UHpAaciwkO" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Organization: FreeBSD Project cc: Nik Clayton cc: current@freebsd.org Subject: Re: USB issues -- dodgy motherboard? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 18:20:58 -0000 --M9NhX3UHpAaciwkO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 06, 2004 at 11:25:19AM -0700, Julian Elischer wrote: > > The motherboard is a Gigabyte 6VXDC7, BIOS rev. F6, with all the USB > > ports enabled (according to the BIOS). One of the ports is then > > connected to the USB hub built in to one of the monitors, an Iiyama > > AU4831D. This hub has four ports. >=20 > It is a USB1.1 Hub right? (we don't yet support 2.0 hubs) Right. N --=20 FreeBSD: The Power to Serve http://www.freebsd.org/ (__) FreeBSD Documentation Project http://www.freebsd.org/docproj/ \\\'',) \/ \= ^ --- 15B8 3FFC DDB4 34B0 AA5F 94B7 93A8 0764 2C37 E375 --- .\._/= _) --M9NhX3UHpAaciwkO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAdEY7k6gHZCw343URAmjTAKCKGrXOzxUdEbbHNRVydwESJlbRIgCfXIko wkZN5rAto0W6kelW+mPmvZU= =khxf -----END PGP SIGNATURE----- --M9NhX3UHpAaciwkO-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 11:33:55 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D69B916A4CE; Wed, 7 Apr 2004 11:33:55 -0700 (PDT) Received: from crf-consulting.co.uk (82-44-220-218.cable.ubr10.haye.blueyonder.co.uk [82.44.220.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23AFE43D58; Wed, 7 Apr 2004 11:33:55 -0700 (PDT) (envelope-from nik@crf-consulting.co.uk) Received: from clan.nothing-going-on.org (clan.nothing-going-on.org [192.168.1.20])i37IX05U093244; Wed, 7 Apr 2004 19:33:01 +0100 (BST) (envelope-from nik@catkin) Received: from clan.nothing-going-on.org (localhost [127.0.0.1]) i37IX0SG000816; Wed, 7 Apr 2004 19:33:00 +0100 (BST) (envelope-from nik@clan.nothing-going-on.org) Received: (from nik@localhost)i37IWxRL000815; Wed, 7 Apr 2004 19:32:59 +0100 (BST) (envelope-from nik) Date: Wed, 7 Apr 2004 19:32:59 +0100 From: Nik Clayton To: Doug White Message-ID: <20040407183259.GB741@clan.nothing-going-on.org> References: <20040406124641.GA800@clan.nothing-going-on.org> <20040406100653.R83553@alpha.siliconlandmark.com> <20040406160551.GD800@clan.nothing-going-on.org> <20040406104417.X89264@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CdrF4e02JqNVZeln" Content-Disposition: inline In-Reply-To: <20040406104417.X89264@carver.gumbysoft.com> User-Agent: Mutt/1.4.2.1i Organization: FreeBSD Project cc: Nik Clayton cc: current@freebsd.org Subject: Re: USB issues -- dodgy motherboard? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 18:33:56 -0000 --CdrF4e02JqNVZeln Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 06, 2004 at 10:45:22AM -0700, Doug White wrote: > I have an IBM machine at work with this southbridge and it happily talks > to a Lexar usb key, so I suspect interrupt problems. >=20 > Have you tried it after booting with ACPI disabled? I just tried with hint.acpi.0.disabled=3D"1" in /boot/device hints. The boot got this far through the process: [...] uhci0: port 0xc000-0xc01f irq 10 at device = 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered and then hung. I left it for five minutes, no activity, and no response on the keyboard, so I hit the reset button. For reference, the next lines in the boot sequence with ACPI enabled are: uhub1: Atmel Standard USB Hub, class 9/0, rev 1.10/3.00, addr 2 uhub1: 4 ports with 4 removable, self powered uhci1: port 0xc400-0xc41f irq 10 at device = 7.3 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered [...] I've put the most recent full boot log at=20 http://people.freebsd.org/~nik/dmesg.boot N --=20 FreeBSD: The Power to Serve http://www.freebsd.org/ (__) FreeBSD Documentation Project http://www.freebsd.org/docproj/ \\\'',) \/ \= ^ --- 15B8 3FFC DDB4 34B0 AA5F 94B7 93A8 0764 2C37 E375 --- .\._/= _) --CdrF4e02JqNVZeln Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAdEffk6gHZCw343URAsF5AJ4uGCC2lRgbPLJ4Jqg+n7pL4LgeLgCdHtVp bU2Z4n+uirm79CuLL7ue/Dw= =ZZTn -----END PGP SIGNATURE----- --CdrF4e02JqNVZeln-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 12:57:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23F5716A4CE; Wed, 7 Apr 2004 12:57:35 -0700 (PDT) Received: from pinus.cc.fer.hr (pinus.cc.fer.hr [161.53.73.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D21F43D39; Wed, 7 Apr 2004 12:57:34 -0700 (PDT) (envelope-from ivoras@fer.hr) Received: from fer.hr (lara.cc.fer.hr [161.53.72.113]) by pinus.cc.fer.hr (8.12.2/8.12.2) with ESMTP id i37JvSsM028541; Wed, 7 Apr 2004 21:57:28 +0200 (MEST) Message-ID: <40745C07.6030501@fer.hr> Date: Wed, 07 Apr 2004 21:52:39 +0200 From: Ivan Voras User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org, netbsd-users@netbsd.org, stable@freebsd.org, kernel@lists.dragonflybsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Benchmarking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 19:57:35 -0000 I've finished the article on benchmarking FreeBSD, NetBSD, DragonflyBSD and Linux, it is available at: http://alfredo.cc.fer.hr/ Permission to read, distribute, submit to slashdot*, etc. is hereby granted, provided that the credits are given :) * the page is the only one on the system, which is the same one used for benchmarking, currently running FreeBSD 5.2-current and thttpd (but alas, behind a narrow network pipe). After some time has passed, I'll transfer it to my regular homepage server :) -- Every sufficiently advanced magic is indistinguishable from technology - Arthur C Anticlarke From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 13:52:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2DA016A4CE for ; Wed, 7 Apr 2004 13:52:18 -0700 (PDT) Received: from cmsrelay02.mx.net (cmsrelay02.mx.net [165.212.11.111]) by mx1.FreeBSD.org (Postfix) with SMTP id B120143D1F for ; Wed, 7 Apr 2004 13:52:18 -0700 (PDT) (envelope-from noackjr@alumni.rice.edu) Received: from cmsapps01.cms.usa.net (165.212.11.136) by cmsoutbound.mx.net with SMTP; 7 Apr 2004 20:50:47 -0000 Received: from optimator.noacks.org [65.69.0.65] by cmsapps01.cms.usa.net (ASMTP/noackjr@usa.net) via mtad (C8.MAIN.3.13N) with ESMTP id 860iDguYS0173M36; Wed, 07 Apr 2004 20:50:44 GMT X-USANET-Auth: 65.69.0.65 AUTH noackjr@usa.net optimator.noacks.org Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id AEB67615F; Wed, 7 Apr 2004 15:50:43 -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 21130-09; Wed, 7 Apr 2004 15:50:42 -0500 (CDT) Received: from alumni.rice.edu (optimator [192.168.1.11]) by optimator.noacks.org (Postfix) with ESMTP id 23365610C; Wed, 7 Apr 2004 15:50:42 -0500 (CDT) Message-ID: <407469A1.7060709@alumni.rice.edu> Date: Wed, 07 Apr 2004 15:50:41 -0500 From: Jon Noack User-Agent: Mozilla Thunderbird 0.5+ (Windows/20040312) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org, stable@freebsd.org References: <40745C07.6030501@fer.hr> In-Reply-To: <40745C07.6030501@fer.hr> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at noacks.org Subject: Re: Benchmarking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 20:52:19 -0000 On 4/7/2004 2:52 PM, Ivan Voras wrote: > I've finished the article on benchmarking FreeBSD, NetBSD, DragonflyBSD > and Linux, it is available at: > > http://alfredo.cc.fer.hr/ > > Permission to read, distribute, submit to slashdot*, etc. is hereby > granted, provided that the credits are given :) > > > * the page is the only one on the system, which is the same one used for > benchmarking, currently running FreeBSD 5.2-current and thttpd (but > alas, behind a narrow network pipe). After some time has passed, I'll > transfer it to my regular homepage server :) Moved to performance@: http://lists.freebsd.org/pipermail/freebsd-performance/2004-April/thread.html#756 Jon Noack From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 14:35:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AB3D16A4CE for ; Wed, 7 Apr 2004 14:35:30 -0700 (PDT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2973C43D2F for ; Wed, 7 Apr 2004 14:35:30 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 10352 invoked from network); 7 Apr 2004 19:48:02 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 7 Apr 2004 19:48:02 -0000 Received: from 10.50.40.205 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.10/8.12.10) with ESMTP id i37JjkNI013535; Wed, 7 Apr 2004 15:47:41 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 7 Apr 2004 13:39:19 -0400 User-Agent: KMail/1.6 References: <200404071540.i37Fe7ld030665@snapdragon.csl.sri.com> In-Reply-To: <200404071540.i37Fe7ld030665@snapdragon.csl.sri.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200404071339.19070.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Fred Gilham cc: current@freebsd.org Subject: Re: Soyo 6-in-one USB memory card reader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 21:35:30 -0000 On Wednesday 07 April 2004 11:40 am, Fred Gilham wrote: > > Can you try disabling booting from USB mass stoarge devices in your > > BIOS? It sounds like the BIOS screws up bigtime if it sees such a > > device connected. > > > > Also check for a BIOS update. > > > > What motherboard do you have? > > I can't see any USB mass storage settings in the BIOS. I've got the > latest BIOS --- albiet 2 years old. The board is a FIC AN11. > > Just for the fun of it I copied down the BTX register dump, if that > helps any: > > > int=0000000d err=00000000 efl=00030206 eip=0000ffff > eax=00009100 ebx=0000ffff ecx=0000ffff edx=00000007 > esi=0000ffff edi=0000ffff ebp=000003fc esp=ffffb608 > cs=f000 ds=0040 es=1000 fs=0000 gs=0000 ss=9ebb > cs:eip=b3 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 > ss:esp=00 00 00 00 00 00 41 d0-00 f6 06 02 fe 1a 00 d0 0xd is a page fault I think. Looks like the BIOS jumped off a cliff: note cs 0xf000, eip: 0xffff. The stack has some zero garbage on it and then a possible return address of f600, but it's hard to tell if that's really the case. Your BIOS definitely went out to lunch at some point. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 14:35:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5419F16A4CE for ; Wed, 7 Apr 2004 14:35:33 -0700 (PDT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2761743D3F for ; Wed, 7 Apr 2004 14:35:33 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 10352 invoked from network); 7 Apr 2004 19:48:02 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 7 Apr 2004 19:48:02 -0000 Received: from 10.50.40.205 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.10/8.12.10) with ESMTP id i37JjkNI013535; Wed, 7 Apr 2004 15:47:41 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 7 Apr 2004 13:39:19 -0400 User-Agent: KMail/1.6 References: <200404071540.i37Fe7ld030665@snapdragon.csl.sri.com> In-Reply-To: <200404071540.i37Fe7ld030665@snapdragon.csl.sri.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200404071339.19070.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Fred Gilham cc: current@freebsd.org Subject: Re: Soyo 6-in-one USB memory card reader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 21:35:33 -0000 On Wednesday 07 April 2004 11:40 am, Fred Gilham wrote: > > Can you try disabling booting from USB mass stoarge devices in your > > BIOS? It sounds like the BIOS screws up bigtime if it sees such a > > device connected. > > > > Also check for a BIOS update. > > > > What motherboard do you have? > > I can't see any USB mass storage settings in the BIOS. I've got the > latest BIOS --- albiet 2 years old. The board is a FIC AN11. > > Just for the fun of it I copied down the BTX register dump, if that > helps any: > > > int=0000000d err=00000000 efl=00030206 eip=0000ffff > eax=00009100 ebx=0000ffff ecx=0000ffff edx=00000007 > esi=0000ffff edi=0000ffff ebp=000003fc esp=ffffb608 > cs=f000 ds=0040 es=1000 fs=0000 gs=0000 ss=9ebb > cs:eip=b3 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 > ss:esp=00 00 00 00 00 00 41 d0-00 f6 06 02 fe 1a 00 d0 0xd is a page fault I think. Looks like the BIOS jumped off a cliff: note cs 0xf000, eip: 0xffff. The stack has some zero garbage on it and then a possible return address of f600, but it's hard to tell if that's really the case. Your BIOS definitely went out to lunch at some point. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 16:10:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4B5D16A4CE for ; Wed, 7 Apr 2004 16:10:33 -0700 (PDT) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0050E43D5D for ; Wed, 7 Apr 2004 16:10:33 -0700 (PDT) (envelope-from kirk@strauser.com) Received: from pooh.strauser.com (pooh.honeypot.net [10.0.5.128]) by kanga.honeypot.net (8.12.11/8.12.11) with ESMTP id i37N9ODW039724 for ; Wed, 7 Apr 2004 18:09:24 -0500 (CDT) (envelope-from kirk@strauser.com) To: freebsd-current@freebsd.org References: <40745C07.6030501@fer.hr> From: Kirk Strauser Date: Wed, 07 Apr 2004 18:09:21 -0500 In-Reply-To: <40745C07.6030501@fer.hr> (Ivan Voras's message of "Wed, 07 Apr 2004 21:52:39 +0200") Message-ID: <877jwre672.fsf@strauser.com> Lines: 46 X-Mailer: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-Virus-Scanned: clamd / ClamAV version devel-20040331, clamav-milter version 0.70a Subject: Re: Benchmarking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 23:10:33 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable At 2004-04-07T19:52:39Z, Ivan Voras writes: > I've finished the article on benchmarking FreeBSD, NetBSD, DragonflyBSD > and Linux, it is available at: > > http://alfredo.cc.fer.hr/ Prepare to be flamed (not by me, but in general). The tests are littered with comments like: Missing data in the above table signifies operations that were too fast to measure correctly by the bonnie++ program. People will wonder why you chose not to increase the number of files being tested so as to get meaningful results. Viewers are left looking at a mostly-empty table where the BSDs dominate the results by a large margin, but are told: Linux clearly wins the IO throughput test, having a score upto about 130% better than nearest BSD, either by having a better SCSI driver, or because the system itself is just faster. Since you didn't *publish* any results were Linux won, I'll have to assume that your private data demonstrated a different conclusion. You describe your custom FreeBSD 5 kernel as keeping the WITNESS options. In NetBSD, you say: Because of my clumsiness with the installer, or the presence of some bugs regarding modifying a FreeBSD partition setup, I wasn"t able to partition the drive as intended, but instead the default partition scheme was used. Full stop. End of test. You're now comparing bananas to pencils. Basically, you ran some tests on divergent systems and got some results, but that's about the only conclusion I was able to get from it. =2D-=20 Kirk Strauser "94 outdated ports on the box, 94 outdated ports. Portupgrade one, an hour 'til done, 82 outdated ports on the box." --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBAdIok5sRg+Y0CpvERAnqDAJ4pm1jhxDsphr/EZsZlpCn486HrLgCglp1v bMdTI1KgZIFLzp6YLlVdmFU= =rjxC -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 16:22:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C083316A4CE for ; Wed, 7 Apr 2004 16:22:47 -0700 (PDT) Received: from geri.cc.fer.hr (geri.cc.fer.hr [161.53.72.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12BD543D46 for ; Wed, 7 Apr 2004 16:22:47 -0700 (PDT) (envelope-from ivoras@fer.hr) Received: from fer.hr (geri.cc.fer.hr [161.53.72.107]) by geri.cc.fer.hr (8.12.9p2/8.12.8) with ESMTP id i37NIacj056145 for ; Thu, 8 Apr 2004 01:18:39 +0200 (CEST) (envelope-from ivoras@fer.hr) Message-ID: <40748CD0.5020204@fer.hr> Date: Thu, 08 Apr 2004 01:20:48 +0200 From: Ivan Voras User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6b) Gecko/20031205 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <40745C07.6030501@fer.hr> <877jwre672.fsf@strauser.com> In-Reply-To: <877jwre672.fsf@strauser.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Benchmarking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 23:22:47 -0000 Kirk Strauser wrote: > Prepare to be flamed (not by me, but in general). The tests are littered > with comments like: > > Missing data in the above table signifies operations that were too fast > to measure correctly by the bonnie++ program. > People will wonder why you chose not to increase the number of files being > tested so as to get meaningful results. Viewers are left looking at a > mostly-empty table where the BSDs dominate the results by a large margin, > but are told: Id really didn't occurr to me until it was already to late (too many systems were benchmarked already). > Linux clearly wins the IO throughput test, having a score upto about > 130% better than nearest BSD, either by having a better SCSI driver, or > because the system itself is just faster. > > Since you didn't *publish* any results were Linux won, I'll have to assume > that your private data demonstrated a different conclusion. And what do you call the results of bonnie++ sequential IO output test (in the table)? :) This is what I was reffering to in the cited text. > You describe your custom FreeBSD 5 kernel as keeping the WITNESS options. Really? Where do I say that? The RELEASE kernel of FreeBSD are without WITNESS, and my CUSTOM kernel was based on it. The options I gave were the differences between CUSTOM and GENERIC. > In NetBSD, you say: > > Because of my clumsiness with the installer, or the presence of some > bugs regarding modifying a FreeBSD partition setup, I wasn"t able to > partition the drive as intended, but instead the default partition > scheme was used. > > Full stop. End of test. You're now comparing bananas to pencils. I admit NetBSD was sort of an afterthought, but do you really mean that the physical position and of the /bench slice would affect the tests in significant ways? Even if the bonnie++ results are completely invalid, other results remain valid. > Basically, you ran some tests on divergent systems and got some results, but > that's about the only conclusion I was able to get from it. You're perfectly entitled to :) From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 18:13:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26F3016A4D0 for ; Wed, 7 Apr 2004 18:13:23 -0700 (PDT) Received: from ozlabs.org (ozlabs.org [203.10.76.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCF8543D6A for ; Wed, 7 Apr 2004 18:13:22 -0700 (PDT) (envelope-from grog@lemis.com) Received: from blackwater.lemis.com (blackwater.lemis.com [192.109.197.80]) by ozlabs.org (Postfix) with ESMTP id BDD0D2BD90 for ; Thu, 8 Apr 2004 11:13:20 +1000 (EST) Received: by blackwater.lemis.com (Postfix, from userid 1004) id D001C5121E; Thu, 8 Apr 2004 10:43:18 +0930 (CST) Date: Thu, 8 Apr 2004 10:43:18 +0930 From: Greg 'groggy' Lehey To: Kirk Strauser Message-ID: <20040408011318.GQ23860@wantadilla.lemis.com> References: <40745C07.6030501@fer.hr> <877jwre672.fsf@strauser.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GSmKOs+wxh1Tqap7" Content-Disposition: inline In-Reply-To: <877jwre672.fsf@strauser.com> User-Agent: Mutt/1.4.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: freebsd-current@freebsd.org Subject: Re: Benchmarking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 01:13:23 -0000 --GSmKOs+wxh1Tqap7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wednesday, 7 April 2004 at 18:09:21 -0500, Kirk Strauser wrote: > At 2004-04-07T19:52:39Z, Ivan Voras writes: > >> I've finished the article on benchmarking FreeBSD, NetBSD, DragonflyBSD >> and Linux, it is available at: >> >> http://alfredo.cc.fer.hr/ > > Prepare to be flamed (not by me, but in general). The tests are littered > with comments like: > > Missing data in the above table signifies operations that were too fast > to measure correctly by the bonnie++ program. I'd pick on a different statement in regard to this test: This is a disk and filesystem benchmark. It measures the raw disk throughput in several contexts (byte by byte I/O, block IO, input, output and rewrite performance; creating and deleting files). Getting any meaningful results from bonnie++ is a matter of reading entrails. It's almost useless for comparing Linux and BSD, since it uses features of each system which are unrelated to the disk drivers. In fact, it's very difficult to measure the raw Linux throughput, since there are no raw devices by default, though a kludge called rawio is available. Greg -- Note: I discard all HTML mail unseen. Finger grog@FreeBSD.org for PGP public key. See complete headers for address and phone numbers. --GSmKOs+wxh1Tqap7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQFAdKcuIubykFB6QiMRAtHRAKCho7kpADFPi8ClJu4ZKEq6n+mADQCdHe9z 2rnvBHoUPmNo13W/5KoDEOw= =OiS9 -----END PGP SIGNATURE----- --GSmKOs+wxh1Tqap7-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 18:14:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D69316A4CE for ; Wed, 7 Apr 2004 18:14:39 -0700 (PDT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B5AC43D4C for ; Wed, 7 Apr 2004 18:14:39 -0700 (PDT) (envelope-from kaarthik@comcast.net) Received: from the-saint.the-saint.localdomain (pcp06945825pcs.nrockv01.md.comcast.net[69.138.30.56]) by comcast.net (rwcrmhc12) with ESMTP id <2004040801143701400s7juqe>; Thu, 8 Apr 2004 01:14:38 +0000 To: current@freebsd.org From: Kaarthik Sivakumar Date: Wed, 07 Apr 2004 21:17:24 -0400 Message-ID: <86vfkb2rq3.fsf@comcast.net> User-Agent: Gnus/5.1002 (Gnus v5.10.2) XEmacs/21.5 (chayote, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: libmp and libcrypto X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 01:14:39 -0000 Hi I am trying to compile a program that requires libmp for bignum and other large numbers. The configure test for libmp fails though. The output from config.log is at the end of the mail. It seems like linking with libmp requires linking with libcrypto also, libmp has undefined reference to BN_mul, etc. Is this how it is intended? I have been led to believe that neither Solaris' libmp or libgmp require it like this and usually it is the other way around, ie libcrypto would require libmp. So can anyone confirm that libcrypto is indeed needed for libmp? libmp also defines a function called min() that takes one argument. The prototype for this function is in mp.h and this function takes one argument. This causes redefinition errors when compiling, since most programs seem to define a min() macro that takes 2 args and returns the minimum value. Would it possible to work around this in some way? Even better would be if the libmp functions had a mp_ prefix, like Solaris does. Is that something being considered? System: FreeBSD the-saint 5.2-RC2 FreeBSD 5.2-RC2 #0: Sat Mar 13 20:37:02 EST 2004 kaarthik@the-saint:/usr/src/sys/i386/compile/THE-SAINT i386 Thanks.. This is the output from config.log, when testing for libmp. configure:15699: checking for mfree in -lmp configure:15715: gcc -o conftest -Wall -Wno-switch -Winline -Wmissing-prototypes -Wsign-compare -Wundef -Wstrict-prototypes -Wpacked -Wshadow -Wmissing-declarations -Wpointer-arith -g -O3 -I/usr/local/include -I/usr/X11R6/include -L/usr/local/lib -L/usr/X11R6/lib -Xlinker -R/usr/local/lib:/usr/X11R6/lib conftest.c -lmp -laudio -lXaw3d -ltiff -lpng -ljpeg -lz -lcompface -lXpm -lXmu -lXt -lXext -lX11 -lSM -lICE -lncurses -lm -lutil -lxpg4 1>&5 configure:15708: warning: function declaration isn't a prototype configure:15710: warning: function declaration isn't a prototype /usr/X11R6/lib/libXaw3d.so: warning: tmpnam() possibly used unsafely; consider using mkstemp() /usr/lib/libmp.so: undefined reference to `BN_mul' /usr/lib/libmp.so: undefined reference to `BN_sub' /usr/lib/libmp.so: undefined reference to `BN_gcd' /usr/lib/libmp.so: undefined reference to `BN_add' /usr/lib/libmp.so: undefined reference to `BN_CTX_init' /usr/lib/libmp.so: undefined reference to `BN_mod_exp' /usr/lib/libmp.so: undefined reference to `BN_hex2bn' /usr/lib/libmp.so: undefined reference to `CRYPTO_free' /usr/lib/libmp.so: undefined reference to `BN_div' /usr/lib/libmp.so: undefined reference to `BN_bn2dec' /usr/lib/libmp.so: undefined reference to `BN_clear' /usr/lib/libmp.so: undefined reference to `BN_dec2bn' /usr/lib/libmp.so: undefined reference to `BN_free' /usr/lib/libmp.so: undefined reference to `ERR_reason_error_string' /usr/lib/libmp.so: undefined reference to `BN_CTX_free' /usr/lib/libmp.so: undefined reference to `BN_exp' /usr/lib/libmp.so: undefined reference to `ERR_get_error' /usr/lib/libmp.so: undefined reference to `BN_copy' /usr/lib/libmp.so: undefined reference to `BN_bn2hex' /usr/lib/libmp.so: undefined reference to `ERR_load_crypto_strings' /usr/lib/libmp.so: undefined reference to `BN_init' /usr/lib/libmp.so: undefined reference to `BN_ucmp' /usr/lib/libmp.so: undefined reference to `BN_new' /usr/lib/libmp.so: undefined reference to `BN_cmp' configure: failed program was: #line 15704 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char mfree(); int main() { mfree() ; return 0; } From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 18:16:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5974D16A4CE for ; Wed, 7 Apr 2004 18:16:47 -0700 (PDT) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E4FA43D67 for ; Wed, 7 Apr 2004 18:16:44 -0700 (PDT) (envelope-from kirk@strauser.com) Received: from pooh.strauser.com (pooh.honeypot.net [10.0.5.128]) by kanga.honeypot.net (8.12.11/8.12.11) with ESMTP id i381Ggxb046356 for ; Wed, 7 Apr 2004 20:16:43 -0500 (CDT) (envelope-from kirk@strauser.com) To: freebsd-current@freebsd.org References: <40745C07.6030501@fer.hr> <877jwre672.fsf@strauser.com> <40748CD0.5020204@fer.hr> From: Kirk Strauser Date: Wed, 07 Apr 2004 20:16:39 -0500 In-Reply-To: <40748CD0.5020204@fer.hr> (Ivan Voras's message of "Thu, 08 Apr 2004 01:20:48 +0200") Message-ID: <87smffclqg.fsf@strauser.com> Lines: 58 X-Mailer: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-Virus-Scanned: clamd / ClamAV version devel-20040331, clamav-milter version 0.70a Subject: Re: Benchmarking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 01:16:47 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable At 2004-04-07T23:20:48Z, Ivan Voras writes: > And what do you call the results of bonnie++ sequential IO output test (in > the table)? :) This is what I was reffering to in the cited text. I think I was cross-eyed at that point. I'd just finished looking at the filesystem throughput test. >> You describe your custom FreeBSD 5 kernel as keeping the WITNESS options. > Really? Where do I say that? When you didn't say that you'd removed it. > The RELEASE kernel of FreeBSD are without WITNESS, and my CUSTOM kernel > was based on it. The options I gave were the differences between CUSTOM > and GENERIC. You don't have "WITNESS" and "WITNESS_SKIPSPIN"? I didn't realize that they were temporarily removed from the -RELEASE branches. > I admit NetBSD was sort of an afterthought, but do you really mean that > the physical position and of the /bench slice would affect the tests in > significant ways? Yes. The physical position of the /bench slice could have a huge effect on performance at the hardware level. Also, changes in the size of the disk affect the number of created inodes, free working space (remember that filling the last several percent of a filesystem has a drastic performance penalty), and all sorts of other thigs. > Even if the bonnie++ results are completely invalid, other results remain > valid. Except where the above changes have a large impact on IO performance. Also, I'd really like to see your tests repeated with SCHED_4BSD. Although most people agree that _ULE is the way of the future, there have been some grumbles of less-than-ideal behavior as of yet. It's a new system, and it may have a few bugs to iron out. >> Basically, you ran some tests on divergent systems and got some results, >> but that's about the only conclusion I was able to get from it. > You're perfectly entitled to :) I don't mean to make light of what you've done. After all, you don't see *my* benchmark page lying around, do you? :) But if you get your wish and this is mentioned on Slashdot, then expect a whole load of gripe to come your way. I'm at least trying to be jovial about it. :) =2D-=20 Kirk Strauser "94 outdated ports on the box, 94 outdated ports. Portupgrade one, an hour 'til done, 82 outdated ports on the box." --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBAdKf65sRg+Y0CpvERAvpZAKCjZy48DhXSsUnplHULGIwx19QOzwCfS6PY kbKLKKeRSjNjxZy91TTd7LE= =bGAx -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 18:19:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0228316A4CE for ; Wed, 7 Apr 2004 18:19:02 -0700 (PDT) Received: from ozlabs.org (ozlabs.org [203.10.76.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7729443D1D for ; Wed, 7 Apr 2004 18:19:01 -0700 (PDT) (envelope-from grog@lemis.com) Received: from blackwater.lemis.com (blackwater.lemis.com [192.109.197.80]) by ozlabs.org (Postfix) with ESMTP id 89EF22BD90 for ; Thu, 8 Apr 2004 11:18:59 +1000 (EST) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 9B8955121E; Thu, 8 Apr 2004 10:48:57 +0930 (CST) Date: Thu, 8 Apr 2004 10:48:57 +0930 From: Greg 'groggy' Lehey To: Ivan Voras Message-ID: <20040408011857.GR23860@wantadilla.lemis.com> References: <40745C07.6030501@fer.hr> <877jwre672.fsf@strauser.com> <40748CD0.5020204@fer.hr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yyDlEBSQJ3H1meLT" Content-Disposition: inline In-Reply-To: <40748CD0.5020204@fer.hr> User-Agent: Mutt/1.4.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: current@freebsd.org Subject: Re: Benchmarking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 01:19:02 -0000 --yyDlEBSQJ3H1meLT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thursday, 8 April 2004 at 1:20:48 +0200, Ivan Voras wrote: > Kirk Strauser wrote: > >> Prepare to be flamed (not by me, but in general). The tests are littered >> with comments like: >> >> Missing data in the above table signifies operations that were too fast >> to measure correctly by the bonnie++ program. > >> People will wonder why you chose not to increase the number of files being >> tested so as to get meaningful results. Viewers are left looking at a >> mostly-empty table where the BSDs dominate the results by a large margin, >> but are told: > > Id really didn't occurr to me until it was already to late (too many > systems were benchmarked already). This sounds like another way of saying "I published before I had finished my strategy". You should consider retesting. > >> Linux clearly wins the IO throughput test, having a score upto about >> 130% better than nearest BSD, either by having a better SCSI driver, or >> because the system itself is just faster. >> >> Since you didn't *publish* any results were Linux won, I'll have to assume >> that your private data demonstrated a different conclusion. > > And what do you call the results of bonnie++ sequential IO output test > (in the table)? :) This is what I was reffering to in the cited > text. Agreed, it looks as if Linux is much better there. But the per character tests should have made you wonder what's going on here. Linux can't possibly be 100 times as fast as FreeBSD, and NetBSD can't be 4 times as fast again. I'd assume that you've got some effect related to how the character I/O is compiled. I saw similar (but opposite :-) effects with bonnie a couple of years ago (see http://www.lemis.com/grog/diary-nov2000.html#30). As I commented at the time, something else must be causing the problem. This is one of the reasons why I don't like bonnie(++) as a benchmark. >> Basically, you ran some tests on divergent systems and got some >> results, but that's about the only conclusion I was able to get >> from it. > > You're perfectly entitled to :) You have the beginnings of something interesting here, but I have the feeling you're not done yet. It would be interesting to examine the obvious differences and investigate what's really causing them. Greg -- Note: I discard all HTML mail unseen. Finger grog@FreeBSD.org for PGP public key. See complete headers for address and phone numbers. --yyDlEBSQJ3H1meLT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQFAdKiBIubykFB6QiMRAviTAKCJM0JMdv0V8KH/CgK0msBlEATY2wCfTaN5 wE2nwpj3CQHaa1EDDQ8b1J0= =0eYt -----END PGP SIGNATURE----- --yyDlEBSQJ3H1meLT-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 21:14:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1C1616A4CE for ; Wed, 7 Apr 2004 21:14:20 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C4BC43D69 for ; Wed, 7 Apr 2004 21:14:20 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.10/8.12.10) with ESMTP id i384DdPq039463 for ; Thu, 8 Apr 2004 00:13:39 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i384DdrY039460 for ; Thu, 8 Apr 2004 00:13:39 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Thu, 8 Apr 2004 00:13:39 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: panic on one cpu leaves others running... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 04:14:20 -0000 panic: m 0 so->so_rcv.sb_cc 17 at line 860 in file ../../../kern/uipc_socket.c cpuid = 1; Debugger("panic") Stopped at Debugger+0x46: xchgl %ebx,in_Debugger.0 db> trace Debugger(c07c3990) at Debugger+0x46 __panic(c07c98f1,35c,c07c997d,0,11) at __panic+0x13d soreceive(c6664618,e9891c0c,e9891c38,0,e9891c10) at soreceive+0x20c recvit(c6561e70,3,e9891cc0,0,bfbfe410) at recvit+0x1a2 recvmsg(c6561e70,e9891d14,3,4,296) at recvmsg+0x9a syscall(808002f,bfbf002f,bfbf002f,bfbfe44c,8079a70) at syscall+0x217 Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (27, FreeBSD ELF32, recvmsg), eip = 0x282afff7, esp = 0xbfbfe3fc, ebp = 0xbfbfe458 --- db> Apr 8 04:09:29 sm-mta[3550]: i3831Ija003419: SYSERR(root): hash map "Alias0": missing map file /etc/mail/aliases.db: No such file or directory Apr 8 04:09:29 sm-mta[3550]: i3831Ija003419: SYSERR(root): cannot flock(/etc/mail/aliases, fd=5, type=1, omode=40000, euid=0): Operation not supported Funky, eh? I thought we used to have code to ipi the other cpu's and halt them until the cpu in ddb was out agian. I guess I mis-remember, or that code is broken... Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 22:06:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1265D16A4CF for ; Wed, 7 Apr 2004 22:06:04 -0700 (PDT) Received: from cserv62.csub.edu (cserv62.csub.edu [136.168.10.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id C828243D48 for ; Wed, 7 Apr 2004 22:06:03 -0700 (PDT) (envelope-from rjackson@cserv62.csub.edu) Received: from cserv62.csub.edu (localhost [127.0.0.1]) by cserv62.csub.edu (8.12.9/8.12.9) with ESMTP id i3855dru006126 for ; Wed, 7 Apr 2004 22:06:03 -0700 (PDT) (envelope-from rjackson@cserv62.csub.edu) Received: (from rjackson@localhost) by cserv62.csub.edu (8.12.9/8.12.9/Submit) id i3855dnN006125 for freebsd-current@freebsd.org; Wed, 7 Apr 2004 22:05:39 -0700 (PDT) (envelope-from rjackson) Date: Wed, 7 Apr 2004 22:05:39 -0700 From: Russell Jackson To: freebsd-current@freebsd.org Message-ID: <20040408050539.GA96586@cserv62.csub.edu> Mail-Followup-To: Russell Jackson , freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: initio inic-940 scsi driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 05:06:04 -0000 I'm trying to modify the anitio inic-940 CAM driver to compile under CURRENT. There's a reference to pcici_t that isn't in any of the header files. Anyone one know anything about this? Where can I find documentation on CAM? -- Russell A. Jackson (rjackson@cserv62.csub.edu) From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 22:30:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54BC816A4CE for ; Wed, 7 Apr 2004 22:30:48 -0700 (PDT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC98843D2F for ; Wed, 7 Apr 2004 22:30:46 -0700 (PDT) (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.9/8.12.8) with ESMTP id i385UKQ9084774; Thu, 8 Apr 2004 15:00:21 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Thu, 8 Apr 2004 15:00:17 +0930 User-Agent: KMail/1.6.1 References: <20040408050539.GA96586@cserv62.csub.edu> In-Reply-To: <20040408050539.GA96586@cserv62.csub.edu> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200404081500.17507.doconnor@gsoft.com.au> X-Spam-Score: -4.4 () CARRIAGE_RETURNS,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Subject: Re: initio inic-940 scsi driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 05:30:48 -0000 On Thu, 8 Apr 2004 14:35, Russell Jackson wrote: > I'm trying to modify the anitio inic-940 CAM driver to compile > under CURRENT. > > There's a reference to pcici_t that isn't in any of the header > files. Anyone one know anything about this? > > Where can I find documentation on CAM? Someone (Stefan Farfeleder whom I couldn't contact recently..) ported the OpenBSD version to FreeBSD and it does 'work', but I have had issues with lockups. I have been meaning to get around to merging the newer OpenBSD code back into it but haven't got around to it yet. I have put the code I got here -> http://www.gsoft.com.au/~doconnor/iha-20030219.tgz I haven't tried it on -current, but it worked OK in -stable (subject to my crash issues..) The card I have has a "INIC-950P" chip on it and probes like -> iha0: port 0xac00-0xacff mem 0xe2024000-0xe2024fff irq 11 at device 11.0 on pci0 -- 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 - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 23:13:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F72316A4CE for ; Wed, 7 Apr 2004 23:13:23 -0700 (PDT) Received: from smtpout.mac.com (A17-250-248-89.apple.com [17.250.248.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id E968E43D5F for ; Wed, 7 Apr 2004 23:13:22 -0700 (PDT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin08-en2 [10.13.10.153]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id i36Ipg52006621; Tue, 6 Apr 2004 11:51:42 -0700 (PDT) Received: from [10.1.1.193] (nfw2.codefab.com [199.103.21.225] (may be forged)) (authenticated bits=0)i36IpdBP000231; Tue, 6 Apr 2004 11:51:41 -0700 (PDT) In-Reply-To: <4072F398.5040709@kientzle.com> References: <200404052132.i35LWIgJ009519@repoman.freebsd.org> <20040406082945.GD397@ip.net.ua> <4072F398.5040709@kientzle.com> Mime-Version: 1.0 (Apple Message framework v613) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <6CD0CF04-87FB-11D8-B6C6-003065ABFD92@mac.com> Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Tue, 6 Apr 2004 14:51:33 -0400 To: Tim Kientzle X-Mailer: Apple Mail (2.613) cc: current@FreeBSD.org Subject: Re: cvs commit: src/usr.bin/tar Makefile bsdtar.1 bsdtar.c bsdtar.h bsdtar_platform.h matching.c read.c util.c write.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 06:13:23 -0000 On Apr 6, 2004, at 2:14 PM, Tim Kientzle wrote: > There are still a few bugs to iron out and a couple of features that > are a bit incomplete, but it's getting better quickly. My hope > is that a few adventurous souls will start using it and giving > me feedback so that I can grow it into the system tar > that FreeBSD deserves. Most excellent, Tim. Any chance of bsdtar being made available for -STABLE systems, or as a port? [ I keep one 5.x system around for testing the ports I maintain, so I still could do some testing if not, but I'd be able to use it in many more places if it was MFC'ed or made available via ports.... ] -- -Chuck From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 23:41:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D14C16A4CE; Wed, 7 Apr 2004 23:41:11 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BB6543D2F; Wed, 7 Apr 2004 23:41:11 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.11/8.12.11) with ESMTP id i386fBlm099918; Wed, 7 Apr 2004 23:41:11 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) i386fBn5020886; Wed, 7 Apr 2004 23:41:11 -0700 (PDT) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.11/8.12.11/Submit) id i386fAOC020885; Wed, 7 Apr 2004 23:41:11 -0700 (PDT) (envelope-from marcel) Date: Wed, 7 Apr 2004 23:41:10 -0700 From: Marcel Moolenaar To: Robert Watson Message-ID: <20040408064110.GA20875@dhcp01.pn.xcllnt.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: panic on one cpu leaves others running... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 06:41:11 -0000 On Thu, Apr 08, 2004 at 12:13:39AM -0400, Robert Watson wrote: > > Funky, eh? I thought we used to have code to ipi the other cpu's and halt > them until the cpu in ddb was out agian. I guess I mis-remember, or that > code is broken... You remember correctly. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 02:10:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 287D116A4D1; Thu, 8 Apr 2004 02:10:42 -0700 (PDT) Received: from mail009.syd.optusnet.com.au (mail009.syd.optusnet.com.au [211.29.132.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79BBA43D54; Thu, 8 Apr 2004 02:10:40 -0700 (PDT) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) i389Aa129424; Thu, 8 Apr 2004 19:10:38 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1])i389AURu006557; Thu, 8 Apr 2004 19:10:30 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.12.10/8.12.10/Submit) id i389AUVt006556; Thu, 8 Apr 2004 19:10:30 +1000 (EST) (envelope-from peter) Date: Thu, 8 Apr 2004 19:10:30 +1000 From: Peter Jeremy To: Robert Watson Message-ID: <20040408091030.GA6458@server.vk2pj.dyndns.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: panic on one cpu leaves others running... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 09:10:42 -0000 On Thu, Apr 08, 2004 at 12:13:39AM -0400, Robert Watson wrote: >Funky, eh? I thought we used to have code to ipi the other cpu's and halt >them until the cpu in ddb was out agian. I guess I mis-remember, or that >code is broken... Look on it as a feature - most other Unices can't survive a panic. Being able to continue running in a degraded mode until a suitable maintenance window is available would be a real selling point in HA applications. Even being able to shutdown cleanly would be better than coming to a screaming halt. :-) (sort of). Peter From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 02:26:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C852816A4D0; Thu, 8 Apr 2004 02:26:24 -0700 (PDT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B49F43D5F; Thu, 8 Apr 2004 02:26:24 -0700 (PDT) (envelope-from scottl@freebsd.org) Received: from freebsd.org (junior.samsco.home [192.168.0.6]) by pooker.samsco.org (8.12.10/8.12.10) with ESMTP id i389RoWn008799; Thu, 8 Apr 2004 03:27:50 -0600 (MDT) (envelope-from scottl@freebsd.org) Message-ID: <40751A74.50504@freebsd.org> Date: Thu, 08 Apr 2004 03:25:08 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040304 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Jeremy References: <20040408091030.GA6458@server.vk2pj.dyndns.org> In-Reply-To: <20040408091030.GA6458@server.vk2pj.dyndns.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: Robert Watson cc: current@freebsd.org Subject: Re: panic on one cpu leaves others running... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 09:26:25 -0000 Peter Jeremy wrote: > On Thu, Apr 08, 2004 at 12:13:39AM -0400, Robert Watson wrote: > >>Funky, eh? I thought we used to have code to ipi the other cpu's and halt >>them until the cpu in ddb was out agian. I guess I mis-remember, or that >>code is broken... > > > Look on it as a feature - most other Unices can't survive a panic. > Being able to continue running in a degraded mode until a suitable > maintenance window is available would be a real selling point in > HA applications. Even being able to shutdown cleanly would be > better than coming to a screaming halt. :-) (sort of). > > Peter Not sure if you're joking or not here. A panic usually means that something unrecoverable happened, and that continuing on is not safe. Disregarding that, what if the process that paniced was holding a lock or other resources? It really doesn't make much sense to try to keep running. And yes, Linux has this 'feature' but is even more blatant about it; exceptions caused by a process in the top half of the kernel only result in that process being terminated. Other than possible syslog output, there is no other indication that something went wrong. I consider this to be an egregious violation of reliable computing. Scott From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 02:45:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77E9216A4CE; Thu, 8 Apr 2004 02:45:27 -0700 (PDT) Received: from mailout02.sul.t-online.com (mailout02.sul.t-online.com [194.25.134.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2ACC43D69; Thu, 8 Apr 2004 02:45:26 -0700 (PDT) (envelope-from Alexander@Leidinger.net) Received: from fwd03.aul.t-online.de by mailout02.sul.t-online.com with smtp id 1BBW68-0005Iu-00; Thu, 08 Apr 2004 11:45:24 +0200 Received: from Andro-Beta.Leidinger.net (TnxORiZTZebJ1+xyD95ZTkdZSBhJrViW+msgjOe8weCZozO9FOKEod@[80.131.124.79]) by fmrl03.sul.t-online.com with esmtp id 1BBW5d-10WyXo0; Thu, 8 Apr 2004 11:44:53 +0200 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) i389irUt077046; Thu, 8 Apr 2004 11:44:53 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Thu, 8 Apr 2004 11:45:06 +0200 From: Alexander Leidinger To: David Syphers Message-Id: <20040408114506.5e02cdc7@Magellan.Leidinger.net> In-Reply-To: <200404062334.58900.dsyphers@u.washington.edu> References: <40738E1B.60704@ec.rr.com> <200404062334.58900.dsyphers@u.washington.edu> X-Mailer: Sylpheed version 0.9.10claws (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Seen: false X-ID: TnxORiZTZebJ1+xyD95ZTkdZSBhJrViW+msgjOe8weCZozO9FOKEod@t-dialin.net cc: freebsd-current@freebsd.org cc: jason cc: multimedia@freebsd.org Subject: Re: mplayer problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 09:45:27 -0000 On Tue, 6 Apr 2004 23:34:58 -0700 David Syphers wrote: > On Tuesday 06 April 2004 10:14 pm, jason wrote: > > I have not been able to play certain avi or wmv files after rebuilding > > mplayer on current. I have had no problem using it on current while I > > had the old version, but once I did a portupgrade recently I have not > > been able to watch these files. The error I get also depends on the > > file, some play audio only with this "Cannot find codec matching > > selected -vo and video format 0x33564D57." Some give me a signal 11. > > Some times the same file will go between errors too! or I can mess with > > stop, pause, etc and cause a signal 11 on these files. Anyone else have > > this happen? > > Yes, I've seen this. A number of wmv's I used to be able to play fine now only > play sound, without video. Don't know why, just a "me too." cvsup, it works again (at least here). Bye, Alexander. -- I'm available to get hired. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 02:57:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41E2016A4CE; Thu, 8 Apr 2004 02:57:25 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52D8043D5D; Thu, 8 Apr 2004 02:57:24 -0700 (PDT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) i389ufUS072374 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Thu, 8 Apr 2004 11:56:44 +0200 (CEST) (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 i389tghn074979 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Apr 2004 11:55:43 +0200 (CEST) (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 i389tg6I004760; Thu, 8 Apr 2004 11:55:42 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id i389tffa004759; Thu, 8 Apr 2004 11:55:41 +0200 (CEST) (envelope-from ticso) Date: Thu, 8 Apr 2004 11:55:41 +0200 From: Bernd Walter To: Nik Clayton Message-ID: <20040408095540.GY82799@cicely12.cicely.de> References: <20040406124641.GA800@clan.nothing-going-on.org> <20040406100653.R83553@alpha.siliconlandmark.com> <20040406160551.GD800@clan.nothing-going-on.org> <20040406104417.X89264@carver.gumbysoft.com> <20040407183259.GB741@clan.nothing-going-on.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040407183259.GB741@clan.nothing-going-on.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.61 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on cicely5.cicely.de cc: current@freebsd.org Subject: Re: USB issues -- dodgy motherboard? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 09:57:25 -0000 On Wed, Apr 07, 2004 at 07:32:59PM +0100, Nik Clayton wrote: > On Tue, Apr 06, 2004 at 10:45:22AM -0700, Doug White wrote: > > I have an IBM machine at work with this southbridge and it happily talks > > to a Lexar usb key, so I suspect interrupt problems. > > > > Have you tried it after booting with ACPI disabled? > > I just tried with > > hint.acpi.0.disabled="1" > > in /boot/device hints. The boot got this far through the process: > > [...] > uhci0: port 0xc000-0xc01f irq 10 at device 7.2 on pci0 > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > > and then hung. I left it for five minutes, no activity, and no response > on the keyboard, so I hit the reset button. For reference, the next > lines in the boot sequence with ACPI enabled are: > uhub1: Atmel Standard USB Hub, class 9/0, rev 1.10/3.00, addr 2 > uhub1: 4 ports with 4 removable, self powered So here is the difference - the Atmel hub don't show up in the problem case. It's having problems with the connected hub device. Is this 100% reproduceable or just from time to time? Does the hub really have it's own power supply as it claims? Please retry with a USB_DEBUG kernel - in case of a broken device the probing may take serveral minutes - maybe we should give some output without USB_DEBUG too in this case. > uhci1: port 0xc400-0xc41f irq 10 at device 7.3 on pci0 This is another controller. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 04:04:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF6FB16A4CF for ; Thu, 8 Apr 2004 04:04:58 -0700 (PDT) Received: from coruscant.rfc1149.org (coruscant.rfc1149.org [217.160.130.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F1C843D3F for ; Thu, 8 Apr 2004 04:04:57 -0700 (PDT) (envelope-from arne@rfc2549.org) Received: by coruscant.rfc1149.org (Postfix, from userid 110) id AB45D3D15; Thu, 8 Apr 2004 13:04:55 +0200 (CEST) Received: from kamino.rfc1149.org (kamino.rfc1149.org [2001:8d8:81:11::2]) by coruscant.rfc1149.org (Postfix) with ESMTP id 2B4723CCD; Thu, 8 Apr 2004 13:04:46 +0200 (CEST) Received: by kamino.rfc1149.org (Postfix, from userid 1001) id 51BC629; Thu, 8 Apr 2004 13:04:44 +0200 (CEST) To: Sam Leffler In-Reply-To: <200404051057.22926.sam@errno.com> (Sam Leffler's message of "Mon, 5 Apr 2004 09:57:22 -0800") References: <200404051057.22926.sam@errno.com> From: Arne Schwabe Date: Thu, 08 Apr 2004 13:04:44 +0200 Message-ID: <86y8p6buib.fsf@kamino.rfc1149.org> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on coruscant.rfc1149.org X-Spam-Status: No, hits=-4.9 required=5.0 tests=BAYES_00 autolearn=ham version=2.60 X-Spam-Level: cc: freebsd-current@freebsd.org Subject: Re: CFT: ath update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 11:04:59 -0000 Sam Leffler writes: > http://www.freebsd.org/~sam/ath.patch.tgz > > updates the ath driver and hal to the latest version (which has been out for > several months). I'm looking for feedback, especially from people w/ 5212 > MAC's and a 5111 radio (5ghz ver 1.x in the dmesg output). You must have a > current kernel as of this weekend to use this. For me 11a and 11b works fine ath0: mem 0xc0210000-0xc021ffff irq 4 at device 2.0 on pci2 ath0: [GIANT-LOCKED] ath0: mac 4.2 phy 3.0 5ghz radio 1.7 2ghz radio 2.3 ath0: Ethernet address: 00:05:4e:41:f3:72 ath0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps Arne -- 666 is the number of the beast ;P 6667 is the number of you losing whatever social life you might have had. -- (bash #214827) From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 04:22:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC33416A4CE for ; Thu, 8 Apr 2004 04:22:45 -0700 (PDT) Received: from pinus.cc.fer.hr (pinus.cc.fer.hr [161.53.73.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 029E943D46 for ; Thu, 8 Apr 2004 04:22:45 -0700 (PDT) (envelope-from ivoras@fer.hr) Received: from fer.hr (lara.cc.fer.hr [161.53.72.113]) by pinus.cc.fer.hr (8.12.2/8.12.2) with ESMTP id i38BNwsM024184 for ; Thu, 8 Apr 2004 13:23:59 +0200 (MEST) Message-ID: <4075352B.2060709@fer.hr> Date: Thu, 08 Apr 2004 13:19:07 +0200 From: Ivan Voras User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <40745C07.6030501@fer.hr> <20040408011857.GR23860@wantadilla.lemis.com> In-Reply-To: <20040408011857.GR23860@wantadilla.lemis.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Benchmarking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 11:22:45 -0000 Since I received mostly negative comments on the whole thing, I'm considering doing myself a favour and taking it off public access, although I *still* think that the benchmark is valid under its goal, and I will defend it as such. But 'm willing to learn :) Just for argument sake, if I ever do something like this again, what should I do to make it better? So far, I've got: - Increase the number of files for bonnie++ (I agree) - Don't use bonnie++ at all (I disagree - what else to use?) - Enforce same partition/slice size for NetBSD (I agree) Until such opportunity, are there any suggestions about what to do what the current article? - Remove bonnie++ filesystem results? - Remove NetBSD from the article? What suprises me that nobody's disputing bytebench - I thought its results were far more interesting... :) From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 04:36:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 598B616A4CE; Thu, 8 Apr 2004 04:36:08 -0700 (PDT) Received: from crf-consulting.co.uk (82-44-220-218.cable.ubr10.haye.blueyonder.co.uk [82.44.220.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8139C43D39; Thu, 8 Apr 2004 04:36:04 -0700 (PDT) (envelope-from nik@crf-consulting.co.uk) Received: from clan.nothing-going-on.org (clan.nothing-going-on.org [192.168.1.20])i38BZq5U012986; Thu, 8 Apr 2004 12:35:52 +0100 (BST) (envelope-from nik@catkin) Received: from clan.nothing-going-on.org (localhost [127.0.0.1]) i38BZpEu050301; Thu, 8 Apr 2004 12:35:51 +0100 (BST) (envelope-from nik@clan.nothing-going-on.org) Received: (from nik@localhost)i38BZnZ6050157; Thu, 8 Apr 2004 12:35:49 +0100 (BST) (envelope-from nik) Date: Thu, 8 Apr 2004 12:35:49 +0100 From: Nik Clayton To: ticso@cicely.de Message-ID: <20040408113549.GA15150@clan.nothing-going-on.org> References: <20040406124641.GA800@clan.nothing-going-on.org> <20040406100653.R83553@alpha.siliconlandmark.com> <20040406160551.GD800@clan.nothing-going-on.org> <20040406104417.X89264@carver.gumbysoft.com> <20040407183259.GB741@clan.nothing-going-on.org> <20040408095540.GY82799@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LZvS9be/3tNcYl/X" Content-Disposition: inline In-Reply-To: <20040408095540.GY82799@cicely12.cicely.de> User-Agent: Mutt/1.4.2.1i Organization: FreeBSD Project cc: Nik Clayton cc: current@freebsd.org Subject: Re: USB issues -- dodgy motherboard? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 11:36:08 -0000 --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 08, 2004 at 11:55:41AM +0200, Bernd Walter wrote: > On Wed, Apr 07, 2004 at 07:32:59PM +0100, Nik Clayton wrote: > > On Tue, Apr 06, 2004 at 10:45:22AM -0700, Doug White wrote: > > > I have an IBM machine at work with this southbridge and it happily ta= lks > > > to a Lexar usb key, so I suspect interrupt problems. > > >=20 > > > Have you tried it after booting with ACPI disabled? > >=20 > > I just tried with > >=20 > > hint.acpi.0.disabled=3D"1" > >=20 > > in /boot/device hints. The boot got this far through the process: > >=20 > > [...] > > uhci0: port 0xc000-0xc01f irq 10 at dev= ice 7.2 on pci0 > > usb0: on uhci0 > > usb0: USB revision 1.0 > > uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > > uhub0: 2 ports with 2 removable, self powered > >=20 > > and then hung. I left it for five minutes, no activity, and no response > > on the keyboard, so I hit the reset button. For reference, the next > > lines in the boot sequence with ACPI enabled are: >=20 > > uhub1: Atmel Standard USB Hub, class 9/0, rev 1.10/3.00, addr 2 > > uhub1: 4 ports with 4 removable, self powered >=20 > So here is the difference - the Atmel hub don't show up in the problem > case. =20 Not exactly. The machine locked solid before it printed the probe line for the Atmel hub. Trying to drop to the debugger did nothing, no response to Caps-Lock keys, and so on. > It's having problems with the connected hub device.=20 > Is this 100% reproduceable or just from time to time? I only tried booting with ACPI disabled once. Without the line hint.acpi.0.disabled=3D"1" in /boot/device.hints, the system boots fine, but plugging in USB devices does nothing -- my original message, at http://lists.freebsd.org/pipermail/freebsd-current/2004-April/025164.ht= ml has more details. With that line (following a suggestion to disable ACPI) the system hangs at boot. > Does the hub really have it's own power supply as it claims? Yes. The hub is integrated in to the monitor. Note, however, that I'm seeing problems with devices plugged in to the motherboard's USB ports, *and* the hub's USB ports. > Please retry with a USB_DEBUG kernel - in case of a broken device the > probing may take serveral minutes - maybe we should give some output > without USB_DEBUG too in this case. Will do. N --=20 FreeBSD: The Power to Serve http://www.freebsd.org/ (__) FreeBSD Documentation Project http://www.freebsd.org/docproj/ \\\'',) \/ \= ^ --- 15B8 3FFC DDB4 34B0 AA5F 94B7 93A8 0764 2C37 E375 --- .\._/= _) --LZvS9be/3tNcYl/X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAdTkUk6gHZCw343URAvrDAJ4h72NGZCSQQ31PX94OMTAdukRGWACdGzjd /ZZ5bUZDQm2Gqd+6AQUuhqY= =TGiU -----END PGP SIGNATURE----- --LZvS9be/3tNcYl/X-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 04:44:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36A2016A4CE; Thu, 8 Apr 2004 04:44:06 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58EE443D2D; Thu, 8 Apr 2004 04:44:05 -0700 (PDT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) i38BgnUS076790 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Thu, 8 Apr 2004 13:42:53 +0200 (CEST) (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 i38BgVhn075659 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Apr 2004 13:42:32 +0200 (CEST) (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 i38BgVTR005317; Thu, 8 Apr 2004 13:42:31 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id i38BgVbd005316; Thu, 8 Apr 2004 13:42:31 +0200 (CEST) (envelope-from ticso) Date: Thu, 8 Apr 2004 13:42:30 +0200 From: Bernd Walter To: Nik Clayton Message-ID: <20040408114230.GA5279@cicely12.cicely.de> References: <20040406124641.GA800@clan.nothing-going-on.org> <20040406100653.R83553@alpha.siliconlandmark.com> <20040406160551.GD800@clan.nothing-going-on.org> <20040406104417.X89264@carver.gumbysoft.com> <20040407183259.GB741@clan.nothing-going-on.org> <20040408095540.GY82799@cicely12.cicely.de> <20040408113549.GA15150@clan.nothing-going-on.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040408113549.GA15150@clan.nothing-going-on.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.63 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on cicely12.cicely.de cc: ticso@cicely.de cc: current@freebsd.org Subject: Re: USB issues -- dodgy motherboard? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 11:44:06 -0000 On Thu, Apr 08, 2004 at 12:35:49PM +0100, Nik Clayton wrote: > On Thu, Apr 08, 2004 at 11:55:41AM +0200, Bernd Walter wrote: > > Does the hub really have it's own power supply as it claims? > > Yes. The hub is integrated in to the monitor. Note, however, that I'm > seeing problems with devices plugged in to the motherboard's USB ports, > *and* the hub's USB ports. OK - so the hub itself seems to be unguilty. > > Please retry with a USB_DEBUG kernel - in case of a broken device the > > probing may take serveral minutes - maybe we should give some output > > without USB_DEBUG too in this case. > > Will do. A first guess would be interrupt problems. But it's only a guess so far. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 08:35:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A895016A4CE for ; Wed, 7 Apr 2004 08:35:00 -0700 (PDT) Received: from mail.svenskabutiker.se (ns.svenskabutiker.se [212.247.101.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05D4043D49 for ; Wed, 7 Apr 2004 08:35:00 -0700 (PDT) (envelope-from martin@mullet.se) Received: from mullet.se (h118n1fls31o985.telia.com [213.65.16.118]) by mail.svenskabutiker.se (Postfix) with ESMTP id 05DD5377B6; Wed, 7 Apr 2004 17:13:21 +0200 (CEST) Message-ID: <40741A8E.3050504@mullet.se> Date: Wed, 07 Apr 2004 17:13:18 +0200 From: Martin Nilsson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: sv, en-us, en MIME-Version: 1.0 To: Doug Ambrisko References: <200404071415.i37EF9Rl047872@ambrisko.com> In-Reply-To: <200404071415.i37EF9Rl047872@ambrisko.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Thu, 08 Apr 2004 04:44:34 -0700 cc: freebsd-current@freebsd.org Subject: Re: ICH5R SATA RAID? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 15:35:00 -0000 Doug Ambrisko wrote: > Kenneth D. Merry writes: > | On Tue, Apr 06, 2004 at 20:29:10 -0700, Doug Ambrisko wrote: > | > I have a SuperMicro system that does the Intel "ICH5-R" RAID. > | > I should get inspired via the Linux code and see if I can add > | > that. So far I've haved setup the RAID but have turned on the ICH > | > flag. > | > | Adaptec HostRAID is software RAID. By software RAID, I mean that you only > | get BIOS support from the card for booting, and after that all of the RAID > | functionality is handled via the host OS. > | > | Some of their SCSI controllers include HostRAID support. e.g.: > | > The ICH stuff is not SCSI. There was no mention of Adaptec in the > manual for this motherboard. There are Supermicro boards with Intel/Marvell SATA controllers that have Adaptec HostRAID bioses, drivers for linux (binary only) are available in ftp://ftp.supermicro.com/driver/SATA/ There are no mention of these divers on Adaptecs site, from the included readmes they seem to be called AAR As we sell Supermicro, I have different boards to test with if needed. /Martin -- Martin Nilsson, CTO & Founder, Mullet Scandinavia AB, Malmö, SWEDEN E-mail: martin@mullet.se, Phone: +46-(0)708-606170, Web: www.mullet.se Our business is well engineered servers optimised for FreeBSD & Linux From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 16:47:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D35216A4CE; Wed, 7 Apr 2004 16:47:16 -0700 (PDT) Received: from mail3.panix.com (mail3.panix.com [166.84.1.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14F5343D39; Wed, 7 Apr 2004 16:47:16 -0700 (PDT) (envelope-from tls@rek.tjls.com) Received: from panix5.panix.com (panix5.panix.com [166.84.1.5]) by mail3.panix.com (Postfix) with ESMTP id 4CFA698738; Wed, 7 Apr 2004 19:46:33 -0400 (EDT) Received: (from tls@localhost) by panix5.panix.com (8.11.6p2-a/8.8.8/PanixN1.1) id i37NkXp21149; Wed, 7 Apr 2004 19:46:33 -0400 (EDT) Date: Wed, 7 Apr 2004 19:46:33 -0400 From: Thor Lancelot Simon To: current@freebsd.org, netbsd-users@NetBSD.org, stable@freebsd.org, kernel@crater.dragonflybsd.org Message-ID: <20040407234633.GA20155@panix.com> References: <40745C07.6030501@fer.hr> <20040408001205.40c1b163@pheisar> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040408001205.40c1b163@pheisar> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Thu, 08 Apr 2004 04:44:34 -0700 Subject: Re: Benchmarking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: tls@rek.tjls.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 23:47:16 -0000 On Thu, Apr 08, 2004 at 12:12:05AM +0100, goteki wrote: > On Wed, 07 Apr 2004 21:52:39 +0200 > Ivan Voras wrote: > > > I've finished the article on benchmarking FreeBSD, NetBSD, DragonflyBSD and > > Linux, it is available at: > > > > http://alfredo.cc.fer.hr/ > > > Why didn't you benchmarked netbsd-current? Presumably because it is not a released version of the operating system; though, in that context, benchmarking "DragonflyBSD" seems rather odd, to say the least. What is of much more concern to me, as someone who relies on high-quality benchmark numbers to guide his role in OS development, is the poor methodology of this study, particularly when compared to other recent studies such as Felix von Leitner's (http://bulk.fefe.de/scalability). To me, honestly, this benchmark is not so good, for a number of reasons. Here are three of the most obvious ones: 1) The non-repeatability of results for some tests is merely mentioned in passing, rather than investigated and explained. 2) Of particular concern is the omission of rows from large tables of results because they were "too big" or "too small" to be interpreted meaningfully. The willingness to accept such results, to me, means that I should seriously question whether any attention was given to appropriately sizing _any_ of the components of the benchmark so as to actually measure what is purported to be measured. 2) The inclusion of tests which are intended to measure attributes of *the underlying hardware* in what purports to be an OS benchmark is indicative of poor benchmark design and analysis. In particular, synthetic benchmarks that measure "CPU speed" or "memory bandwidth" are wholly inappropriate in this context; the difference in results indicates both the poor quality of those benchmarks for their actual design purposes (though this is by now well-understood WRT many of the tests in question) and that, in general, this benchmark suite as a whole fails to adequately control (or even acknowledge) a number of variables which may cause what it _actually_ measures to not be what it _purports to measure_. Notable here are compiler, system state at start of test and during test, and the general "entropy" which results from performing even good tests at too small a size (iteration count, memory footprint, etc). In general, though the effort is good, I think overall this "benchmark" shows more about how to not design an OS benchmark than it does about the performance of _any_ of the underlying operating systems. Do note that, actually, NetBSD did somewhat better on this test than we initially did on Felix's -- I'm not slagging this test because we did poorly; in fact, I'm not entirely displeased with how we did. The problem is that, like so many other benchmarks, this one doesn't actually measure what it claims to measure; and so, as an OS developer, it's not very useful to me. Thor From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 18:15:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7296816A4CE; Wed, 7 Apr 2004 18:15:50 -0700 (PDT) Received: from geri.cc.fer.hr (geri.cc.fer.hr [161.53.72.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id C03E743D39; Wed, 7 Apr 2004 18:15:49 -0700 (PDT) (envelope-from ivoras@geri.cc.fer.hr) Received: from geri.cc.fer.hr (geri.cc.fer.hr [161.53.72.107]) by geri.cc.fer.hr (8.12.9p2/8.12.8) with ESMTP id i381DScj056513; Thu, 8 Apr 2004 03:13:28 +0200 (CEST) (envelope-from ivoras@geri.cc.fer.hr) Message-ID: <4074A7BB.7030509@geri.cc.fer.hr> Date: Thu, 08 Apr 2004 03:15:39 +0200 From: Ivan Voras User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6b) Gecko/20031205 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 References: <40745C07.6030501@fer.hr> <20040408001205.40c1b163@pheisar> <20040407234633.GA20155@panix.com> In-Reply-To: <20040407234633.GA20155@panix.com> X-Enigmail-Version: 0.83.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 08 Apr 2004 04:44:34 -0700 cc: stable@freebsd.org cc: current@freebsd.org cc: netbsd-users@NetBSD.org cc: kernel@crater.dragonflybsd.org Subject: Re: Benchmarking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 01:15:50 -0000 >> Why didn't you benchmarked netbsd-current? I really did wish to do it, as it seems that the -current branch is much more advanced than the version I benchmarked, but unfortunately, I didn't have the time to do it. I may do it yet - I'm curious, is there a bootable ISO image installation available for NetBSD-current? Is PostgreSQL 7.4.x in the pkgsrc yet? > Presumably because it is not a released version of the operating system; > though, in that context, benchmarking "DragonflyBSD" seems rather odd, > to say the least. I completely agree with you. I got the idea wondering how does DragonFlyBSD compare to FreeBSD 5, expecting the DragonFly to appear equal, or faster than FreeBSD. Unfortunately, it didn't. The rest of the test sort of grew from that. :) > What is of much more concern to me, as someone who relies on high-quality > benchmark numbers to guide his role in OS development, is the poor > methodology of this study, particularly when compared to other recent > studies such as Felix von Leitner's (http://bulk.fefe.de/scalability). To me, honestly, this benchmark is not so good, for a number of reasons. > Here are three of the most obvious ones: Thank you for all your suggestions, I'll remember them if I do anything of such scale you're proposing :). I'm somewhat flattered that you would use my benchmark for anything but a rough estimate of performance as it is not meant to be highly accurate nor comprehensive. I simply didn't have the time or resources. I'm surprised that people who do serious OS development don't do this kind of tests more often, just to get a feel of how their system compares to the others'. I would expect such tests, made from professionals, to be done more comprehensively and accurately :) What I'm trying to say is: I'm not an OS developer, and this benchmark scratched my itch :) (see the updated FAQ for more info). I *do* believe that this benchmark serves its purpose - a rough comparison between the tested systems quite well. -- C isn't that hard: void (*(*f[])())() defines f as an array of unspecified size, of pointers to functions that return pointers to functions that return void. From owner-freebsd-current@FreeBSD.ORG Wed Apr 7 19:46:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4C1716A4CF for ; Wed, 7 Apr 2004 19:46:42 -0700 (PDT) Received: from smtp3.sentex.ca (smtp3.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7009243D58 for ; Wed, 7 Apr 2004 19:46:42 -0700 (PDT) (envelope-from mike@sentex.net) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smtp3.sentex.ca (8.12.11/8.12.10) with ESMTP id i382kfVK070388; Wed, 7 Apr 2004 22:46:41 -0400 (EDT) (envelope-from mike@sentex.net) Received: from BLUELAPIS.sentex.ca (cage.simianscience.com [64.7.134.1]) by smtp1.sentex.ca (8.12.11/8.12.11) with SMTP id i382keRr008803; Wed, 7 Apr 2004 22:46:41 -0400 (EDT) (envelope-from mike@sentex.net) From: Mike Tancsa To: Thomas Vogt Date: Wed, 07 Apr 2004 22:46:41 -0400 Message-ID: <36f9701cf4faf7fjh4uh5h9qer493is7d8@4ax.com> References: <20040407181403.70832a2c@bert.mlan.solnet.ch> In-Reply-To: <20040407181403.70832a2c@bert.mlan.solnet.ch> X-Mailer: Forte Agent 1.93/32.576 English (American) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Thu, 08 Apr 2004 04:44:34 -0700 cc: freebsd-current@freebsd.org Subject: Re: vpn1401 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 02:46:43 -0000 On Wed, 7 Apr 2004 18:14:03 +0200, in sentex.lists.freebsd.current you wrote: >Helo > >Will the Soekris VPN1401 hardware encryption card be supported in the=20 >upcoming Freebsd 4.10 release? I know that vpn1201 is already supported >in 4.9 and 1401 is supported in 5.x. It is supported, but there are some bugs in the driver that show up in userland both under CURRENT and RELENG_4. Have a look at the soekris mailing list archives for details. ---Mike From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 00:50:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97C8516A4CE for ; Thu, 8 Apr 2004 00:50:20 -0700 (PDT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EB2243D69 for ; Thu, 8 Apr 2004 00:50:15 -0700 (PDT) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) i387o8Wc082724; Thu, 8 Apr 2004 08:50:08 +0100 (BST) (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)i387o7u3082714; Thu, 8 Apr 2004 08:50:07 +0100 (BST) (envelope-from mark@grondar.org) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1])i387ie0w047939; Thu, 8 Apr 2004 08:44:40 +0100 (BST) (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200404080744.i387ie0w047939@grimreaper.grondar.org> To: Kaarthik Sivakumar In-Reply-To: Your message of "Wed, 07 Apr 2004 21:17:24 EDT." <86vfkb2rq3.fsf@comcast.net> Date: Thu, 08 Apr 2004 08:44:40 +0100 Sender: mark@grondar.org X-Spam-Score: 4 (****) FROM_NO_LOWER,MSGID_FROM_MTA_SHORT X-Scanned-By: MIMEDefang 2.39 X-Mailman-Approved-At: Thu, 08 Apr 2004 04:44:34 -0700 cc: current@FreeBSD.ORG Subject: Re: libmp and libcrypto X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 07:50:20 -0000 Kaarthik Sivakumar writes: > I am trying to compile a program that requires libmp for bignum and > other large numbers. The configure test for libmp fails though. The > output from config.log is at the end of the mail. It seems like > linking with libmp requires linking with libcrypto also, libmp has > undefined reference to BN_mul, etc. Is this how it is intended? I have > been led to believe that neither Solaris' libmp or libgmp require it > like this and usually it is the other way around, ie libcrypto would > require libmp. So can anyone confirm that libcrypto is indeed needed > for libmp? Confirmed. Our libmp is a wrapper round the BIGNUM functions in libcrypto. > libmp also defines a function called min() that takes one argument. > The prototype for this function is in mp.h and this function takes one > argument. This causes redefinition errors when compiling, since most > programs seem to define a min() macro that takes 2 args and returns > the minimum value. Would it possible to work around this in some way? > Even better would be if the libmp functions had a mp_ prefix, like > Solaris does. Is that something being considered? The mp.h header documents an ancient and sacred interface to the Berkeley BIGNUM library. It ain't changing in a hurry. :-) M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 03:06:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D578B16A4CF; Thu, 8 Apr 2004 03:06:06 -0700 (PDT) Received: from mailgate.rz.uni-karlsruhe.de (mailgate.rz.uni-karlsruhe.de [129.13.64.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4433643D49; Thu, 8 Apr 2004 03:06:06 -0700 (PDT) (envelope-from riggs@o503.hadiko.de) Received: from o503.hadiko.de (hadio503.hadiko.uni-karlsruhe.de [172.20.45.138]) by mailgate.rz.uni-karlsruhe.de with esmtp (Exim 3.36 #1) id 1BBWQ8-00014Z-00; Thu, 08 Apr 2004 12:06:04 +0200 Received: from o503.hadiko.de (RIXT@localhost [127.0.0.1]) by o503.hadiko.de (8.12.11/8.12.11) with ESMTP id i38A64NB073225; Thu, 8 Apr 2004 12:06:04 +0200 (CEST) (envelope-from riggs@o503.hadiko.de) Received: (from riggs@localhost) by o503.hadiko.de (8.12.11/8.12.11/Submit) id i38A637r073224; Thu, 8 Apr 2004 12:06:03 +0200 (CEST) (envelope-from riggs) Date: Thu, 8 Apr 2004 12:06:03 +0200 From: "Thomas E. Zander" To: current@freebsd.org Message-ID: <20040408100603.GA70609@o503.hadiko.de> References: <40738E1B.60704@ec.rr.com> <200404062334.58900.dsyphers@u.washington.edu> <20040408114506.5e02cdc7@Magellan.Leidinger.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tKW2IUtsqtDRztdT" Content-Disposition: inline In-Reply-To: <20040408114506.5e02cdc7@Magellan.Leidinger.net> Organization: RiggiServ - Ihr Partner =?iso-8859-15?Q?f?= =?iso-8859-15?Q?=FCr?= alles Delikate X-PGP-KeyID: 0xC85996CD X-PGP-URI: http://blackhole.pca.dfn.de:11371/pks/lookup?op=get&search=0xC85996CD X-PGP-Fingerprint: 4F59 75B4 4CE3 3B00 BC61 5400 8DD4 8929 C859 96CD X-Mailer: Riggisoft Ausguck Eggsbress (Build 1081418540) X-Operating-System: Riggiland BSD 5.2-CURRENT (To serve and protect.) X-Mailman-Approved-At: Thu, 08 Apr 2004 04:44:34 -0700 cc: multimedia@freebsd.org Subject: Re: mplayer problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 10:06:07 -0000 --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 08. Apr 2004, at 11:45 +0200, Alexander Leidinger wrote according to [Re: mplayer problems]: > > Yes, I've seen this. A number of wmv's I used to be able to play fine n= ow only=20 > > play sound, without video. Don't know why, just a "me too." >=20 > cvsup, it works again (at least here). For me too, since upgrading to this -current: FreeBSD 5.2-CURRENT #1: Mon Apr 5 21:56:44 CEST 2004 Riggs --=20 - "[...] I talked to the computer at great length and -- explained my view of the Universe to it" said Marvin. --- And what happened?" pressed Ford. ---- "It committed suicide." said Marvin. --tKW2IUtsqtDRztdT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- iD8DBQFAdSQLjdSJKchZls0RAjr8AJ9WUj2McxkOp+g6stfV3E/5RaJlcgCdFZov hxklnGgq1JLTsaaX+SH3v6o= =pZFg -----END PGP SIGNATURE----- --tKW2IUtsqtDRztdT-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 04:44:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6CCF16A523; Thu, 8 Apr 2004 04:44:50 -0700 (PDT) Received: from mail017.syd.optusnet.com.au (mail017.syd.optusnet.com.au [211.29.132.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A1D543D49; Thu, 8 Apr 2004 04:44:49 -0700 (PDT) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) i38BifA08946; Thu, 8 Apr 2004 21:44:47 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1])i38BifRu006800; Thu, 8 Apr 2004 21:44:41 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.12.10/8.12.10/Submit) id i38Bifao006799; Thu, 8 Apr 2004 21:44:41 +1000 (EST) (envelope-from peter) Date: Thu, 8 Apr 2004 21:44:41 +1000 From: Peter Jeremy To: Scott Long Message-ID: <20040408114441.GB6458@server.vk2pj.dyndns.org> References: <20040408091030.GA6458@server.vk2pj.dyndns.org> <40751A74.50504@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <40751A74.50504@freebsd.org> User-Agent: Mutt/1.4.2.1i cc: Robert Watson cc: current@freebsd.org Subject: Re: panic on one cpu leaves others running... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 11:44:51 -0000 On Thu, Apr 08, 2004 at 03:25:08AM -0600, Scott Long wrote: >Peter Jeremy wrote: >>On Thu, Apr 08, 2004 at 12:13:39AM -0400, Robert Watson wrote: >> >>>Funky, eh? I thought we used to have code to ipi the other cpu's and halt >>>them until the cpu in ddb was out agian. I guess I mis-remember, or that >>>code is broken... >> >> >>Look on it as a feature - most other Unices can't survive a panic. >>Being able to continue running in a degraded mode until a suitable >>maintenance window is available would be a real selling point in >>HA applications. Even being able to shutdown cleanly would be >>better than coming to a screaming halt. :-) (sort of). > >Not sure if you're joking or not here. I was joking about the FreeBSD behaviour (hence the smiley) but serious about the (potential) benefits of being able to degrade rather than die. > A panic usually means that >something unrecoverable happened, and that continuing on is not safe. I realise that. Hence actually being able to continue after a panic would be extremely difficult to do safely. (Probably not possible in general, though it might be in some special cases). Peter From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 05:06:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C8AE16A4CE for ; Thu, 8 Apr 2004 05:06:19 -0700 (PDT) Received: from bgezal.rise.tuwien.ac.at (bgezal.rise.tuwien.ac.at [128.130.59.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09ADF43D68 for ; Thu, 8 Apr 2004 05:06:18 -0700 (PDT) (envelope-from stefan@fafoe.narf.at) Received: from fafoe.narf.at (unknown [212.186.3.235]) by bgezal.rise.tuwien.ac.at (Postfix) with ESMTP id 3B21820A9; Thu, 8 Apr 2004 14:06:17 +0200 (CEST) Received: from wombat.fafoe.narf.at (wombat.fafoe.narf.at [192.168.1.42]) by fafoe.narf.at (Postfix) with ESMTP id 4844E410C; Thu, 8 Apr 2004 14:06:14 +0200 (CEST) Received: by wombat.fafoe.narf.at (Postfix, from userid 1001) id B320A348; Thu, 8 Apr 2004 14:06:13 +0200 (CEST) Date: Thu, 8 Apr 2004 14:06:13 +0200 From: Stefan Farfeleder To: Daniel O'Connor Message-ID: <20040408120612.GB646@wombat.fafoe.narf.at> Mail-Followup-To: Daniel O'Connor , freebsd-current@freebsd.org References: <20040408050539.GA96586@cserv62.csub.edu> <200404081500.17507.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200404081500.17507.doconnor@gsoft.com.au> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: initio inic-940 scsi driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 12:06:19 -0000 On Thu, Apr 08, 2004 at 03:00:17PM +0930, Daniel O'Connor wrote: > On Thu, 8 Apr 2004 14:35, Russell Jackson wrote: > > I'm trying to modify the anitio inic-940 CAM driver to compile > > under CURRENT. > > Someone (Stefan Farfeleder whom I couldn't contact > recently..) ported the OpenBSD version to FreeBSD and it does 'work', but I > have had issues with lockups. I didn't work on iha in a long time, but here is a tarball of what I currently have. At least it attached and survived a quick test. http://www.ten15.org/~stefanf/FreeBSD/iha-20040408.tgz Cheers, Stefan From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 05:50:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 391CE16A4CE for ; Thu, 8 Apr 2004 05:50:25 -0700 (PDT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A15443D3F for ; Thu, 8 Apr 2004 05:50:25 -0700 (PDT) (envelope-from kaarthik@comcast.net) Received: from the-saint.the-saint.localdomain (pcp06945825pcs.nrockv01.md.comcast.net[69.138.30.56]) by comcast.net (rwcrmhc12) with ESMTP id <2004040812501601400s96q4e>; Thu, 8 Apr 2004 12:50:24 +0000 To: Mark Murray From: Kaarthik Sivakumar In-Reply-To: <200404080744.i387ie0w047939@grimreaper.grondar.org> (Mark Murray's message of "Thu, 08 Apr 2004 08:44:40 +0100") References: <200404080744.i387ie0w047939@grimreaper.grondar.org> Date: Thu, 08 Apr 2004 08:53:06 -0400 Message-ID: <86n05m3a31.fsf@comcast.net> User-Agent: Gnus/5.1002 (Gnus v5.10.2) XEmacs/21.5 (chayote, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: current@FreeBSD.ORG Subject: Re: libmp and libcrypto X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 12:50:25 -0000 >>> "MM" == Mark Murray writes: MM> Kaarthik Sivakumar writes: [...] MM> Confirmed. Our libmp is a wrapper round the BIGNUM functions in MM> libcrypto. I read the man page for libmp (right after sending this mail) and it says that we should move to using BIGNUM in libcrypto directly. Is there a document of some sort that shows how to move things over? At this time, it looks like FreeBSD is the only OS that recommends using something other than (g)mp for BIGNUM support. [...] MM> The mp.h header documents an ancient and sacred interface to the MM> Berkeley BIGNUM library. It ain't changing in a hurry. :-) I get the feeling that a lot of interfaces are ancient and sacred in FreeBSD (and other BSDs). kaarthik From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 06:34:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09B1B16A4CE for ; Thu, 8 Apr 2004 06:34:56 -0700 (PDT) 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 BC34E43D68 for ; Thu, 8 Apr 2004 06:34:54 -0700 (PDT) (envelope-from sos@DeepCore.dk) Received: from DeepCore.dk (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i38DYRBR003344; Thu, 8 Apr 2004 15:34:32 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <407554E3.4050109@DeepCore.dk> Date: Thu, 08 Apr 2004 15:34:27 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.5 (X11/20040329) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Martin Nilsson References: <200404071415.i37EF9Rl047872@ambrisko.com> <40741A8E.3050504@mullet.se> In-Reply-To: <40741A8E.3050504@mullet.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-current@freebsd.org Subject: Re: ICH5R SATA RAID? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 13:34:56 -0000 Martin Nilsson wrote: > Doug Ambrisko wrote: > There are Supermicro boards with Intel/Marvell SATA controllers that > have Adaptec HostRAID bioses, drivers for linux (binary only) are > available in ftp://ftp.supermicro.com/driver/SATA/ > There are no mention of these divers on Adaptecs site, from the included > readmes they seem to be called AAR > > As we sell Supermicro, I have different boards to test with if needed. I have what I need to do support for the Marvell chip on those boards except the HW to test on. If anyone know of a PCI based Marvell controller and can get me one delivered on my doorstep, we can have native marvell support added to the ATA driver in a resonable short time... -- -Søren From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 06:43:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AAD816A4CE for ; Thu, 8 Apr 2004 06:43:29 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8E3D43D1F for ; Thu, 8 Apr 2004 06:43:28 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.10/8.12.10) with ESMTP id i38Dh7Pq046220; Thu, 8 Apr 2004 09:43:07 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i38Dh6ra046217; Thu, 8 Apr 2004 09:43:07 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Thu, 8 Apr 2004 09:43:06 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Marcel Moolenaar In-Reply-To: <20040408064110.GA20875@dhcp01.pn.xcllnt.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: panic on one cpu leaves others running... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 13:43:29 -0000 On Wed, 7 Apr 2004, Marcel Moolenaar wrote: > On Thu, Apr 08, 2004 at 12:13:39AM -0400, Robert Watson wrote: > > > > Funky, eh? I thought we used to have code to ipi the other cpu's and halt > > them until the cpu in ddb was out agian. I guess I mis-remember, or that > > code is broken... > > You remember correctly. And it's still going this morning: Apr 8 11:39:30 sm-mta[4465]: i3879Tjc003922: SYSERR(root): cannot flock(/etc/mail/aliases, fd=5, type=1, omode=40000, euid=0): Operation not supported Apr 8 12:09:30 sm-mta[4527]: i3879Tjc003922: SYSERR(root): hash map "Alias0": missing map file /etc/mail/aliases.db: No such file or directory Apr 8 12:09:30 sm-mta[4527]: i3879Tjc003922: SYSERR(root): cannot flock(/etc/mail/aliases, fd=5, type=1, omode=40000, euid=0): Operation not supported Apr 8 12:39:30 sm-mta[4586]: i3879Tjc003922: SYSERR(root): hash map "Alias0": missing map file /etc/mail/aliases.db: No such file or directory Apr 8 12:39:30 sm-mta[4586]: i3879Tjc003922: SYSERR(root): cannot flock(/etc/mail/aliases, fd=5, type=1, omode=40000, euid=0): Operation not supported Apr 8 13:09:30 sm-mta[4648]: i3879Tjc003922: SYSERR(root): hash map "Alias0": missing map file /etc/mail/aliases.db: No such file or directory Apr 8 13:09:30 sm-mta[4648]: i3879Tjc003922: SYSERR(root): cannot flock(/etc/mail/aliases, fd=5, type=1, omode=40000, euid=0): Operation not supported Apr 8 13:39:30 sm-mta[4707]: i3879Tjc003922: SYSERR(root): hash map "Alias0": missing map file /etc/mail/aliases.db: No such file or directory Apr 8 13:39:30 sm-mta[4707]: i3879Tjc003922: SYSERR(root): cannot flock(/etc/mail/aliases, fd=5, type=1, omode=40000, euid=0): Operation not supported Debugger(c07c3990) at Debugger+0x46 db> Presumably in large part because I'm in code that doesn't require Giant, so there are no lock conflicts. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 06:49:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51C2516A4CE for ; Thu, 8 Apr 2004 06:49:21 -0700 (PDT) Received: from cmsrelay02.mx.net (cmsrelay02.mx.net [165.212.11.111]) by mx1.FreeBSD.org (Postfix) with SMTP id 602FF43D55 for ; Thu, 8 Apr 2004 06:49:20 -0700 (PDT) (envelope-from noackjr@alumni.rice.edu) Received: from cmsapps02.cms.usa.net (165.212.11.138) by cmsoutbound.mx.net with SMTP; 8 Apr 2004 13:49:19 -0000 Received: from optimator.noacks.org [65.69.0.65] by cmsapps02.cms.usa.net (ASMTP/noackjr@usa.net) via mtad (C8.MAIN.3.13N) with ESMTP id 932iDHNxR0165M38; Thu, 08 Apr 2004 13:49:17 GMT X-USANET-Auth: 65.69.0.65 AUTH noackjr@usa.net optimator.noacks.org Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 61C4D6163; Thu, 8 Apr 2004 08:49:16 -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 25445-04; Thu, 8 Apr 2004 08:49:15 -0500 (CDT) Received: from alumni.rice.edu (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 102A6610C; Thu, 8 Apr 2004 08:49:15 -0500 (CDT) Message-ID: <40755856.4020603@alumni.rice.edu> Date: Thu, 08 Apr 2004 08:49:10 -0500 From: Jon Noack User-Agent: Mozilla Thunderbird 0.5+ (Windows/20040312) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Charles Swiger References: <200404052132.i35LWIgJ009519@repoman.freebsd.org> <20040406082945.GD397@ip.net.ua> <4072F398.5040709@kientzle.com> <6CD0CF04-87FB-11D8-B6C6-003065ABFD92@mac.com> In-Reply-To: <6CD0CF04-87FB-11D8-B6C6-003065ABFD92@mac.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at noacks.org cc: current@FreeBSD.org Subject: Re: cvs commit: src/usr.bin/tar Makefile bsdtar.1 bsdtar.c bsdtar.h bsdtar_platform.h matching.c read.c util.c write.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 13:49:21 -0000 On 4/6/2004 1:51 PM, Charles Swiger wrote: > On Apr 6, 2004, at 2:14 PM, Tim Kientzle wrote: >> There are still a few bugs to iron out and a couple of features that >> are a bit incomplete, but it's getting better quickly. My hope >> is that a few adventurous souls will start using it and giving >> me feedback so that I can grow it into the system tar >> that FreeBSD deserves. > > Most excellent, Tim. Any chance of bsdtar being made available for > -STABLE systems, or as a port? > > [ I keep one 5.x system around for testing the ports I maintain, so I > still could do some testing if not, but I'd be able to use it in many > more places if it was MFC'ed or made available via ports.... ] There is archivers/libarchive already. I imagine once bsdtar gets into a more final state there will be a port of it as well. This is just idle speculation, though. Jon From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 07:11:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56C2216A4D4 for ; Thu, 8 Apr 2004 07:11:17 -0700 (PDT) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB8CE43D49 for ; Thu, 8 Apr 2004 07:11:16 -0700 (PDT) (envelope-from kirk@strauser.com) Received: from pooh.strauser.com (pooh.honeypot.net [10.0.5.128]) by kanga.honeypot.net (8.12.11/8.12.11) with ESMTP id i38EBFXv094523 for ; Thu, 8 Apr 2004 09:11:15 -0500 (CDT) (envelope-from kirk@strauser.com) To: freebsd-current@freebsd.org References: <40745C07.6030501@fer.hr> <20040408011857.GR23860@wantadilla.lemis.com> <4075352B.2060709@fer.hr> From: Kirk Strauser Date: Thu, 08 Apr 2004 09:11:15 -0500 In-Reply-To: <4075352B.2060709@fer.hr> (Ivan Voras's message of "Thu, 08 Apr 2004 13:19:07 +0200") Message-ID: <8765cao8zg.fsf@strauser.com> Lines: 17 X-Mailer: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-Virus-Scanned: clamd / ClamAV version devel-20040331, clamav-milter version 0.70a Subject: Re: Benchmarking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 14:11:17 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable At 2004-04-08T11:19:07Z, Ivan Voras writes: > Since I received mostly negative comments on the whole thing [...] Ivan, I want to be explicitly clear about one thing: some of us have criticized your results, but understand that it is *not* personal. I'm glad that you took the time to create and learn from your tests. :) =2D-=20 Kirk Strauser "94 outdated ports on the box, 94 outdated ports. Portupgrade one, an hour 'til done, 82 outdated ports on the box." --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBAdV2D5sRg+Y0CpvERAlLMAJsEg3S2KBK4s/bEGVMjbV7GolRe6gCgnwRP VkpTUFyJbLFZEaP5NyOfNy0= =Oyog -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 07:29:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CFB616A4CF; Thu, 8 Apr 2004 07:29:13 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 455D443D31; Thu, 8 Apr 2004 07:29:12 -0700 (PDT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) i38ESkUS083045 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Thu, 8 Apr 2004 16:28:48 +0200 (CEST) (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 i38ERihn076719 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Apr 2004 16:27:45 +0200 (CEST) (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 i38ERiEV006159; Thu, 8 Apr 2004 16:27:44 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id i38ERhfC006158; Thu, 8 Apr 2004 16:27:43 +0200 (CEST) (envelope-from ticso) Date: Thu, 8 Apr 2004 16:27:43 +0200 From: Bernd Walter To: Peter Jeremy Message-ID: <20040408142742.GD5279@cicely12.cicely.de> References: <20040408091030.GA6458@server.vk2pj.dyndns.org> <40751A74.50504@freebsd.org> <20040408114441.GB6458@server.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040408114441.GB6458@server.vk2pj.dyndns.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.61 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on cicely5.cicely.de cc: Robert Watson cc: current@freebsd.org Subject: Re: panic on one cpu leaves others running... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 14:29:13 -0000 On Thu, Apr 08, 2004 at 09:44:41PM +1000, Peter Jeremy wrote: > On Thu, Apr 08, 2004 at 03:25:08AM -0600, Scott Long wrote: > >Peter Jeremy wrote: > >>On Thu, Apr 08, 2004 at 12:13:39AM -0400, Robert Watson wrote: > >> > >>>Funky, eh? I thought we used to have code to ipi the other cpu's and halt > >>>them until the cpu in ddb was out agian. I guess I mis-remember, or that > >>>code is broken... > >> > >> > >>Look on it as a feature - most other Unices can't survive a panic. > >>Being able to continue running in a degraded mode until a suitable > >>maintenance window is available would be a real selling point in > >>HA applications. Even being able to shutdown cleanly would be > >>better than coming to a screaming halt. :-) (sort of). > > > >Not sure if you're joking or not here. > > I was joking about the FreeBSD behaviour (hence the smiley) but serious > about the (potential) benefits of being able to degrade rather than die. > > > A panic usually means that > >something unrecoverable happened, and that continuing on is not safe. > > I realise that. Hence actually being able to continue after a panic > would be extremely difficult to do safely. (Probably not possible in > general, though it might be in some special cases). If it's save to continue then there's no need to panic at all. Just stoping the faulting parts would be enough in that case. That's the same what happens on disk failure - the processes that have their binaries on it can't continue but the remaining part still runs. I would also find it great if a filesystem panic just takes the given filesystem down instead of the whole host. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 07:31:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30DBE16A4CE; Thu, 8 Apr 2004 07:31:04 -0700 (PDT) Received: from mailout1.pacific.net.au (mailout1.pacific.net.au [61.8.0.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EFD643D41; Thu, 8 Apr 2004 07:31:03 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.0.87])i38EV24u009365; Fri, 9 Apr 2004 00:31:02 +1000 Received: from gamplex.bde.org (katana.zip.com.au [61.8.7.246]) i38EUxsg004240; Fri, 9 Apr 2004 00:31:00 +1000 Date: Fri, 9 Apr 2004 00:30:58 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Robert Watson In-Reply-To: Message-ID: <20040409000110.J16339@gamplex.bde.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: panic on one cpu leaves others running... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 14:31:04 -0000 On Thu, 8 Apr 2004, Robert Watson wrote: > panic: m 0 so->so_rcv.sb_cc 17 > at line 860 in file ../../../kern/uipc_socket.c > cpuid = 1; > Debugger("panic") > Stopped at Debugger+0x46: xchgl %ebx,in_Debugger.0 > db> trace > Debugger(c07c3990) at Debugger+0x46 > __panic(c07c98f1,35c,c07c997d,0,11) at __panic+0x13d > soreceive(c6664618,e9891c0c,e9891c38,0,e9891c10) at soreceive+0x20c > recvit(c6561e70,3,e9891cc0,0,bfbfe410) at recvit+0x1a2 > recvmsg(c6561e70,e9891d14,3,4,296) at recvmsg+0x9a > syscall(808002f,bfbf002f,bfbf002f,bfbfe44c,8079a70) at syscall+0x217 > Xint0x80_syscall() at Xint0x80_syscall+0x1d > --- syscall (27, FreeBSD ELF32, recvmsg), eip = 0x282afff7, esp = > 0xbfbfe3fc, ebp = 0xbfbfe458 --- > db> Apr 8 04:09:29 sm-mta[3550]: i3831Ija003419: SYSERR(root): hash map > "Alias0": missing map file /etc/mail/aliases.db: No such file or directory > Apr 8 04:09:29 sm-mta[3550]: i3831Ija003419: SYSERR(root): cannot > flock(/etc/mail/aliases, fd=5, type=1, omode=40000, euid=0): Operation not > supported > > Funky, eh? I thought we used to have code to ipi the other cpu's and halt > them until the cpu in ddb was out agian. I guess I mis-remember, or that > code is broken... ddb stops the other CPUs (at least on i386's, unless you have edited smptests.h to comment out the option CPUSTOP_ON_DDBBREAK which should be non-optional (always enabled)), but plain panic() doesn't stop them immediately, so much may happen on other CPUs if ddb is not called from panic() or if ddb has problems stopping the CPUs. ddb does have problems stopping the CPU's, but I don't see how it can reach the db> prompt before stopping them. The main problem is that stopping all the other CPUs may be impossible because one of them is looping with IPIs disabled, perhaps because it is trying to enter ddb (and stop other CPUs) too. All CPUs entering ddb should hang in this case. Half-baked fixes: %%% Index: db_interface.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/db_interface.c,v retrieving revision 1.81 diff -u -2 -r1.81 db_interface.c --- db_interface.c 3 Apr 2004 22:23:36 -0000 1.81 +++ db_interface.c 4 Apr 2004 05:37:38 -0000 @@ -35,4 +35,5 @@ #include #include +#include #include #include @@ -41,4 +42,5 @@ #include #ifdef SMP +#include #include /** CPUSTOP_ON_DDBBREAK */ #endif @@ -61,4 +63,33 @@ static jmp_buf db_global_jmpbuf; +#ifdef SMP +/* XXX this is cloned from stop_cpus() since that function can hang. */ +static int +attempt_to_stop_cpus(u_int map) +{ + int i; + + if (!smp_started) + return 0; + + CTR1(KTR_SMP, "attempt_to_stop_cpus(%x)", map); + + /* send the stop IPI to all CPUs in map */ + ipi_selected(map, IPI_STOP); + + i = 0; + while ((atomic_load_acq_int(&stopped_cpus) & map) != map) { + /* spin */ + i++; + if (i == 100000000) { + printf("timeout stopping cpus\n"); + break; + } + } + + return 1; +} +#endif /* SMP */ + /* * kdb_trap - field a TRACE or BPT trap @@ -69,4 +100,8 @@ u_int ef; volatile int ddb_mode = !(boothowto & RB_GDB); +#ifdef SMP + static u_int kdb_trap_lock = NOCPU; + static u_int output_lock; +#endif /* @@ -91,16 +126,48 @@ #ifdef SMP + if (atomic_cmpset_int(&kdb_trap_lock, NOCPU, PCPU_GET(cpuid)) == 0 && + kdb_trap_lock != PCPU_GET(cpuid)) { + while (atomic_cmpset_int(&output_lock, 0, 1) == 0) + ; + db_printf( + "concurrent ddb entry: type %d trap, code=%x cpu=%d\n", + type, code, PCPU_GET(cpuid)); + atomic_store_rel_int(&output_lock, 0); + if (type == T_BPTFLT) + regs->tf_eip--; + else { + while (atomic_cmpset_int(&output_lock, 0, 1) == 0) + ; + db_printf( +"concurrent ddb entry on non-breakpoint: too hard to handle properly\n"); + atomic_store_rel_int(&output_lock, 0); + } + while (atomic_load_acq_int(&kdb_trap_lock) != NOCPU) + ; + write_eflags(ef); + return (1); + } +#endif + +#ifdef SMP #ifdef CPUSTOP_ON_DDBBREAK +#define VERBOSE_CPUSTOP_ON_DDBBREAK_NOT #if defined(VERBOSE_CPUSTOP_ON_DDBBREAK) + while (atomic_cmpset_int(&output_lock, 0, 1) == 0) + ; db_printf("\nCPU%d stopping CPUs: 0x%08x...", PCPU_GET(cpuid), PCPU_GET(other_cpus)); + atomic_store_rel_int(&output_lock, 0); #endif /* VERBOSE_CPUSTOP_ON_DDBBREAK */ /* We stop all CPUs except ourselves (obviously) */ - stop_cpus(PCPU_GET(other_cpus)); + attempt_to_stop_cpus(PCPU_GET(other_cpus)); #if defined(VERBOSE_CPUSTOP_ON_DDBBREAK) + while (atomic_cmpset_int(&output_lock, 0, 1) == 0) + ; db_printf(" stopped.\n"); + atomic_store_rel_int(&output_lock, 0); #endif /* VERBOSE_CPUSTOP_ON_DDBBREAK */ @@ -192,22 +259,37 @@ #if defined(VERBOSE_CPUSTOP_ON_DDBBREAK) + while (atomic_cmpset_int(&output_lock, 0, 1) == 0) + ; db_printf("\nCPU%d restarting CPUs: 0x%08x...", PCPU_GET(cpuid), stopped_cpus); + atomic_store_rel_int(&output_lock, 0); #endif /* VERBOSE_CPUSTOP_ON_DDBBREAK */ /* Restart all the CPUs we previously stopped */ if (stopped_cpus != PCPU_GET(other_cpus) && smp_started != 0) { + while (atomic_cmpset_int(&output_lock, 0, 1) == 0) + ; db_printf("whoa, other_cpus: 0x%08x, stopped_cpus: 0x%08x\n", PCPU_GET(other_cpus), stopped_cpus); + atomic_store_rel_int(&output_lock, 0); +#if 0 panic("stop_cpus() failed"); +#endif } restart_cpus(stopped_cpus); #if defined(VERBOSE_CPUSTOP_ON_DDBBREAK) + while (atomic_cmpset_int(&output_lock, 0, 1) == 0) + ; db_printf(" restarted.\n"); + atomic_store_rel_int(&output_lock, 0); #endif /* VERBOSE_CPUSTOP_ON_DDBBREAK */ #endif /* CPUSTOP_ON_DDBBREAK */ #endif /* SMP */ + +#ifdef SMP + atomic_store_rel_int(&kdb_trap_lock, NOCPU); +#endif write_eflags(ef); %%% This is supposed to wait for the other CPUs to either stop or enter ddb. They shouldn't loop with interrupts disabled anywhere else. The output_lock stuff here is especially half baked. The VERBOSE_CPUSTOP_ON_DDBBREAK option should be non-optional (always disabled), but I needed something to debug concurrent entry and interleaved output is hard to read. Bruce From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 08:40:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAB6816A4CF; Thu, 8 Apr 2004 08:40:04 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C21E43D5D; Thu, 8 Apr 2004 08:40:04 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.11/8.12.11) with ESMTP id i38Fe4PU001851; Thu, 8 Apr 2004 08:40:04 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) i38Fe4Nh022554; Thu, 8 Apr 2004 08:40:04 -0700 (PDT) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.11/8.12.11/Submit) id i38Fe4fF022553; Thu, 8 Apr 2004 08:40:04 -0700 (PDT) (envelope-from marcel) Date: Thu, 8 Apr 2004 08:40:04 -0700 From: Marcel Moolenaar To: Robert Watson Message-ID: <20040408154004.GA22500@dhcp01.pn.xcllnt.net> References: <20040408064110.GA20875@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: panic on one cpu leaves others running... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 15:40:04 -0000 On Thu, Apr 08, 2004 at 09:43:06AM -0400, Robert Watson wrote: > > On Wed, 7 Apr 2004, Marcel Moolenaar wrote: > > > On Thu, Apr 08, 2004 at 12:13:39AM -0400, Robert Watson wrote: > > > > > > Funky, eh? I thought we used to have code to ipi the other cpu's and halt > > > them until the cpu in ddb was out agian. I guess I mis-remember, or that > > > code is broken... > > > > You remember correctly. > > And it's still going this morning: *snip* > Apr 8 13:39:30 sm-mta[4707]: i3879Tjc003922: SYSERR(root): cannot > flock(/etc/mail/aliases, fd=5, type=1, omode=40000, euid=0): Operation not > supported > > Debugger(c07c3990) at Debugger+0x46 > db> Do you have SMP and/or made modifications to ? What's pcpu->pc_other_cpus and what is stopped_cpus currently? > Presumably in large part because I'm in code that doesn't require Giant, > so there are no lock conflicts. I don't think that's the case. It think we're just not stopping the CPUs or keep them stopped. This is all a hunch and I have no way to test this myself... -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 08:40:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D1D216A4CE for ; Thu, 8 Apr 2004 08:40:06 -0700 (PDT) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id A40F043D5A for ; Thu, 8 Apr 2004 08:40:05 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.9/8.12.5) with ESMTP id i38FdlCd016726; Thu, 8 Apr 2004 09:39:47 -0600 (MDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.9/8.12.5/Submit) id i38FdaK9016717; Thu, 8 Apr 2004 09:39:36 -0600 (MDT) (envelope-from ken) Date: Thu, 8 Apr 2004 09:39:36 -0600 From: "Kenneth D. Merry" To: Doug Ambrisko Message-ID: <20040408153936.GA16585@panzer.kdm.org> References: <20040407043720.GA4393@panzer.kdm.org> <200404071415.i37EF9Rl047872@ambrisko.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200404071415.i37EF9Rl047872@ambrisko.com> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: ICH5R SATA RAID? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 15:40:06 -0000 On Wed, Apr 07, 2004 at 07:15:09 -0700, Doug Ambrisko wrote: > Kenneth D. Merry writes: > | On Tue, Apr 06, 2004 at 20:29:10 -0700, Doug Ambrisko wrote: > | > I have a SuperMicro system that does the Intel "ICH5-R" RAID. > | > I should get inspired via the Linux code and see if I can add > | > that. So far I've haved setup the RAID but have turned on the ICH > | > flag. > | > | Adaptec HostRAID is software RAID. By software RAID, I mean that you only > | get BIOS support from the card for booting, and after that all of the RAID > | functionality is handled via the host OS. > | > | Some of their SCSI controllers include HostRAID support. e.g.: > | > | http://www.adaptec.com/worldwide/product/proddetail.html?sess=no&language=English+US&prodkey=ASC-39320A-R&cat=%2fTechnology%2fUltra320%2fNew+Ultra320+SCSI! > > The ICH stuff is not SCSI. There was no mention of Adaptec in the > manual for this motherboard. There were other SuperMicro boards that > had SCSI controllers on them but this one and the one I have do not. > They just have SATA ports that can do RAID. True, it is SATA, not SCSI. But the concept, and some of the software, is the same. It's pretty common in OEM deals for the actual vendor of the software/hardware to remain unknown. From what it looks like, the RAID functionality is all in software, as opposed to running on a chip embedded in the ICH5. Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 08:42:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAD9C16A4CE for ; Thu, 8 Apr 2004 08:42:04 -0700 (PDT) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3684243D54 for ; Thu, 8 Apr 2004 08:42:04 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.9/8.12.5) with ESMTP id i38FflCd016760; Thu, 8 Apr 2004 09:41:47 -0600 (MDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.9/8.12.5/Submit) id i38FfkRL016759; Thu, 8 Apr 2004 09:41:46 -0600 (MDT) (envelope-from ken) Date: Thu, 8 Apr 2004 09:41:46 -0600 From: "Kenneth D. Merry" To: S?ren Schmidt Message-ID: <20040408154146.GB16585@panzer.kdm.org> References: <200404071415.i37EF9Rl047872@ambrisko.com> <40741A8E.3050504@mullet.se> <407554E3.4050109@DeepCore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <407554E3.4050109@DeepCore.dk> User-Agent: Mutt/1.4.1i cc: Martin Nilsson cc: freebsd-current@freebsd.org Subject: Re: ICH5R SATA RAID? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 15:42:04 -0000 On Thu, Apr 08, 2004 at 15:34:27 +0200, S?ren Schmidt wrote: > Martin Nilsson wrote: > >Doug Ambrisko wrote: > > >There are Supermicro boards with Intel/Marvell SATA controllers that > >have Adaptec HostRAID bioses, drivers for linux (binary only) are > >available in ftp://ftp.supermicro.com/driver/SATA/ > > >There are no mention of these divers on Adaptecs site, from the included > >readmes they seem to be called AAR > > > >As we sell Supermicro, I have different boards to test with if needed. > > I have what I need to do support for the Marvell chip on those boards > except the HW to test on. If anyone know of a PCI based Marvell > controller and can get me one delivered on my doorstep, we can have > native marvell support added to the ATA driver in a resonable short time... I believe the boards sold by RAIDCore/Broadcom might fit the bill: http://www.raidcore.net/raid_controllers.html They have a BIOS that understands RAIDCore metadata, though, so that won't help you write any code deal with Adaptec metadata. Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 08:51:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 418F616A4CE for ; Thu, 8 Apr 2004 08:51:47 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1BFD43D3F for ; Thu, 8 Apr 2004 08:51:46 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.10/8.12.10) with ESMTP id i38FpPPq048074; Thu, 8 Apr 2004 11:51:25 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i38FpOj3048071; Thu, 8 Apr 2004 11:51:24 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Thu, 8 Apr 2004 11:51:24 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Marcel Moolenaar In-Reply-To: <20040408154004.GA22500@dhcp01.pn.xcllnt.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: panic on one cpu leaves others running... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 15:51:47 -0000 On Thu, 8 Apr 2004, Marcel Moolenaar wrote: > On Thu, Apr 08, 2004 at 09:43:06AM -0400, Robert Watson wrote: > > > > On Wed, 7 Apr 2004, Marcel Moolenaar wrote: > > > > > On Thu, Apr 08, 2004 at 12:13:39AM -0400, Robert Watson wrote: > > > > > > > > Funky, eh? I thought we used to have code to ipi the other cpu's and halt > > > > them until the cpu in ddb was out agian. I guess I mis-remember, or that > > > > code is broken... > > > > > > You remember correctly. > > > > And it's still going this morning: > *snip* > > Apr 8 13:39:30 sm-mta[4707]: i3879Tjc003922: SYSERR(root): cannot > > flock(/etc/mail/aliases, fd=5, type=1, omode=40000, euid=0): Operation not > > supported > > > > Debugger(c07c3990) at Debugger+0x46 > > db> > > Do you have SMP and/or made modifications to ? > What's pcpu->pc_other_cpus and what is stopped_cpus currently? No changes to smptests.h. Unfortunately, I don't have access to serial gdb for this box, and causing a dump might well change all that, so I only have the value of stopped_cpus: db> print stopped_cpus c0950594 db> print *stopped_cpus d > > Presumably in large part because I'm in code that doesn't require Giant, > > so there are no lock conflicts. > > I don't think that's the case. It think we're just not stopping the CPUs > or keep them stopped. I agree with that interpretation -- I was suggesting that the reason this problem might not be noticed is that a lot of our code paths require Giant, and it's only when you panic in code without Giant that > > This is all a hunch and I have no way to test this myself... Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 08:52:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6C2B16A4CE; Thu, 8 Apr 2004 08:52:34 -0700 (PDT) Received: from www.ambrisko.com (adsl-64-174-51-42.dsl.snfc21.pacbell.net [64.174.51.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40A1B43D49; Thu, 8 Apr 2004 08:52:34 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.9p2/8.12.9) with ESMTP id i38FqXCf028467; Thu, 8 Apr 2004 08:52:33 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.9p2/8.12.9/Submit) id i38FqXAn028466; Thu, 8 Apr 2004 08:52:33 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200404081552.i38FqXAn028466@ambrisko.com> In-Reply-To: <20040408153936.GA16585@panzer.kdm.org> To: "Kenneth D. Merry" Date: Thu, 8 Apr 2004 08:52:33 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: ICH5R SATA RAID? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 15:52:34 -0000 Kenneth D. Merry writes: | On Wed, Apr 07, 2004 at 07:15:09 -0700, Doug Ambrisko wrote: | > Kenneth D. Merry writes: | > | On Tue, Apr 06, 2004 at 20:29:10 -0700, Doug Ambrisko wrote: | > | > I have a SuperMicro system that does the Intel "ICH5-R" RAID. | > | > I should get inspired via the Linux code and see if I can add | > | > that. So far I've haved setup the RAID but have turned on the ICH | > | > flag. | > | | > | Adaptec HostRAID is software RAID. By software RAID, I mean that you only | > | get BIOS support from the card for booting, and after that all of the RAID | > | functionality is handled via the host OS. | > | | > | Some of their SCSI controllers include HostRAID support. e.g.: | > | | > | http://www.adaptec.com/worldwide/product/proddetail.html?sess=no&language=English+US&prodkey=ASC-39320A-R&cat=%2fTechnology%2fUltra320%2fNew+Ultra320+SCSI! | > | > The ICH stuff is not SCSI. There was no mention of Adaptec in the | > manual for this motherboard. There were other SuperMicro boards that | > had SCSI controllers on them but this one and the one I have do not. | > They just have SATA ports that can do RAID. | | True, it is SATA, not SCSI. But the concept, and some of the software, is | the same. It's pretty common in OEM deals for the actual vendor of the | software/hardware to remain unknown. From what it looks like, the RAID | functionality is all in software, as opposed to running on a chip embedded | in the ICH5. I have working code to read the Intel ICH RAID meta data. I can boot a FreeBSD root partition off a stripe. I looked at your page and it was difficult to see the actual meta data definition. I might have missed it since I was looking at the patch as a patch it didn't look the same at all. Do you have a non-patch version of the meta data definition? Now I need to code up the "write out" of the configuration. Currently I just use the configuration created by the BIOS. I should have this done today then I need to test failure modes. Thanks, Doug A. From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 09:10:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C815016A4CE; Thu, 8 Apr 2004 09:10:01 -0700 (PDT) Received: from localhost (green@localhost [127.0.0.1]) by green.homeunix.org (8.12.11/8.12.11) with ESMTP id i38GA05d072719; Thu, 8 Apr 2004 12:10:00 -0400 (EDT) (envelope-from green@green.homeunix.org) Message-Id: <200404081610.i38GA05d072719@green.homeunix.org> X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: Robert Watson In-Reply-To: Message from Robert Watson From: "Brian F. Feldman" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 08 Apr 2004 12:10:00 -0400 Sender: green@green.homeunix.org cc: current@FreeBSD.org Subject: Re: panic on one cpu leaves others running... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 16:10:02 -0000 Robert Watson wrote: > > panic: m 0 so->so_rcv.sb_cc 17 > at line 860 in file ../../../kern/uipc_socket.c What made you receive that panic? I remember having that exact panic (sb_cc size being a little different, obviously) months ago... and having it disappear. Did you have networking out from Giant where it shouldn't have yet been? ;) -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 09:17:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CBF816A4CE; Thu, 8 Apr 2004 09:17:47 -0700 (PDT) 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 594C043D69; Thu, 8 Apr 2004 09:17:45 -0700 (PDT) (envelope-from sos@DeepCore.dk) Received: from DeepCore.dk (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i38GHaDP004771; Thu, 8 Apr 2004 18:17:41 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <40757B20.70408@DeepCore.dk> Date: Thu, 08 Apr 2004 18:17:36 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.5 (X11/20040329) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Kenneth D. Merry" References: <200404071415.i37EF9Rl047872@ambrisko.com> <40741A8E.3050504@mullet.se> <407554E3.4050109@DeepCore.dk> <20040408154146.GB16585@panzer.kdm.org> In-Reply-To: <20040408154146.GB16585@panzer.kdm.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: Martin Nilsson cc: freebsd-current@freebsd.org Subject: Re: ICH5R SATA RAID? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 16:17:47 -0000 Kenneth D. Merry wrote: >>I have what I need to do support for the Marvell chip on those boards >>except the HW to test on. If anyone know of a PCI based Marvell >>controller and can get me one delivered on my doorstep, we can have >>native marvell support added to the ATA driver in a resonable short time... > > > I believe the boards sold by RAIDCore/Broadcom might fit the bill: > > http://www.raidcore.net/raid_controllers.html > > They have a BIOS that understands RAIDCore metadata, though, so that won't > help you write any code deal with Adaptec metadata. The price quote I got from those guys (they have no intention of providing one for development) is way out of reach for my budget :( -- -Søren From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 09:23:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E6F316A4CE; Thu, 8 Apr 2004 09:23:04 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB1A743D5C; Thu, 8 Apr 2004 09:23:03 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.10/8.12.10) with ESMTP id i38GMgPq048640; Thu, 8 Apr 2004 12:22:42 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i38GMgTD048637; Thu, 8 Apr 2004 12:22:42 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Thu, 8 Apr 2004 12:22:42 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: "Brian F. Feldman" In-Reply-To: <200404081610.i38GA05d072719@green.homeunix.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@FreeBSD.org Subject: Re: panic on one cpu leaves others running... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 16:23:04 -0000 On Thu, 8 Apr 2004, Brian F. Feldman wrote: > Robert Watson wrote: > > > > panic: m 0 so->so_rcv.sb_cc 17 > > at line 860 in file ../../../kern/uipc_socket.c > > What made you receive that panic? I remember having that exact panic > (sb_cc size being a little different, obviously) months ago... and > having it disappear. Did you have networking out from Giant where it > shouldn't have yet been? ;) This is running without Giant over most of the network stack. However, I'm still working on tracking down the source of the problem -- I'm beginning to wonder if it's not an existing race opened up by releasing locks in areas where only memory allocations required sleeping would have opened the race previously. I got this panic during local UNIX domain socket IPC between the sshd bits. I suspect what's going on, but need to look in more detail, is that something is messed up relating to control mbufs -- I.e., ancillary data transfer. If you're interested in taking a look at the current work-in-progress, take a look at the rwatson_netperf branch in perforce, or at: http://www.watson.org/~robert/freebsd/netperf/ I can also add you to the CC list for new patch versions if you like. Pretty shortly, I'll be sending them to arch@ instead, but I need to resolve a few problems in socket locking (including this one). Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research > > -- > Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ > <> green@FreeBSD.org \ The Power to Serve! \ > Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ > > > From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 09:24:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91D6816A4CE for ; Thu, 8 Apr 2004 09:24:17 -0700 (PDT) Received: from mail2.numachi.com (mail2.numachi.com [198.175.254.8]) by mx1.FreeBSD.org (Postfix) with SMTP id 91FA643D31 for ; Thu, 8 Apr 2004 09:24:14 -0700 (PDT) (envelope-from reichert@numachi.com) Received: (qmail 23110 invoked from network); 8 Apr 2004 16:24:13 -0000 Received: from natto.numachi.com (198.175.254.216) by mail2.numachi.com with SMTP; 8 Apr 2004 16:24:13 -0000 Received: (qmail 3071 invoked by uid 1001); 8 Apr 2004 16:24:13 -0000 Date: Thu, 8 Apr 2004 12:24:13 -0400 From: Brian Reichert To: John Baldwin Message-ID: <20040408162413.GX29783@numachi.com> References: <20040402232528.GA54705@numachi.com> <200404061414.49846.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200404061414.49846.jhb@FreeBSD.org> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: introducing support for other AGP devices? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 16:24:17 -0000 On Tue, Apr 06, 2004 at 02:14:49PM -0400, John Baldwin wrote: > > Any pointers? I _think_ the Mobility U1 is also known as a 'IGP320M' > > Northbridge chipset: > > > > > > > > (I'm grasping at straws here...) > > > > Thanks for any advice. > > Unfortunately, that link doesn't provide the info needed to write an AGP > driver. You need to know the PCI config registers for that device, > especially the registers used for setting the size of the aperture, flushing > the GART, etc. I figured that would be the core issue. I suppose what I was really wondering was whether or not this was already on someone's plate, and if I could hence avoid doing any work. :) Thanks for the feedback... > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" = http://www.FreeBSD.org -- Brian Reichert 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 09:29:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7ABE16A4CE; Thu, 8 Apr 2004 09:29:14 -0700 (PDT) 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 12DD543D66; Thu, 8 Apr 2004 09:29:14 -0700 (PDT) (envelope-from sos@DeepCore.dk) Received: from DeepCore.dk (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i38GSrXA004866; Thu, 8 Apr 2004 18:28:58 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <40757DC5.8050300@DeepCore.dk> Date: Thu, 08 Apr 2004 18:28:53 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.5 (X11/20040329) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug Ambrisko References: <200404081552.i38FqXAn028466@ambrisko.com> In-Reply-To: <200404081552.i38FqXAn028466@ambrisko.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-current@freebsd.org Subject: Re: ICH5R SATA RAID? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 16:29:15 -0000 Doug Ambrisko wrote: > Kenneth D. Merry writes: > | On Wed, Apr 07, 2004 at 07:15:09 -0700, Doug Ambrisko wrote: > | > Kenneth D. Merry writes: > | > | On Tue, Apr 06, 2004 at 20:29:10 -0700, Doug Ambrisko wrote: > | > | > I have a SuperMicro system that does the Intel "ICH5-R" RAID. > | > | > I should get inspired via the Linux code and see if I can add > | > | > that. So far I've haved setup the RAID but have turned on the ICH > | > | > flag. > | > | > | > | Adaptec HostRAID is software RAID. By software RAID, I mean that you only > | > | get BIOS support from the card for booting, and after that all of the RAID > | > | functionality is handled via the host OS. > | > | > | > | Some of their SCSI controllers include HostRAID support. e.g.: > | > | > | > | http://www.adaptec.com/worldwide/product/proddetail.html?sess=no&language=English+US&prodkey=ASC-39320A-R&cat=%2fTechnology%2fUltra320%2fNew+Ultra320+SCSI! > | > > | > The ICH stuff is not SCSI. There was no mention of Adaptec in the > | > manual for this motherboard. There were other SuperMicro boards that > | > had SCSI controllers on them but this one and the one I have do not. > | > They just have SATA ports that can do RAID. > | > | True, it is SATA, not SCSI. But the concept, and some of the software, is > | the same. It's pretty common in OEM deals for the actual vendor of the > | software/hardware to remain unknown. From what it looks like, the RAID > | functionality is all in software, as opposed to running on a chip embedded > | in the ICH5. > > I have working code to read the Intel ICH RAID meta data. I can boot > a FreeBSD root partition off a stripe. I looked at your page and it was > difficult to see the actual meta data definition. I might have missed > it since I was looking at the patch as a patch it didn't look the same at > all. Do you have a non-patch version of the meta data definition? > > Now I need to code up the "write out" of the configuration. Currently I just > use the configuration created by the BIOS. > > I should have this done today then I need to test failure modes. Then you are about as far as I was when I got sidetracked back when :) I have code to read adaptec / AMI / Intel meta data, but no writes yet, so it has stranded there as I hoped that the right solution would show up in GEOM somehow. However now that I'm close to having the Promise SX4/4000 going I realize that a GEOM solution wont fly for me anyways so things might get changed .... -- -Søren From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 09:37:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 632F116A4CE; Thu, 8 Apr 2004 09:37:07 -0700 (PDT) Received: from www.ambrisko.com (adsl-64-174-51-42.dsl.snfc21.pacbell.net [64.174.51.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFC3343D1F; Thu, 8 Apr 2004 09:37:06 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.9p2/8.12.9) with ESMTP id i38GarCf030859; Thu, 8 Apr 2004 09:36:53 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.9p2/8.12.9/Submit) id i38GareL030858; Thu, 8 Apr 2004 09:36:53 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200404081636.i38GareL030858@ambrisko.com> In-Reply-To: <40757DC5.8050300@DeepCore.dk> To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Thu, 8 Apr 2004 09:36:53 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UNKNOWN-8BIT cc: freebsd-current@freebsd.org Subject: Re: ICH5R SATA RAID? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 16:37:07 -0000 Søren Schmidt writes: | Then you are about as far as I was when I got sidetracked back when :) | I have code to read adaptec / AMI / Intel meta data, but no writes yet, | so it has stranded there as I hoped that the right solution would show | up in GEOM somehow. However now that I'm close to having the Promise | SX4/4000 going I realize that a GEOM solution wont fly for me anyways so | things might get changed .... Did you determine the Intel format was the same as the others or different. I only have the Intel HW to work with. Could you share the code for the Intel part so it will be easier to merge with your WIP. It seems the biggest part of the task it to create the mappings from the ata-raid structure to the disk. GEOM isn't an answer for me need since I need to run this under -stable. This should be fairly easier to migrate to GEOM when the time comes. Thanks, Doug A. From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 09:43:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 409DC16A4D2; Thu, 8 Apr 2004 09:43:36 -0700 (PDT) Received: from localhost (green@localhost [127.0.0.1]) by green.homeunix.org (8.12.11/8.12.11) with ESMTP id i38GhZhX092335; Thu, 8 Apr 2004 12:43:35 -0400 (EDT) (envelope-from green@green.homeunix.org) Message-Id: <200404081643.i38GhZhX092335@green.homeunix.org> X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: Robert Watson In-Reply-To: Message from Robert Watson From: "Brian F. Feldman" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 08 Apr 2004 12:43:35 -0400 Sender: green@green.homeunix.org cc: current@FreeBSD.org Subject: Re: panic on one cpu leaves others running... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 16:43:36 -0000 Robert Watson wrote: > > On Thu, 8 Apr 2004, Brian F. Feldman wrote: > > > Robert Watson wrote: > > > > > > panic: m 0 so->so_rcv.sb_cc 17 > > > at line 860 in file ../../../kern/uipc_socket.c > > > > What made you receive that panic? I remember having that exact panic > > (sb_cc size being a little different, obviously) months ago... and > > having it disappear. Did you have networking out from Giant where it > > shouldn't have yet been? ;) > > This is running without Giant over most of the network stack. However, > I'm still working on tracking down the source of the problem -- I'm > beginning to wonder if it's not an existing race opened up by releasing > locks in areas where only memory allocations required sleeping would have > opened the race previously. I got this panic during local UNIX domain > socket IPC between the sshd bits. I suspect what's going on, but need to > look in more detail, is that something is messed up relating to control > mbufs -- I.e., ancillary data transfer. If you're interested in taking a > look at the current work-in-progress, take a look at the rwatson_netperf > branch in perforce, or at: > > http://www.watson.org/~robert/freebsd/netperf/ > > I can also add you to the CC list for new patch versions if you like. > Pretty shortly, I'll be sending them to arch@ instead, but I need to > resolve a few problems in socket locking (including this one). My first suspicion would also be MT_CONTROL botches. I'll take a look, since I'm recently re-familiarized with soreceive (turning mbuf tags into control messages... *barf*). I'll just check it out from perforce if I get the time to start running more than one branch :) -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 09:44:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CB7316A4CE for ; Thu, 8 Apr 2004 09:44:27 -0700 (PDT) Received: from ack.Berkeley.EDU (ack.Berkeley.EDU [128.32.206.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 772FC43D58 for ; Thu, 8 Apr 2004 09:44:27 -0700 (PDT) (envelope-from mhunter@ack.Berkeley.EDU) Received: (from mhunter@localhost) by ack.Berkeley.EDU (8.11.3/8.11.3) id i38GiRm08436 for freebsd-current@freebsd.org; Thu, 8 Apr 2004 09:44:27 -0700 (PDT) Date: Thu, 8 Apr 2004 09:44:27 -0700 From: Mike Hunter To: freebsd-current@freebsd.org Message-ID: <20040408164426.GA8409@ack.Berkeley.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Subject: Panic from April 7th Kernel (acpi?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 16:44:27 -0000 (This all started with just trying to upgrade gaim, which wanted a new gettext, which compelled me to use portupgrade -fr, which I think hosed my nvidia driver...:( Down with gettext...why!!!!) Contributing factors: Disabling acpi allows me to boot normally It did *not* pannic with boot -h (God hates me) I'm using a custom /boot/DSDT.aml I'm using the nvidia binary driver System is a dell latitude D800 laptop During boot, it says: ata1-slave: FAILURE - ATAPI_IDENTIFY no interrupt (That preceded a panic when I tried to go to 5.2.1-release, but I read somewhere on the web about an acpi vs ata problem that was fixed, so I cvsup'd to current from April 7, 2004.) Here's the panic (by hand...forgive any typos) Memory modified after free 0xc46a3a00(508) val 1000100 @ 0xc46a3a00 Fatal trap 12: page fault while in kernel mode fault virtual address = 0x1000120 fault code supervisor read, page not present instruction pointeer = 0x8: 0xc0742626 stack pointer = 0x10:0xd86c5984 frame pointer = 0x10:0xd86c59a0 code segment = base 0x0, limit 0xfffff, type 0x1b dpl 0, pres 1, def32 1, gran 1 processor eflags = interupt enabled, resume, iopl = 0 current process = 520 (sh) kernel type 12 trap, code 0 stopped at mtrash_ctor+0x3a: movl 0x20(%eax), %eax db>tr mtrash_ctor(c46a3a00,200,0) at mtrash_ctor+0x3a uma_zalloc_arg(c1045cc0, 0, 2) at uma_zalloc_arg+0x169 malloc(188,c0843900,2,3,c46ae000) at malloc + 0xb7 elf32_load_file(c479adc0, d4e9b0f4,d86c5bd0,1000) at elf_32_load_file+0x51 elec_elf_32_imgact(d8c5b94,c0626798,c08afaf0,0,0) at exec_elf32_imgact+0x4c7 kern_execve(c46ae000,8065050,806503c,8065044,0) at kern_execve+0x352 execve(c46ae000,d86c5d14,3,-,286) at execv+0x18 syscall(2f,2f,2f,8065050,506503c) at syscall+0x217 Xinit0x80_syscall() at Xinit0x800_syscall+0x1d --- syscall (59, FreeBSD, ELF32, execve), eip=0x281293e3, esp = 0xbfbfec9c, ebp = 0xbfbfecb8 From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 10:12:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42E7916A4CE for ; Thu, 8 Apr 2004 10:12:22 -0700 (PDT) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F62E43D46 for ; Thu, 8 Apr 2004 10:12:20 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.9/8.12.5) with ESMTP id i38HBcCd017516; Thu, 8 Apr 2004 11:11:38 -0600 (MDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.9/8.12.5/Submit) id i38HBcoO017515; Thu, 8 Apr 2004 11:11:38 -0600 (MDT) (envelope-from ken) Date: Thu, 8 Apr 2004 11:11:37 -0600 From: "Kenneth D. Merry" To: Doug Ambrisko Message-ID: <20040408171137.GA17398@panzer.kdm.org> References: <20040408153936.GA16585@panzer.kdm.org> <200404081552.i38FqXAn028466@ambrisko.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200404081552.i38FqXAn028466@ambrisko.com> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: ICH5R SATA RAID? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 17:12:22 -0000 On Thu, Apr 08, 2004 at 08:52:33 -0700, Doug Ambrisko wrote: > Kenneth D. Merry writes: > | On Wed, Apr 07, 2004 at 07:15:09 -0700, Doug Ambrisko wrote: > | > Kenneth D. Merry writes: > | > | On Tue, Apr 06, 2004 at 20:29:10 -0700, Doug Ambrisko wrote: > | > | > I have a SuperMicro system that does the Intel "ICH5-R" RAID. > | > | > I should get inspired via the Linux code and see if I can add > | > | > that. So far I've haved setup the RAID but have turned on the ICH > | > | > flag. > | > | > | > | Adaptec HostRAID is software RAID. By software RAID, I mean that you only > | > | get BIOS support from the card for booting, and after that all of the RAID > | > | functionality is handled via the host OS. > | > | > | > | Some of their SCSI controllers include HostRAID support. e.g.: > | > | > | > | http://www.adaptec.com/worldwide/product/proddetail.html?sess=no&language=English+US&prodkey=ASC-39320A-R&cat=%2fTechnology%2fUltra320%2fNew+Ultra320+SCSI! > | > > | > The ICH stuff is not SCSI. There was no mention of Adaptec in the > | > manual for this motherboard. There were other SuperMicro boards that > | > had SCSI controllers on them but this one and the one I have do not. > | > They just have SATA ports that can do RAID. > | > | True, it is SATA, not SCSI. But the concept, and some of the software, is > | the same. It's pretty common in OEM deals for the actual vendor of the > | software/hardware to remain unknown. From what it looks like, the RAID > | functionality is all in software, as opposed to running on a chip embedded > | in the ICH5. > > I have working code to read the Intel ICH RAID meta data. I can boot > a FreeBSD root partition off a stripe. I looked at your page and it was > difficult to see the actual meta data definition. I might have missed > it since I was looking at the patch as a patch it didn't look the same at > all. Do you have a non-patch version of the meta data definition? Since that part of the patch is just a whole file, you could probably run it through patch to get it out. You might want to grab the tarball off of Justin's web page, though. He's got up to date structure definitions for both ASR metadata and Dell DDF metadata in his tarball: http://people.freebsd.org/~gibbs/linux/SRC/emd-0.8.0-tar.gz You're probably looking for md_metadata_adaptec.h. (Which is the same metadata format used by the Adaptec controllers that use the 'asr' driver.) > Now I need to code up the "write out" of the configuration. Currently I just > use the configuration created by the BIOS. > > I should have this done today then I need to test failure modes. Both the emd tarball above and the patch from my web page include support for writing ASR metadata. That's probably mostly useful just to see how they update individual fields, what the format is, etc. Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 11:50:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E2C116A4CE; Thu, 8 Apr 2004 11:50:01 -0700 (PDT) Received: from crf-consulting.co.uk (82-44-220-218.cable.ubr10.haye.blueyonder.co.uk [82.44.220.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD9BF43D1D; Thu, 8 Apr 2004 11:49:59 -0700 (PDT) (envelope-from nik@crf-consulting.co.uk) Received: from clan.nothing-going-on.org (clan.nothing-going-on.org [192.168.1.20])i38Inw5U016696; Thu, 8 Apr 2004 19:49:59 +0100 (BST) (envelope-from nik@catkin) Received: from clan.nothing-going-on.org (localhost [127.0.0.1]) i38InwJc000776; Thu, 8 Apr 2004 19:49:58 +0100 (BST) (envelope-from nik@clan.nothing-going-on.org) Received: (from nik@localhost)i38InwPu000775; Thu, 8 Apr 2004 19:49:58 +0100 (BST) (envelope-from nik) Date: Thu, 8 Apr 2004 19:49:58 +0100 From: Nik Clayton To: Nik Clayton Message-ID: <20040408184958.GA763@clan.nothing-going-on.org> References: <20040406124641.GA800@clan.nothing-going-on.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline In-Reply-To: <20040406124641.GA800@clan.nothing-going-on.org> User-Agent: Mutt/1.4.2.1i Organization: FreeBSD Project cc: current@freebsd.org Subject: Re: USB issues -- dodgy motherboard? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 18:50:01 -0000 --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 06, 2004 at 01:46:41PM +0100, Nik Clayton wrote: > I'm trying to use some USB devices on a -current system, updated on 17th > March 2004. >=20 > The motherboard is a Gigabyte 6VXDC7, BIOS rev. F6, with all the USB > ports enabled (according to the BIOS). One of the ports is then > connected to the USB hub built in to one of the monitors, an Iiyama > AU4831D. This hub has four ports. And it turns out that the trick to getting this working is to disable the "Legacy USB Support" option in the BIOS, which has been turned on since day 1. With that, devices are recognised. So far, a USB mouse, 2 memory sticks, and bluetooth dongle have all worked. Now I have to get the Wacom tablet working in X... My thanks to everyone that offered assistance. N --=20 FreeBSD: The Power to Serve http://www.freebsd.org/ (__) FreeBSD Documentation Project http://www.freebsd.org/docproj/ \\\'',) \/ \= ^ --- 15B8 3FFC DDB4 34B0 AA5F 94B7 93A8 0764 2C37 E375 --- .\._/= _) --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAdZ7Vk6gHZCw343URAmhbAJ4hJuNsqQFhKjH19xyMlmNIeqEDMACgg5LJ ZFiBvEoE7WkKmGhCCqBdeJI= =DKqC -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 11:59:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04DA116A4CE; Thu, 8 Apr 2004 11:59:54 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A70443D45; Thu, 8 Apr 2004 11:59:53 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.11/8.12.11) with ESMTP id i38IxrS4002636; Thu, 8 Apr 2004 11:59:53 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) i38Ixn9M023036; Thu, 8 Apr 2004 11:59:49 -0700 (PDT) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.11/8.12.11/Submit) id i38IxnZL023035; Thu, 8 Apr 2004 11:59:49 -0700 (PDT) (envelope-from marcel) Date: Thu, 8 Apr 2004 11:59:49 -0700 From: Marcel Moolenaar To: Robert Watson Message-ID: <20040408185949.GA22954@dhcp01.pn.xcllnt.net> References: <20040408154004.GA22500@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="n8g4imXOkfNTN/H1" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: panic on one cpu leaves others running... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 18:59:54 -0000 --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Apr 08, 2004 at 11:51:24AM -0400, Robert Watson wrote: > > > > Presumably in large part because I'm in code that doesn't require Giant, > > > so there are no lock conflicts. > > > > I don't think that's the case. It think we're just not stopping the CPUs > > or keep them stopped. > > I agree with that interpretation -- I was suggesting that the reason this > problem might not be noticed is that a lot of our code paths require > Giant, and it's only when you panic in code without Giant that Ah, ok. The thing that strikes me as odd, if not wrong, is that we use PCPU(CPUID) to update the stopped_cpus mask, while we should be using PCPU(CPUMASK) for that. See attached patch (untested). Am I off-base here? -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="apic.diff" Index: apic_vector.s =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/apic_vector.s,v retrieving revision 1.97 diff -u -r1.97 apic_vector.s --- apic_vector.s 3 Feb 2004 22:00:41 -0000 1.97 +++ apic_vector.s 8 Apr 2004 18:58:31 -0000 @@ -336,7 +336,7 @@ call CNAME(savectx) /* Save process context */ addl $4, %esp - movl PCPU(CPUID), %eax + movl PCPU(CPUMASK), %eax lock btsl %eax, CNAME(stopped_cpus) /* stopped_cpus |= (1< Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AECA916A4CE; Thu, 8 Apr 2004 12:26:18 -0700 (PDT) Received: from psg.com (psg.com [147.28.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AB6D43D53; Thu, 8 Apr 2004 12:26:18 -0700 (PDT) (envelope-from randy@psg.com) Received: from [127.0.0.1] (helo=roam.psg.com) by psg.com with esmtp (Exim 4.30; FreeBSD) id 1BBfAI-00010U-58; Thu, 08 Apr 2004 19:26:18 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.30; FreeBSD) id 1BBfAG-0007K1-O7; Thu, 08 Apr 2004 12:26:16 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16501.42839.188711.726912@roam.psg.com> Date: Thu, 8 Apr 2004 12:26:15 -0700 To: Ivan Voras References: <40745C07.6030501@fer.hr> cc: stable@freebsd.org cc: kernel@lists.dragonflybsd.org cc: current@freebsd.org cc: netbsd-users@netbsd.org Subject: Re: Benchmarking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 19:26:18 -0000 this is not computer science, it must be a newspaper, and not a very good one at that randy From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 12:32:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A516716A4CE for ; Thu, 8 Apr 2004 12:32:19 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9907843D48 for ; Thu, 8 Apr 2004 12:32:19 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 8857172DCA; Thu, 8 Apr 2004 12:32:19 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 867E972DBF for ; Thu, 8 Apr 2004 12:32:19 -0700 (PDT) Date: Thu, 8 Apr 2004 12:32:19 -0700 (PDT) From: Doug White To: current@freebsd.org Message-ID: <20040408122547.E13329@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: can't build world from 5.2.1-REL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 19:32:19 -0000 Hey folks, I've got a dual Xeon machine here that can't seem to build -current from 5.2.1-RELEASE. It appears something is badly broken in the gcc build or yacc or both. The victim machine was just freshly installed with 5.2.1-REL, and I've only built the kernel to enable SMP and remove the drivers I don't use. The first time I tried to buildworld, it croaked on trying to link gengtype complaining that a bunch of yy* symbols weren't defined. I toasted /usr/obj and built again and got "attempt to use poisoned "strdup"" messages during a make depend step in cc_tools. The last time the "poisioned" messages appeared, which was last year, it was due to broken sed. Looking at the diffs between the foo.c and foo.c%DIKED files, the correct changes are being made. I'm working on generating buildworld typescripts once I get a fresh src tree downloaded to the machine again. Since my other -current builders, which update near daily, are building OK, I'm guessing there is a non-backwards-compatible change in there somewhere. I'll post the URLs once I get the logs uploaded. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 12:36:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C46616A4CE; Thu, 8 Apr 2004 12:36:32 -0700 (PDT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F2F943D5C; Thu, 8 Apr 2004 12:36:30 -0700 (PDT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i38Jehd1045572 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Apr 2004 22:40:45 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.12.11/8.12.11) id i38JaIDw002079; Thu, 8 Apr 2004 22:36:18 +0300 (EEST) (envelope-from ru) Date: Thu, 8 Apr 2004 22:36:18 +0300 From: Ruslan Ermilov To: Bruce Evans Message-ID: <20040408193618.GA1919@ip.net.ua> References: <20240000.1079394807@palle.girgensohn.se> <3810000.1081299464@palle.girgensohn.se> <20040407235838.K11719@gamplex.bde.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ew6BAiZeqk4r7MaW" Content-Disposition: inline In-Reply-To: <20040407235838.K11719@gamplex.bde.org> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: current@FreeBSD.org cc: Palle Girgensohn cc: net@FreeBSD.org Subject: Re: sk ethernet driver: watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 19:36:32 -0000 --ew6BAiZeqk4r7MaW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 08, 2004 at 12:17:06AM +1000, Bruce Evans wrote: [...] > The following patch reduces the problem on A7V8X-E a little. It limits > the tx queue to 1 packet and fixes handling of the timeout on txeof. > The first part probably makes the second part a no-op. Without this, > my A7V8X-E hangs on even light nfs activity (e.g., copying a 1MB file > to nfs). With it, it takes heavier nfs activity to hang (makeworld > never completes, and a flood ping always hangs). >=20 > I first suspected an interrupt-related bug, but the bug seems to be > more hardware-specific. Examination of the output queues shows that > the tx sometimes just stops before processing all packets. Resetting > in sk_watchdog() doesn't always fix the problem, and the timeout usually > stops firing after a couple of unsuccessful resets, giving a completely > hung device. But the problem may be related to interrupt timing, since > it is much smaller under RELENG_4. RELENG_4 hangs about as often > without this hack as -current does with it. >=20 > nv0 hangs similarly. fxp0 just works. >=20 > %%% > Index: if_sk.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /home/ncvs/src/sys/pci/if_sk.c,v > retrieving revision 1.78 > diff -u -2 -r1.78 if_sk.c > --- if_sk.c 31 Mar 2004 12:35:51 -0000 1.78 > +++ if_sk.c 1 Apr 2004 07:33:58 -0000 > @@ -1830,4 +1830,9 @@ > SK_IF_LOCK(sc_if); >=20 > + if (sc_if->sk_cdata.sk_tx_cnt > 0) { > + SK_IF_UNLOCK(sc_if); > + return; > + } > + > idx =3D sc_if->sk_cdata.sk_tx_prod; >=20 > @@ -1853,4 +1858,5 @@ > */ > BPF_MTAP(ifp, m_head); > + break; > } >=20 > @@ -2000,5 +2031,4 @@ > sc_if->sk_cdata.sk_tx_cnt--; > SK_INC(idx, SK_TX_RING_CNT); > - ifp->if_timer =3D 0; > } >=20 > @@ -2007,4 +2037,6 @@ > if (cur_tx !=3D NULL) > ifp->if_flags &=3D ~IFF_OACTIVE; > + > + ifp->if_timer =3D (sc_if->sk_cdata.sk_tx_cnt =3D=3D 0) ? 0 : 5; >=20 > return; > %%% >=20 Always recharging the timer to 5 when there's some TX work still left is a bug. With DEVICE_POLLING (yes, I have plans to add polling(4) support for sk(4) too), sk_txeof() will be called periodically, and if the card gets stuck, the if_timer will never downgrade to zero, and sk_watchdog() will never be called. Without DEVICE_POLLING, recharging it back to 5 even when if_timer reaches 0 is still pointless, because when if_timer is 0 while in the sk_txeof(), it means it's called by sk_watchdog() which will reinit the card and both RX and TX lists, making them empty, so having the if_timer with the value of 5 _after_ executing the watchdog cleaning and having _no_ TX activity at all may cause a second (false) watchdog. My version of the TX fixes (which also fixes resetting of IFF_OACTIVE): %%% Index: if_sk.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/pci/if_sk.c,v retrieving revision 1.78 diff -u -p -r1.78 if_sk.c --- if_sk.c 31 Mar 2004 12:35:51 -0000 1.78 +++ if_sk.c 8 Apr 2004 19:10:50 -0000 @@ -1998,14 +1998,14 @@ sk_txeof(sc_if) sc_if->sk_cdata.sk_tx_chain[idx].sk_mbuf =3D NULL; } sc_if->sk_cdata.sk_tx_cnt--; + ifp->if_flags &=3D ~IFF_OACTIVE; SK_INC(idx, SK_TX_RING_CNT); - ifp->if_timer =3D 0; } =20 sc_if->sk_cdata.sk_tx_cons =3D idx; =20 - if (cur_tx !=3D NULL) - ifp->if_flags &=3D ~IFF_OACTIVE; + if (sc_if->sk_cdata.sk_tx_cnt =3D=3D 0) + ifp->if_timer =3D 0; =20 return; } %%% We have been running the 3COM 3C940 card on 4.9 (and from today on 4.10-BETA) without any problems and under a heavy TX load. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --ew6BAiZeqk4r7MaW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAdamyUkv4P6juNwoRAv3lAJ4pOtf3uOhCykrrHmGz7O+IPAFHtACeLBs4 Z7+c3DoQnN1htNLZTmLkw08= =qgbu -----END PGP SIGNATURE----- --ew6BAiZeqk4r7MaW-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 12:37:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B00A016A500 for ; Thu, 8 Apr 2004 12:37:18 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97EA043D58 for ; Thu, 8 Apr 2004 12:37:18 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 8CF3C72DF0; Thu, 8 Apr 2004 12:37:18 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 8AE4972DCA for ; Thu, 8 Apr 2004 12:37:18 -0700 (PDT) Date: Thu, 8 Apr 2004 12:37:18 -0700 (PDT) From: Doug White To: current@freebsd.org In-Reply-To: <20040408122547.E13329@carver.gumbysoft.com> Message-ID: <20040408123652.R13329@carver.gumbysoft.com> References: <20040408122547.E13329@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: can't build world from 5.2.1-REL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 19:37:18 -0000 Log is now up at http://www.gumbysoft.com/buildworld.log On Thu, 8 Apr 2004, Doug White wrote: > Hey folks, > > I've got a dual Xeon machine here that can't seem to build -current from > 5.2.1-RELEASE. It appears something is badly broken in the gcc build or > yacc or both. The victim machine was just freshly installed with > 5.2.1-REL, and I've only built the kernel to enable SMP and remove the > drivers I don't use. > > The first time I tried to buildworld, it croaked on trying to link > gengtype complaining that a bunch of yy* symbols weren't defined. I > toasted /usr/obj and built again and got "attempt to use poisoned > "strdup"" messages during a make depend step in cc_tools. > > The last time the "poisioned" messages appeared, which was last year, it > was due to broken sed. Looking at the diffs between the foo.c and > foo.c%DIKED files, the correct changes are being made. > > I'm working on generating buildworld typescripts once I get a fresh src > tree downloaded to the machine again. Since my other -current builders, > which update near daily, are building OK, I'm guessing there is a > non-backwards-compatible change in there somewhere. > > I'll post the URLs once I get the logs uploaded. > > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 12:48:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B818B16A4CE for ; Thu, 8 Apr 2004 12:48:03 -0700 (PDT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0F6043D45 for ; Thu, 8 Apr 2004 12:48:00 -0700 (PDT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i38JqAh6047028 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Apr 2004 22:52:12 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.12.11/8.12.11) id i38Jlkgm002308; Thu, 8 Apr 2004 22:47:47 +0300 (EEST) (envelope-from ru) Date: Thu, 8 Apr 2004 22:47:46 +0300 From: Ruslan Ermilov To: Doug White Message-ID: <20040408194746.GD1919@ip.net.ua> References: <20040408122547.E13329@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LTeJQqWS0MN7I/qa" Content-Disposition: inline In-Reply-To: <20040408122547.E13329@carver.gumbysoft.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: current@freebsd.org Subject: Re: can't build world from 5.2.1-REL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 19:48:03 -0000 --LTeJQqWS0MN7I/qa Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 08, 2004 at 12:32:19PM -0700, Doug White wrote: > Hey folks, >=20 > I've got a dual Xeon machine here that can't seem to build -current from > 5.2.1-RELEASE. It appears something is badly broken in the gcc build or > yacc or both. The victim machine was just freshly installed with > 5.2.1-REL, and I've only built the kernel to enable SMP and remove the > drivers I don't use. >=20 > The first time I tried to buildworld, it croaked on trying to link > gengtype complaining that a bunch of yy* symbols weren't defined. I > toasted /usr/obj and built again and got "attempt to use poisoned > "strdup"" messages during a make depend step in cc_tools. >=20 > The last time the "poisioned" messages appeared, which was last year, it > was due to broken sed. Looking at the diffs between the foo.c and > foo.c%DIKED files, the correct changes are being made. >=20 > I'm working on generating buildworld typescripts once I get a fresh src > tree downloaded to the machine again. Since my other -current builders, > which update near daily, are building OK, I'm guessing there is a > non-backwards-compatible change in there somewhere. >=20 > I'll post the URLs once I get the logs uploaded. >=20 This looks very familiar, though I don't remember the details, but you may try searching the mailing list archives. Or for a brute force attack of the problem, please try upgrading to the -current version of yacc(1) before doing buildworld. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --LTeJQqWS0MN7I/qa Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAdaxiUkv4P6juNwoRApzSAJsFe4vZTERAxFJe8gfc1TjXekH1lACaA1nv 34NxVic21SanyPnTLBdA8BI= =cxOr -----END PGP SIGNATURE----- --LTeJQqWS0MN7I/qa-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 12:49:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79D2516A4CE for ; Thu, 8 Apr 2004 12:49:12 -0700 (PDT) Received: from webmail-outgoing.us4.outblaze.com (webmail-outgoing.us4.outblaze.com [205.158.62.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id F37DC43D55 for ; Thu, 8 Apr 2004 12:49:11 -0700 (PDT) (envelope-from pdseniura@techie.com) Received: from wfilter.us4.outblaze.com (wfilter.us4.outblaze.com [205.158.62.180])A682718018C5 for ; Thu, 8 Apr 2004 19:49:09 +0000 (GMT) X-OB-Received: from unknown (205.158.62.178) by wfilter.us4.outblaze.com; 8 Apr 2004 19:47:59 -0000 Received: by ws1-14.us4.outblaze.com (Postfix, from userid 1001) id 8AAD1790058; Thu, 8 Apr 2004 19:49:09 +0000 (GMT) Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-Mailer: MIME-tools 5.41 (Entity 5.404) Received: from [192.149.244.9] by ws1-14.us4.outblaze.com with http for pdseniura@techie.com; Thu, 08 Apr 2004 13:49:09 -0600 From: "P.D. Seniura" To: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Date: Thu, 08 Apr 2004 13:49:09 -0600 Importance: high X-Originating-Ip: 192.149.244.9 X-Originating-Server: ws1-14.us4.outblaze.com Message-Id: <20040408194909.8AAD1790058@ws1-14.us4.outblaze.com> Subject: more serious problems using lang/gcc33 or lang/gcc34 for world & kernel & some ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 19:49:12 -0000 To add to the problems mentioned previously in this thread . For the below, I'm using solely lang/gcc33 (aka gcc334). The buildworld with NO_DYNAMICROOT=yes set in /etc/make.conf did help a bit with the previously-mentioned problems. At least the shells found their symbols, so the system comes up to a ttyv fine. Starting a plain KDE/X11 environment works, too. Compiling world with NO_DYNAMICROOT=yes did _not_ help with the "undeclared MD5_*" problems when it came across libopie and others as mentioned previously. Yesterday I removed NO_DYNAMICROOT=yes so we could again see how gcc334 does things that way. I also applied CTM buckets thru late yesterday evening (CDT). Now it breaks building libstdc++ as shown here: [...] ===> gnu/lib/libstdc++ /usr/local/bin/g++33 -march=pentium2 -pipe -O2 -march=pentium2 -pipe -O2 -fno-implicit-templates -ffunction-sections -fdata-sections -Wno-deprecated -c /src/contrib/libstdc++/src/bitset.cc [...] /usr/local/bin/gcc33 -fpic -DPIC -march=pentium2 -pipe -O2 -march=pentium2 -pipe -O2 -march=pentium2 -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H -I/src/gnu/lib/libstdc++ -I/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++ -I/src/gnu/lib/libstdc++/../../../contrib/gcc -c /src/contrib/gcc/cp-demangle.c -o cp-demangle.So /usr/local/bin/gcc33 -fpic -DPIC -march=pentium2 -pipe -O2 -march=pentium2 -pipe -O2 -march=pentium2 -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H -I/src/gnu/lib/libstdc++ -I/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++ -I/src/gnu/lib/libstdc++/../../../contrib/gcc -c /src/contrib/gcc/dyn-string.c -o dyn-string.So building shared library libstdc++.so.4 /usr/obj/src/i386/usr/bin/ld: libstdc++.so.4: undefined versioned symbol name std::time_put_w@@GLIBCPP_3.2 /usr/obj/src/i386/usr/bin/ld: failed to set dynamic section sizes: Bad value collect2: ld returned 1 exit status *** Error code 1 (continuing) `all' not remade because of errors. ===> gnu/lib/libsupc++ [...] Also, for some reason, after installing this bad build, anything using /lib/libc.so.5 started having missing symbols unrelated to what is shown above, and I can't find a bad build of libc in this same buildworld log. The log _shows_ libc.so.5 & its relatives all compiled and linked fine. I did a rescue by copying libc.so.5 from a slightly old JPSNAP CD. Doing a 'man' on anything now shows: /libexec/ld-elf.so.1: /usr/bin/groff: Undefined symbol "__cxa_atexit" or worse. Could any of these glitches with gcc334 be a local makefile problem? Or would they be bugs with gcc334 itself? If it is bugs with gcc334, can someone update the lang/gcc33 port with a later snapshot, please? Does anyone care that we try using a later gcc than what is installed with 5-current world? "If it hurts don't do it"? I feel sooner or later we will be forced into using it. I guess I'll redo world with NO_DYNAMICROOT=yes and/or switch to the backlevel system gcc. (Sorry for the bad formatting in this msg; I'm unable to send mail due to these problems and am cut-&-pasting into the html e-mail webform.) -- thx, Paul Seniura. -- ___________________________________________________________ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 14:45:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E518B16A4CE for ; Thu, 8 Apr 2004 14:45:47 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBBF543D5D for ; Thu, 8 Apr 2004 14:45:47 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id C27FC72DCA; Thu, 8 Apr 2004 14:45:47 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id BDA2172DBF; Thu, 8 Apr 2004 14:45:47 -0700 (PDT) Date: Thu, 8 Apr 2004 14:45:47 -0700 (PDT) From: Doug White To: Will Saxon In-Reply-To: <0E972CEE334BFE4291CD07E056C76ED802E86938@bragi.housing.ufl.edu> Message-ID: <20040408144512.P13329@carver.gumbysoft.com> References: <0E972CEE334BFE4291CD07E056C76ED802E86938@bragi.housing.ufl.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: RE: drive failure, now 'cannot alloc 494581644 bytes for inoinfo' and 'bad inode number 3556352 to nextinode' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 21:45:48 -0000 On Tue, 6 Apr 2004, Will Saxon wrote: > > I can pretty much assure you the volume isn't OK. The types of errors > > you're seeing are indicative of severe corruption, usually > > due to random > > data being written over critical filesystem blocks. I'd > > suggest running a > > parity verify against the volume to force corrections to start with -- > > this can't make it any worse than it already is, and may recover the > > damaged blocks on the disk that lost power. > > > > Is there a freebsd tool that will let me do the parity verify? This > controller has the most minimal BIOS interface possible, I think they > want all the real work to be done through a windows utility. No, since its a function of your RAID controller. FreeBSD just sees one opaque volume. You may wish to consider a more robust RAID controller :) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 15:22:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D97716A4CE for ; Thu, 8 Apr 2004 15:22:10 -0700 (PDT) Received: from mail001.syd.optusnet.com.au (mail001.syd.optusnet.com.au [211.29.132.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 987F243D1F for ; Thu, 8 Apr 2004 15:22:07 -0700 (PDT) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) i38MM1o32606; Fri, 9 Apr 2004 08:22:01 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1])i38MM1Ru008049; Fri, 9 Apr 2004 08:22:01 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.12.10/8.12.10/Submit) id i38MM0br008048; Fri, 9 Apr 2004 08:22:00 +1000 (EST) (envelope-from peter) Date: Fri, 9 Apr 2004 08:22:00 +1000 From: Peter Jeremy To: ticso@cicely.de Message-ID: <20040408222200.GD6458@server.vk2pj.dyndns.org> References: <20040408091030.GA6458@server.vk2pj.dyndns.org> <40751A74.50504@freebsd.org> <20040408114441.GB6458@server.vk2pj.dyndns.org> <20040408142742.GD5279@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040408142742.GD5279@cicely12.cicely.de> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: panic on one cpu leaves others running... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 22:22:10 -0000 On Thu, Apr 08, 2004 at 04:27:43PM +0200, Bernd Walter wrote: >On Thu, Apr 08, 2004 at 09:44:41PM +1000, Peter Jeremy wrote: >> > A panic usually means that >> >something unrecoverable happened, and that continuing on is not safe. >> >> I realise that. Hence actually being able to continue after a panic >> would be extremely difficult to do safely. (Probably not possible in >> general, though it might be in some special cases). > >If it's save to continue then there's no need to panic at all. >Just stoping the faulting parts would be enough in that case. Except FreeBSD (and most Unices) don't do this in general. I was thinking of hardware failures - if a CPU fails and it wasn't holding any locks then it would seem feasible to just abort the thread/process that was using the CPU and limp along on the remaining CPU(s). Likewise an unrecoverable memory error in a clean page should (in most cases) be able to be recovered by marking that page unusable and loading another copy of the data into another page. (Obviously this is problematic if the page in question is part of the kernel VM subsystem or the device driver for the relevant backing store). Even a dirty page may be recoverable by aborting the affected process or treating it similarly to an I/O error on a filesystem. The marketing spin from at least one vendor suggests that their high-end systems can manage this sort of fault recovery. I'm not sure whether this is an area that FreeBSD should aspire to - I suspect that the effort needed to implement and test this would not be justified by the small size of the additional potential market. Peter From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 15:53:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1C4F16A4CE; Thu, 8 Apr 2004 15:53:49 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A91C343D2D; Thu, 8 Apr 2004 15:53:49 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 8479472DCA; Thu, 8 Apr 2004 15:53:49 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 81AD672DBF; Thu, 8 Apr 2004 15:53:49 -0700 (PDT) Date: Thu, 8 Apr 2004 15:53:49 -0700 (PDT) From: Doug White To: Ruslan Ermilov In-Reply-To: <20040408194746.GD1919@ip.net.ua> Message-ID: <20040408145857.F13329@carver.gumbysoft.com> References: <20040408122547.E13329@carver.gumbysoft.com> <20040408194746.GD1919@ip.net.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: can't build world from 5.2.1-REL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 22:53:50 -0000 On Thu, 8 Apr 2004, Ruslan Ermilov wrote: > On Thu, Apr 08, 2004 at 12:32:19PM -0700, Doug White wrote: > > Hey folks, > > > > I've got a dual Xeon machine here that can't seem to build -current from > > 5.2.1-RELEASE. It appears something is badly broken in the gcc build or > > yacc or both. The victim machine was just freshly installed with > > 5.2.1-REL, and I've only built the kernel to enable SMP and remove the > > drivers I don't use. > > > > The first time I tried to buildworld, it croaked on trying to link > > gengtype complaining that a bunch of yy* symbols weren't defined. I > > toasted /usr/obj and built again and got "attempt to use poisoned > > "strdup"" messages during a make depend step in cc_tools. > > > > The last time the "poisioned" messages appeared, which was last year, it > > was due to broken sed. Looking at the diffs between the foo.c and > > foo.c%DIKED files, the correct changes are being made. > > > > I'm working on generating buildworld typescripts once I get a fresh src > > tree downloaded to the machine again. Since my other -current builders, > > which update near daily, are building OK, I'm guessing there is a > > non-backwards-compatible change in there somewhere. > > > > I'll post the URLs once I get the logs uploaded. > > > This looks very familiar, though I don't remember the details, > but you may try searching the mailing list archives. Or for a > brute force attack of the problem, please try upgrading to the > -current version of yacc(1) before doing buildworld. You're thinking of the sed breakage from last June. It croaks with the same errors, but the suggested test of diffing the %DIKED files comes back with the expected changes (malloc -> xmalloc, etc.). freebsd-native.h matches the one on my other -current builders. I even tried reinstalling sed to be safe -- no joy. If the comment in freebsd-native.h is representative, its some screwup in libiberty. But those files haven't changed in eons. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 16:54:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A10D816A4CE for ; Thu, 8 Apr 2004 16:54:42 -0700 (PDT) Received: from imf23aec.mail.bellsouth.net (imf23aec.mail.bellsouth.net [205.152.59.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C16343D55 for ; Thu, 8 Apr 2004 16:54:42 -0700 (PDT) (envelope-from jdoolittle@kingsquarry.net) Received: from mercury.kingsquarry.net ([65.1.130.141]) by imf23aec.mail.bellsouth.netESMTP <20040408235441.ROMI23778.imf23aec.mail.bellsouth.net@mercury.kingsquarry.net> for ; Thu, 8 Apr 2004 19:54:41 -0400 Received: by mercury.kingsquarry.net (Postfix, from userid 1000) id BC8847B2; Thu, 8 Apr 2004 19:54:40 -0400 (EDT) Received: from kingsquarry.net (mars.kingsquarry.net [192.168.1.71]) by mercury.kingsquarry.net (Postfix) with ESMTP id B4CB83D for ; Thu, 8 Apr 2004 19:54:36 -0400 (EDT) Message-ID: <4075E63C.3060709@kingsquarry.net> Date: Thu, 08 Apr 2004 19:54:36 -0400 From: Jeff Doolittle User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on mercury.kingsquarry.net X-Spam-Status: No, hits=-4.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.63 Subject: ASUS P4C800-E Deluxe and ICH5R support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 23:54:42 -0000 I've seen eMails regarding ICH5R support on other motherboards being added, is there plans to add support for the ASUS P4C800-E Deluxe? I tried both FreeBSD v5.2.1 & am now updating to current on a daily basis hoping the following error will be address: ad12: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA = xxxx or ad10: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA = xxxx and the machine is hung, requiring a hard reset. The following are from dmesg: FreeBSD 5.2-CURRENT #0: Thu Apr 8 13:27:36 EDT 2004 root@saturn.kingsquarry.net:/usr/obj/usr/src/sys/GENERIC ..... Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2398.85-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf25 Stepping = 5 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 536018944 (511 MB) avail memory = 514789376 (490 MB) ..... atapci0: port 0xd880-0xd8ff,0xdfa0-0xdfaf,0xdf00-0xdf3f mem 0xfeac0000-0xfeadffff,0xfeafe000-0xfeafefff irq 23 at device 4.0 on pci3 ata2: at 0xfeafe000 on atapci0 ata3: at 0xfeafe000 on atapci0 ata4: at 0xfeafe000 on atapci0 isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0xfc00-0xfc0f,0-0x3,0-0x7,0-0x3,0-0x7 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci1 ata1: at 0x170 irq 15 on atapci1 atapci2: port 0xef90-0xef9f,0xefa8-0xefab,0xefa0-0xefa7,0xefac-0xefaf,0xefe0-0xefe7 irq 18 at device 31.2 on pci0 ata5: at 0xefe0 on atapci2 ata6: at 0xefa0 on atapci2 ..... ad0: 19092MB [38792/16/63] at ata0-master UDMA100 acd0: CDRW <48X12X50 CD-RW 1.04 20021101> at ata1-master PIO4 ad4: 190782MB [387621/16/63] at ata2-master UDMA100 ad6: 190782MB [387621/16/63] at ata3-master UDMA100 em0: Link is up 100 Mbps Full Duplex ad10: 190782MB [387621/16/63] at ata5-master UDMA100 ad12: 190782MB [387621/16/63] at ata6-master UDMA100 ar0: 381564MB [48642/255/63] status: READY subdisks: disk0 READY on ad4 at ata2-master disk1 READY on ad6 at ata3-master ar1: 381564MB [48642/255/63] status: READY subdisks: disk0 READY on ad10 at ata5-master disk1 READY on ad12 at ata6-master NOTE #1: ar0 is a Promise created RAID array. NOTE #2: at1 is a atacontrol created RAID array, because the BIOS created is not recognized. Basically the machine crashed when I run rsync from the Promise raid drives to the Intel raid drives. In the past I could copy between 1 - 2gig and it would hang with the above error messages, except yesterday's build dumped me in debug mode, today's build is the first I have seen it acknowlegde the Intel ICH5 SATA150 controller and it errors out almost immediately after starting rsync. Is there more information I can/should provide to help resolve this problem? I apologize, this is the first time I've ever had a "problem" with FreeBSD since I started using it at v2.2.7.... Thanks. - Jeff Thanks... From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 16:57:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99B3016A4CE for ; Thu, 8 Apr 2004 16:57:10 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6571443D2F for ; Thu, 8 Apr 2004 16:57:10 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 58C3A72DCA; Thu, 8 Apr 2004 16:57:10 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 55CA572DBF; Thu, 8 Apr 2004 16:57:10 -0700 (PDT) Date: Thu, 8 Apr 2004 16:57:10 -0700 (PDT) From: Doug White To: Jeff Doolittle In-Reply-To: <4075E63C.3060709@kingsquarry.net> Message-ID: <20040408165653.S13329@carver.gumbysoft.com> References: <4075E63C.3060709@kingsquarry.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: ASUS P4C800-E Deluxe and ICH5R support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 23:57:10 -0000 On Thu, 8 Apr 2004, Jeff Doolittle wrote: > I've seen eMails regarding ICH5R support on other motherboards being > added, is there plans to add support for the ASUS P4C800-E Deluxe? Can you try this without ACPI? THe Asus P4*800 series are known to have bad ACPI code. > > I tried both FreeBSD v5.2.1 & am now updating to current on a daily > basis hoping the following error will be address: > > ad12: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA = xxxx > or > ad10: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA = xxxx > and > the machine is hung, requiring a hard reset. > > The following are from dmesg: > > FreeBSD 5.2-CURRENT #0: Thu Apr 8 13:27:36 EDT 2004 > root@saturn.kingsquarry.net:/usr/obj/usr/src/sys/GENERIC > ..... > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2398.85-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf25 Stepping = 5 > > Features=0xbfebfbff > Hyperthreading: 2 logical CPUs > real memory = 536018944 (511 MB) > avail memory = 514789376 (490 MB) > ..... > atapci0: port > 0xd880-0xd8ff,0xdfa0-0xdfaf,0xdf00-0xdf3f mem > 0xfeac0000-0xfeadffff,0xfeafe000-0xfeafefff irq 23 at device 4.0 on pci3 > ata2: at 0xfeafe000 on atapci0 > ata3: at 0xfeafe000 on atapci0 > ata4: at 0xfeafe000 on atapci0 > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci1: port > 0xfc00-0xfc0f,0-0x3,0-0x7,0-0x3,0-0x7 at device 31.1 on pci0 > ata0: at 0x1f0 irq 14 on atapci1 > ata1: at 0x170 irq 15 on atapci1 > atapci2: port > 0xef90-0xef9f,0xefa8-0xefab,0xefa0-0xefa7,0xefac-0xefaf,0xefe0-0xefe7 > irq 18 at device 31.2 on pci0 > ata5: at 0xefe0 on atapci2 > ata6: at 0xefa0 on atapci2 > ..... > ad0: 19092MB [38792/16/63] at ata0-master UDMA100 > acd0: CDRW <48X12X50 CD-RW 1.04 20021101> at ata1-master PIO4 > ad4: 190782MB [387621/16/63] at ata2-master UDMA100 > ad6: 190782MB [387621/16/63] at ata3-master UDMA100 > em0: Link is up 100 Mbps Full Duplex > ad10: 190782MB [387621/16/63] at ata5-master UDMA100 > ad12: 190782MB [387621/16/63] at ata6-master UDMA100 > ar0: 381564MB [48642/255/63] status: READY subdisks: > disk0 READY on ad4 at ata2-master > disk1 READY on ad6 at ata3-master > ar1: 381564MB [48642/255/63] status: READY subdisks: > disk0 READY on ad10 at ata5-master > disk1 READY on ad12 at ata6-master > > NOTE #1: ar0 is a Promise created RAID array. > NOTE #2: at1 is a atacontrol created RAID array, because the BIOS > created is not recognized. > > Basically the machine crashed when I run rsync from the Promise raid > drives to the Intel raid drives. In the past I could copy between 1 - > 2gig and it would hang with the above error messages, except yesterday's > build dumped me in debug mode, today's build is the first I have seen it > acknowlegde the Intel ICH5 SATA150 controller and it errors out almost > immediately after starting rsync. > > Is there more information I can/should provide to help resolve this > problem? I apologize, this is the first time I've ever had a "problem" > with FreeBSD since I started using it at v2.2.7.... > > Thanks. > > - Jeff > > > > Thanks... > _______________________________________________ > 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" > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 17:21:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7016716A4CE for ; Thu, 8 Apr 2004 17:21:13 -0700 (PDT) Received: from sif.giallarhorn.org (asgard.dslwan.toad.net [66.159.70.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B7C643D31 for ; Thu, 8 Apr 2004 17:21:12 -0700 (PDT) (envelope-from technews@giallarhorn.org) Received: from giallarhorn.org (jord.giallarhorn.org [172.16.1.6]) by sif.giallarhorn.org (8.12.10/8.12.9) with ESMTP id i390OHlN022114 for ; Thu, 8 Apr 2004 20:24:17 -0400 (EDT) (envelope-from technews@giallarhorn.org) Message-ID: <4075ECEE.1060400@giallarhorn.org> Date: Thu, 08 Apr 2004 20:23:10 -0400 From: orv Organization: Giallarhorn.org User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: 5.2.1 Install fails probing harddrive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 00:21:13 -0000 I'm trying to install 5.2.1 on a Cappucino PC (http://www.cappuccinopc.com/cappuccinotx3.asp) and getting the following when booting from the 5.2.1 install cd. It hangs while identifying the harddrive. The following is a snip from a verbose boot, i've also tried booting with ACPI disabled just to rule that out. Safe boot does the same thing. Now the weird part, i tried booting from a 5.1 Release CD and it was able to get to the installer. I could always install 5.1 and cvsup to 5.2.1/ current but it may be a waste of time. thanks ata0-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin GEOM: Configure md0a, start 0 length 4423680 end 4423679 GEOM: Configure md0c, start 0 length 4423680 end 4423679 [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:00 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 ata0-master: setting PIO4 on Intel ICH2 chip [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:00 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 ata0-master: setting UDMA100 on Intel ICH2 chip ad0: ATA-6 disk at ata0-master ad0: 19077MB (39070080 sectors), 38760 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA100 GEOM: new disk ad0 bus_explore done sbp_post_explore (sbp_cold=2) ar: FreeBSD check1 failed ata1-master: FAILURE - ATA_IDENTIFY status=7f error=7f LBA=0 [0] f:80 typ:12 s(CHS):0/1/1 e(CHS):1022/254/63 s:63 l:39053952 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 1:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 1:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 1:0 GEOM: Configure ad0s1, start 32256 length 19995623424 end 1999565679 From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 17:36:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2AB916A4CE; Thu, 8 Apr 2004 17:36:10 -0700 (PDT) Received: from smtp.newipnet.com (5.Red-80-32-157.pooles.rima-tde.net [80.32.157.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BC9143D1D; Thu, 8 Apr 2004 17:36:09 -0700 (PDT) (envelope-from freebsd@newipnet.com) Received: by smtp.newipnet.com (ESMTP Server, from userid 511) id E7B6A20519; Fri, 9 Apr 2004 02:36:06 +0200 (CEST) Received: from madre (madre.newipnet.com [192.168.128.4]) by smtp.newipnet.com (ESMTP Server) with ESMTP id B441C20286; Fri, 9 Apr 2004 02:36:01 +0200 (CEST) Message-ID: <200404090234530949.15ACB39A@192.168.128.16> In-Reply-To: <20040407.092146.40772577.imp@bsdimp.com> References: <20040406.162834.02299817.imp@bsdimp.com> <20040406.231324.131273745.imp@bsdimp.com> <200404071245040782.0D909C4C@192.168.128.16> <20040407.092146.40772577.imp@bsdimp.com> X-Mailer: Courier 3.50.00.09.1092 (http://www.rosecitysoftware.com) (P) Date: Fri, 09 Apr 2004 02:34:53 +0200 From: "Carlos Velasco" To: "M. Warner Losh" Content-Type: text/plain; charset="us-ascii" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on atlas.newipnet.com X-Spam-Level: X-Spam-Status: No, hits=-104.9 required=5.0 tests=BAYES_00,USER_IN_WHITELIST autolearn=ham version=2.63 cc: jon@freebsd.org cc: freebsd-mobile@freebsd.org cc: freebsd-current@freebsd.org cc: marc@mit.edu Subject: Re[2]: pccbb pccard rman - Something is very wrong somewhere X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 00:36:11 -0000 On 07/04/2004 at 9:21 M. Warner Losh wrote: >Cool! There's some unintended effects of doing this for ALL memory >allocations on the CardBus cards. However, it is relatively easy to >fix in a slightly different way. Here's the diffs I have in my tree. >Do they also solve the problems for you? I've run with a 4k >allocation boundary locally, but that only helps slightly. We need the below patch for it to work as pccbb is overriding alignment for pcic. However it does not work, it reads CIS but card doesn't work. I think it's because further resources (pccard0: ccr_res == 88002000-880023ff, base=ff80) need 64k alignment too for card to work. --- dev/pccbb/pccbb.c Sun Apr 4 22:37:54 2004 +++ dev/pccbb/pccbb.c Thu Apr 8 13:42:53 2004 @@ -1765,8 +1765,9 @@ start = cbb_start_mem; if (end < start) end = start; - flags = (flags & ~RF_ALIGNMENT_MASK) | - rman_make_alignment_flags(CBB_MEMALIGN); + if (RF_ALIGNMENT(flags) < CBB_MEMALIGN_BITS) + flags = (flags & ~RF_ALIGNMENT_MASK) | + rman_make_alignment_flags(CBB_MEMALIGN); break; case SYS_RES_IOPORT: if (start < cbb_start_16_io) Regards, Carlos Velasco From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 18:21:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1CD2516A4CE; Thu, 8 Apr 2004 18:21:28 -0700 (PDT) Received: from localhost (green@localhost [127.0.0.1]) by green.homeunix.org (8.12.11/8.12.11) with ESMTP id i391LRlr096539; Thu, 8 Apr 2004 21:21:27 -0400 (EDT) (envelope-from green@green.homeunix.org) Message-Id: <200404090121.i391LRlr096539@green.homeunix.org> X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: Tim Kientzle In-Reply-To: Message from Tim Kientzle of "Wed, 07 Apr 2004 10:49:20 PDT." <40743F20.90900@kientzle.com> From: "Brian F. Feldman" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 08 Apr 2004 21:21:27 -0400 Sender: green@green.homeunix.org cc: "Brian F. Feldman" cc: Ruslan Ermilov cc: current@FreeBSD.org Subject: Re: cvs commit: src/usr.bin/tar Makefile bsdtar.1 bsdtar.c bsdtar.h bsdtar_platform.h matching.c read.c util.c write.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 01:21:28 -0000 Tim Kientzle wrote: > Brian F. Feldman wrote: > > Tim Kientzle wrote: > > > > Oh, I was only implementing it inside the libarchive default routines > > because it was easy. I also think that if this is done to speed up tar, it > > should be done in tar and not libarchive. What are you using to benchmark? > > I'm interested in seeing what happens with a worker thread/with a larger > > decompression buffer/etc. > > I think I was just using: > > bsdtar -cvjf /dev/null /usr > > for compression benchmarking. For decompression benchmarking, > something like > > bsdtar -tf archive.tbz >/dev/null > > should suffice. Okay, I tested it out and hammered it into shape so it could actually perform concurrently (see the updated pach to see how I finally implemented that prototype, I saw only the tiniest speed difference in both tar tf and tar xfv -- it's hard to measure any difference whatsoever. With full concurrency it might even be a little slower, and bsdtar is ALWAYS faster than the (multi-process) tar tfy/xfy! So don't bother doing anything else to compete in that respect if that's all you want to beat. One thing I did notice was the huge amount of calls that got done back and forth from the tar reader and the bzip2 reader and the file reader; it should be possible to get more speed out of bsdtar by actually pulling in the entire size of a block of whatever decompressor is being used. For example a bzip2 can be 900KB blocks and the current buffer size is 10KB, and for anything at all to be decompressed the entire thing had to have been run through bzip2, building up its internal state to 3700KB during the process. If there's enough speed benefit, it's silly to save a little bit of space by using a very small "file read" buffer. For S_ISREG() use no KB instead of 10KB by using mmap(2), maybe... It's funny how you say the performance might be bad compared to gnutar even though in decompression you actually save a fair bit of CPU! -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 18:29:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D04F616A4CE for ; Thu, 8 Apr 2004 18:29:06 -0700 (PDT) Received: from imf19aec.mail.bellsouth.net (imf19aec.mail.bellsouth.net [205.152.59.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5786743D1F for ; Thu, 8 Apr 2004 18:29:06 -0700 (PDT) (envelope-from jdoolittle@kingsquarry.net) Received: from mercury.kingsquarry.net ([65.1.130.141]) by imf19aec.mail.bellsouth.netESMTP <20040409012905.PYTJ14428.imf19aec.mail.bellsouth.net@mercury.kingsquarry.net>; Thu, 8 Apr 2004 21:29:05 -0400 Received: by mercury.kingsquarry.net (Postfix, from userid 1000) id 069927B2; Thu, 8 Apr 2004 21:29:02 -0400 (EDT) Received: from kingsquarry.net (mars.kingsquarry.net [192.168.1.71]) by mercury.kingsquarry.net (Postfix) with ESMTP id 76B983D; Thu, 8 Apr 2004 21:28:57 -0400 (EDT) Message-ID: <4075FC59.8090305@kingsquarry.net> Date: Thu, 08 Apr 2004 21:28:57 -0400 From: Jeff Doolittle User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug White References: <4075E63C.3060709@kingsquarry.net> <20040408165653.S13329@carver.gumbysoft.com> In-Reply-To: <20040408165653.S13329@carver.gumbysoft.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on mercury.kingsquarry.net X-Spam-Status: No, hits=-4.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.63 cc: freebsd-current@freebsd.org Subject: Re: ASUS P4C800-E Deluxe and ICH5R support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 01:29:06 -0000 Doug, Thanks for the quick response... I've been trying a couple combinations without any luck..... FYI: My goal is a Promise RAID10 (need two more drives) and Intel RAID0, with the Promise being the daily use and the Intel being a weekly snapshot. I've got another machine offsite performing daily rsync backups. Doug White wrote: > On Thu, 8 Apr 2004, Jeff Doolittle wrote: > > >>I've seen eMails regarding ICH5R support on other motherboards being >>added, is there plans to add support for the ASUS P4C800-E Deluxe? > > > Can you try this without ACPI? THe Asus P4*800 series are known to have > bad ACPI code. > I've rebooted and selected option #2 from the "boot menu" which indicates ACPI is diabled, but the kernel dumps on errors 9 and 12 while booting. I disabled "ACPI 2.0 Support", "ACPI APIC Support", & "BIOS --> AML ACPI table" and if I boot normal or use option #2 the kernel dumps on errors 9 and 12 while booting. I even disabled hyper-threading, re-enabled the above, selected option #2 and still the kernel dumps while booting. In all instances after the kernel dump I'm placed in a debug mode.... I'm also running the latest version of ASUS BIOS (v1016) for the m/b if that makes a difference. > >>I tried both FreeBSD v5.2.1 & am now updating to current on a daily >>basis hoping the following error will be address: >> >> ad12: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA = xxxx >>or >> ad10: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA = xxxx >>and >> the machine is hung, requiring a hard reset. >> >>The following are from dmesg: >> >>FreeBSD 5.2-CURRENT #0: Thu Apr 8 13:27:36 EDT 2004 >> root@saturn.kingsquarry.net:/usr/obj/usr/src/sys/GENERIC >>..... >>Timecounter "i8254" frequency 1193182 Hz quality 0 >>CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2398.85-MHz 686-class CPU) >> Origin = "GenuineIntel" Id = 0xf25 Stepping = 5 >> >>Features=0xbfebfbff >> Hyperthreading: 2 logical CPUs >>real memory = 536018944 (511 MB) >>avail memory = 514789376 (490 MB) >>..... >>atapci0: port >>0xd880-0xd8ff,0xdfa0-0xdfaf,0xdf00-0xdf3f mem >>0xfeac0000-0xfeadffff,0xfeafe000-0xfeafefff irq 23 at device 4.0 on pci3 >>ata2: at 0xfeafe000 on atapci0 >>ata3: at 0xfeafe000 on atapci0 >>ata4: at 0xfeafe000 on atapci0 >>isab0: at device 31.0 on pci0 >>isa0: on isab0 >>atapci1: port >>0xfc00-0xfc0f,0-0x3,0-0x7,0-0x3,0-0x7 at device 31.1 on pci0 >>ata0: at 0x1f0 irq 14 on atapci1 >>ata1: at 0x170 irq 15 on atapci1 >>atapci2: port >>0xef90-0xef9f,0xefa8-0xefab,0xefa0-0xefa7,0xefac-0xefaf,0xefe0-0xefe7 >>irq 18 at device 31.2 on pci0 >>ata5: at 0xefe0 on atapci2 >>ata6: at 0xefa0 on atapci2 >>..... >>ad0: 19092MB [38792/16/63] at ata0-master UDMA100 >>acd0: CDRW <48X12X50 CD-RW 1.04 20021101> at ata1-master PIO4 >>ad4: 190782MB [387621/16/63] at ata2-master UDMA100 >>ad6: 190782MB [387621/16/63] at ata3-master UDMA100 >>em0: Link is up 100 Mbps Full Duplex >>ad10: 190782MB [387621/16/63] at ata5-master UDMA100 >>ad12: 190782MB [387621/16/63] at ata6-master UDMA100 >>ar0: 381564MB [48642/255/63] status: READY subdisks: >> disk0 READY on ad4 at ata2-master >> disk1 READY on ad6 at ata3-master >>ar1: 381564MB [48642/255/63] status: READY subdisks: >> disk0 READY on ad10 at ata5-master >> disk1 READY on ad12 at ata6-master >> >>NOTE #1: ar0 is a Promise created RAID array. >>NOTE #2: at1 is a atacontrol created RAID array, because the BIOS >>created is not recognized. >> >>Basically the machine crashed when I run rsync from the Promise raid >>drives to the Intel raid drives. In the past I could copy between 1 - >>2gig and it would hang with the above error messages, except yesterday's >>build dumped me in debug mode, today's build is the first I have seen it >>acknowlegde the Intel ICH5 SATA150 controller and it errors out almost >>immediately after starting rsync. >> >>Is there more information I can/should provide to help resolve this >>problem? I apologize, this is the first time I've ever had a "problem" >>with FreeBSD since I started using it at v2.2.7.... >> >> Thanks. >> >> - Jeff >> >> >> >>Thanks... >>_______________________________________________ >>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 Apr 8 20:23:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B74D916A4CE for ; Thu, 8 Apr 2004 20:23:09 -0700 (PDT) Received: from galilee.polands.org (CPE-24-166-149-179.new.rr.com [24.166.149.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB93A43D53 for ; Thu, 8 Apr 2004 20:23:08 -0700 (PDT) (envelope-from doug@polands.org) Received: from email.polands.org (samaria.polands.org [172.16.1.17]) by galilee.polands.org (8.12.9/8.12.9) with SMTP id i393N6k5085516; Thu, 8 Apr 2004 22:23:07 -0500 (CDT) (envelope-from doug@polands.org) Received: from 172.16.1.16 (proxying for 172.16.1.35) (SquirrelMail authenticated user djp) by email.polands.org with HTTP; Thu, 8 Apr 2004 22:23:07 -0500 (CDT) Message-ID: <4644.172.16.1.16.1081480987.squirrel@email.polands.org> In-Reply-To: <20040408165653.S13329@carver.gumbysoft.com> References: <4075E63C.3060709@kingsquarry.net> <20040408165653.S13329@carver.gumbysoft.com> Date: Thu, 8 Apr 2004 22:23:07 -0500 (CDT) From: "Doug Poland" To: "Doug White" User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal cc: Jeff Doolittle cc: freebsd-current@freebsd.org Subject: Re: ASUS P4C800-E Deluxe and ICH5R support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 03:23:09 -0000 Doug White said: > On Thu, 8 Apr 2004, Jeff Doolittle wrote: > >> I've seen eMails regarding ICH5R support on other motherboards being >> added, is there plans to add support for the ASUS P4C800-E Deluxe? > > Can you try this without ACPI? THe Asus P4*800 series are known to have > bad ACPI code. > I've got one of these boards and I've never been able to boot without ACPI enabled. For the short term, I'm using the on-board Promise controller with two drives in a striped array... atapci0: port 0xd880-0xd8ff,0xdfa0-0xdfaf,0xdf00-0xdf3f mem 0xfeac0000-0xfeadffff,0xfeafe000-0x feafefff irq 23 at device 4.0 on pci3 ad4: 76319MB [155061/16/63] at ata2-master UDMA133 ad6: 76319MB [155061/16/63] at ata3-master UDMA133 ar0: 152638MB [19458/255/63] status: READY subdisks: disk0 READY on ad4 at ata2-master disk1 READY on ad6 at ata3-master For now, my ICH5R controller is relegated to serving up a Microsoft OS -- Regards, Doug From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 23:18:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A41216A4CE for ; Thu, 8 Apr 2004 23:18:16 -0700 (PDT) Received: from ftp.bjpu.edu.cn (ftp.bjpu.edu.cn [202.112.78.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AB9F43D54 for ; Thu, 8 Apr 2004 23:18:14 -0700 (PDT) (envelope-from delphij@frontfree.net) Received: from localhost (localhost [127.0.0.1]) by ftp.bjpu.edu.cn (Postfix) with ESMTP id B360A5385 for ; Fri, 9 Apr 2004 14:18:11 +0800 (CST) Received: from ftp.bjpu.edu.cn ([127.0.0.1]) by localhost (ftp.bjpu.edu.cn [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 73966-02 for ; Fri, 9 Apr 2004 14:18:02 +0800 (CST) Received: from beastie.frontfree.net (beastie.frontfree.net [218.107.145.7]) by ftp.bjpu.edu.cn (Postfix) with ESMTP id 1DFE85367 for ; Fri, 9 Apr 2004 14:18:02 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id C2FE911623 for ; Fri, 9 Apr 2004 14:18:01 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01191-09 for ; Fri, 9 Apr 2004 14:18:01 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id DD32711532; Fri, 9 Apr 2004 14:18:00 +0800 (CST) Date: Fri, 9 Apr 2004 14:18:00 +0800 From: Xin LI To: freebsd-current@FreeBSD.org Message-ID: <20040409061800.GA2000@frontfree.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xXmbgvnjoT4axfJE" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.2-CURRENT FreeBSD 5.2-CURRENT #15: Fri Apr 9 08:41:55 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: by amavisd-new at frontfree.net X-Virus-Scanned: by amavisd-new at frontfree.net Subject: How to produce effective backtraces from crashdump? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 06:18:16 -0000 --xXmbgvnjoT4axfJE Content-Type: multipart/mixed; boundary="cWoXeonUoKmBZSoM" Content-Disposition: inline --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, everyone, I'm encounting a very strange problem when trying to obtain backtraces from a recently compiled kernel (see attachments for my dmesg.boot, kernel configuration, and /etc/make.conf). To make the long story short, here's my rough situation: I have built a customized kernel with makeoptions DEBUG=3D-g, and no special options in /etc/make.conf. When system is restarted after a panic, and when I open it with: gdb -k /usr/obj/usr/src/sys/BEASTIE/kernel.debug /var/crash/vmcore.0 then have a "bt full" I got something like this: (kgdb) bt full #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:236 No locals. #1 0xc04f63ae in ?? () No symbol table info available. #2 0xc04f672a in ?? () No symbol table info available. #3 0xc04ec693 in ?? () No symbol table info available. #4 0xc04ec1ee in ?? () No symbol table info available. #5 0xc0544b85 in ?? () No symbol table info available. #6 0xc053fe80 in ?? () No symbol table info available. #7 0xc053faf5 in ?? () No symbol table info available. #8 0xc0541d5b in ?? () No symbol table info available. #9 0xc0549b08 in ?? () No symbol table info available. #10 0xc04c21de in ?? () No symbol table info available. #11 0xc04c1428 in ?? () No symbol table info available. #12 0xc05da95a in ?? () No symbol table info available. #13 0xc0554b5d in ?? () No symbol table info available. #14 0xc04f5ed6 in ?? () No symbol table info available. #15 0xc04f672a in ?? () No symbol table info available. #16 0xc05fbecf in ?? () No symbol table info available. #17 0xc05fb1ad in ?? () No symbol table info available. #18 0xc05f9ddb in ?? () No symbol table info available. #19 0xc05f9fa0 in ?? () No symbol table info available. #20 0xc05f82f3 in ?? () No symbol table info available. #21 0xc05f45e7 in ?? () No symbol table info available. #22 0xc05f4816 in ?? () No symbol table info available. #23 0xc05f488a in ?? () No symbol table info available. #24 0xc04de130 in ?? () No symbol table info available. #25 0xc04cedd0 in ?? () No symbol table info available. #26 0xc04dd0ed in ?? () No symbol table info available. #27 0xc04dcd30 in ?? () No symbol table info available. #28 0xc0637602 in ?? () No symbol table info available. #29 0xc0624d0d in ?? () No symbol table info available. ---Can't read userspace from dump, or kernel process--- as we can see, the backtrace won't be valuable for debugging :-( Full details are in the attachments. Any idea? If you need more information please feel free to contact me. Thanks in advance! Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=backtrace Content-Transfer-Encoding: quoted-printable GNU gdb 5.2.1 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-undermydesk-freebsd"... panic: vm_page_free: freeing wired page panic messages: --- panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /srcCopyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2-CURRENT #15: Fri Apr 9 08:41:55 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc07a0000. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2793.19-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf33 Stepping =3D 3 Features=3D0xbfebfbff Hyperthreading: 2 logical CPUs real memory =3D 1056108544 (1007 MB) avail memory =3D 1028153344 (980 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard Pentium Pro MTRR support enabled cpu0 on motherboard acpi0: on motherboard acpi0: [GIANT-LOCKED] pcibios: BIOS version 2.10 Found $PIR table, 12 entries at 0xc00f3d30 acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 device_probe_and_attach: acpi_cpu1 attach returned 6 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: port 0xec00-0xec07 mem 0xf= fa80000-0xffafffff,0xf0000000-0xf7ffffff irq 16 at device 2.0 on pci0 agp0: detected 16252k stolen memory agp0: aperture size is 128M pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.2 (no driver attached) pci0: at device 29.3 (no driver attached) pcib1: at device 30.0 on pci0 pci1: on pcib1 xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xbc00-0xbc7f mem 0xff8ffc00-0= xff8ffc7f irq 22 at device 1.0 on pci1 miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:01:02:48:78:23 xl0: [GIANT-LOCKED] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0-0x3,0-0x7,0-0= x3,0-0x7 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 atapci1: port 0xd800-0xd80f,0xdc00-0xdc03,0= xe000-0xe007,0xe400-0xe403,0xe800-0xe807 irq 18 at device 31.2 on pci0 ata2: at 0xe800 on atapci1 ata3: at 0xe000 on atapci1 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] acpi_cpu1: on acpi0 device_probe_and_attach: acpi_cpu1 attach returned 6 npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2793194362 Hz quality 800 Timecounters tick every 10.000 msec IPsec: Initialized Security Association Processing. acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% ad2: 38166MB [77545/16/63] at ata1-master UDMA100 Mounting root from ufs:/dev/ad2s1a WARNING: / was not properly dismounted WARNING: /data was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted /usr: mount pending error: blocks 12 files 1 WARNING: /var was not properly dismounted /var: superblock summary recomputed panic: vm_page_free: freeing wired page at line 1058 in file /usr/src/sys/vm/vm_page.c cpuid =3D 0;=20 syncing disks, buffers remaining... panic: _mtx_lock_sleep: recursed on non= -recursive mutex vm page queue mutex @ /usr/src/sys/kern/vfs_bio.c:3394 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 Uptime: 14m9s Dumping 1007 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 = 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 608 624= 640 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880 896 912 92= 8 944 960 976 992 --- #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:236 236 dumping++; (kgdb) bt full #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:236 No locals. #1 0xc04f63ae in ?? () No symbol table info available. #2 0xc04f672a in ?? () No symbol table info available. #3 0xc04ec693 in ?? () No symbol table info available. #4 0xc04ec1ee in ?? () No symbol table info available. #5 0xc0544b85 in ?? () No symbol table info available. #6 0xc053fe80 in ?? () No symbol table info available. #7 0xc053faf5 in ?? () No symbol table info available. #8 0xc0541d5b in ?? () No symbol table info available. #9 0xc0549b08 in ?? () No symbol table info available. #10 0xc04c21de in ?? () No symbol table info available. #11 0xc04c1428 in ?? () No symbol table info available. #12 0xc05da95a in ?? () No symbol table info available. #13 0xc0554b5d in ?? () No symbol table info available. #14 0xc04f5ed6 in ?? () No symbol table info available. #15 0xc04f672a in ?? () No symbol table info available. #16 0xc05fbecf in ?? () No symbol table info available. #17 0xc05fb1ad in ?? () No symbol table info available. #18 0xc05f9ddb in ?? () No symbol table info available. #19 0xc05f9fa0 in ?? () No symbol table info available. #20 0xc05f82f3 in ?? () No symbol table info available. #21 0xc05f45e7 in ?? () No symbol table info available. #22 0xc05f4816 in ?? () No symbol table info available. #23 0xc05f488a in ?? () No symbol table info available. #24 0xc04de130 in ?? () No symbol table info available. #25 0xc04cedd0 in ?? () No symbol table info available. #26 0xc04dd0ed in ?? () No symbol table info available. #27 0xc04dcd30 in ?? () No symbol table info available. #28 0xc0637602 in ?? () No symbol table info available. #29 0xc0624d0d in ?? () No symbol table info available. (kgdb)=20 --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=BEASTIE # # BEASTIE -- Customized kernel configuration file for FreeBSD/i386 # # $Phantasm$ machine i386 cpu I686_CPU ident BEASTIE # 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 INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_DIRHASH # Improve performance on big directories options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=0 # 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 PFIL_HOOKS # pfil(9) framework # Debugging for use in -current options DDB # Enable the kernel debugger 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 are needed options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC device isa device eisa device pci # ATA and ATAPI devices device ata device atadisk # ATA disk drives options ATA_STATIC_ID # Static device numbering # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard 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 device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Add suspend/resume support for the i8254. device pmtimer # 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 xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # Pseudo devices - the number indicates how many units to allocate. device random # Entropy device device loop # Network loopback device ether # Ethernet support device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter #makeoptions CONF_CFLAGS=-fno-builtin #options MAXDSIZ=(1024UL*1024*1024) #options MAXSSIZ=(128UL*1024*1024) #options DFLDSIZ=(1024UL*1024*1024) options INCLUDE_CONFIG_FILE #options ADAPTIVE_MUTEXES #options MUTEX_NOINLINE options IPSEC options IPSEC_ESP device pf device pflog device pfsync options MROUTING options PIM options IPDIVERT options IPSTEALTH options RANDOM_IP_ID options ACCEPT_FILTER_DATA options ACCEPT_FILTER_HTTP options ZERO_COPY_SOCKETS #options HZ=100 #options PPS_SYNC device green_saver device crypto device cryptodev device rndtest device hifn device ubsec options PANIC_REBOOT_WAIT_TIME=0 #options PERFMON #options DEVICE_POLLING options AUTO_EOI_1 device acpi options DDB_UNATTENDED options NULLFS --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="make.conf" CPUTYPE?=p4 CFLAGS= -O -pipe CXXFLAGS+= -fmemoize-lookups -fsave-memoized COPTFLAGS= -O -pipe INSTALL=install MAKE_IDEA= YES # IDEA (128 bit symmetric encryption) BOOTWAIT=0 NO_MODULES= true #MASTER_SITE_BACKUP?= ftp://ftp.cn.FreeBSD.org/pub/FreeBSD/ports/distfiles/${DIST_SUBDIR}/ # -- use.perl generated deltas -- # # Created: Fri Apr 2 02:15:08 2004 # Setting to use base perl from ports: PERL_VER=5.8.2 PERL_VERSION=5.8.2 PERL_ARCH=mach NOPERL=yo NO_PERL=yo NO_PERL_WRAPPER=yo # -- use.perl generated deltas -- # # Created: Thu Apr 8 00:57:48 2004 # Setting to use base perl from ports: PERL_VER=5.8.2 PERL_VERSION=5.8.2 PERL_ARCH=mach NOPERL=yo NO_PERL=yo NO_PERL_WRAPPER=yo --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot" Content-Transfer-Encoding: quoted-printable panic: vm_page_free: freeing wired page at line 1058 in file /usr/src/sys/vm/vm_page.c cpuid =3D 0;=20 syncing disks, buffers remaining... panic: _mtx_lock_sleep: recursed on non= -recursive mutex vm page queue mutex @ /usr/src/sys/kern/vfs_bio.c:3394 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 Uptime: 14m9s Dumping 1007 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 = 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 608 624= 640 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880 896 912 92= 8 944 960 976 992 Dump complete panic: _mtx_lock_sleep: recursed on non-recursive mutex vm page queue mutex= @ /usr/src/sys/vm/vm_map.c:2174 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 Uptime: 18m59s panic: _mtx_lock_sleep: recursed on non-recursive mutex system map @ /usr/s= rc/sys/vm/vm_map.c:2865 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 Uptime: 18m59s panic: _mtx_lock_sleep: recursed on non-recursive mutex process_exit @ /usr= /src/sys/kern/subr_eventhandler.c:216 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 Fatal double fault: eip =3D 0xc06284a6 esp =3D 0xeaee0000 ebp =3D 0xeaee002c cpuid =3D 0; apic id =3D 00 panic: double fault at line 844 in file /usr/src/sys/i386/i386/trap.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 pCopyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2-CURRENT #15: Fri Apr 9 08:41:55 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc07a0000. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2793.19-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf33 Stepping =3D 3 Features=3D0xbfebfbff Hyperthreading: 2 logical CPUs real memory =3D 1056108544 (1007 MB) avail memory =3D 1028153344 (980 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard Pentium Pro MTRR support enabled cpu0 on motherboard acpi0: on motherboard acpi0: [GIANT-LOCKED] pcibios: BIOS version 2.10 Found $PIR table, 12 entries at 0xc00f3d30 acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 device_probe_and_attach: acpi_cpu1 attach returned 6 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: port 0xec00-0xec07 mem 0xf= fa80000-0xffafffff,0xf0000000-0xf7ffffff irq 16 at device 2.0 on pci0 agp0: detected 16252k stolen memory agp0: aperture size is 128M pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.2 (no driver attached) pci0: at device 29.3 (no driver attached) pcib1: at device 30.0 on pci0 pci1: on pcib1 xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xbc00-0xbc7f mem 0xff8ffc00-0= xff8ffc7f irq 22 at device 1.0 on pci1 miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:01:02:48:78:23 xl0: [GIANT-LOCKED] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0-0x3,0-0x7,0-0= x3,0-0x7 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 atapci1: port 0xd800-0xd80f,0xdc00-0xdc03,0= xe000-0xe007,0xe400-0xe403,0xe800-0xe807 irq 18 at device 31.2 on pci0 ata2: at 0xe800 on atapci1 ata3: at 0xe000 on atapci1 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] acpi_cpu1: on acpi0 device_probe_and_attach: acpi_cpu1 attach returned 6 npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2793190197 Hz quality 800 Timecounters tick every 10.000 msec IPsec: Initialized Security Association Processing. acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% ad2: 38166MB [77545/16/63] at ata1-master UDMA100 Mounting root from ufs:/dev/ad2s1a WARNING: / was not properly dismounted WARNING: /data was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted /var: mount pending error: blocks 272 files 15 /var: superblock summary recomputed --cWoXeonUoKmBZSoM-- --xXmbgvnjoT4axfJE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAdkAYOfuToMruuMARAmRNAJ9Zk7nLY+Y8Zby3e9W5iwyA4FgJpACfUdkJ r1ffPhrv2GdErBOqegiOzMI= =jdp7 -----END PGP SIGNATURE----- --xXmbgvnjoT4axfJE-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 23:31:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2F9916A4CE; Thu, 8 Apr 2004 23:31:55 -0700 (PDT) Received: from ftp.bjpu.edu.cn (ftp.bjpu.edu.cn [202.112.78.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FDCE43D2D; Thu, 8 Apr 2004 23:31:54 -0700 (PDT) (envelope-from delphij@frontfree.net) Received: from localhost (localhost [127.0.0.1]) by ftp.bjpu.edu.cn (Postfix) with ESMTP id 04EDB52A3; Fri, 9 Apr 2004 14:31:53 +0800 (CST) Received: from ftp.bjpu.edu.cn ([127.0.0.1]) by localhost (ftp.bjpu.edu.cn [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 74678-01; Fri, 9 Apr 2004 14:31:49 +0800 (CST) Received: from beastie.frontfree.net (beastie.frontfree.net [218.107.145.7]) by ftp.bjpu.edu.cn (Postfix) with ESMTP id F36145299; Fri, 9 Apr 2004 14:31:48 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id A661A11532; Fri, 9 Apr 2004 14:31:48 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03445-04; Fri, 9 Apr 2004 14:31:47 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id 8EBF311510; Fri, 9 Apr 2004 14:31:47 +0800 (CST) Date: Fri, 9 Apr 2004 14:31:47 +0800 From: Xin LI To: freebsd-current@FreeBSD.org, mlaier@FreeBSD.org Message-ID: <20040409063147.GB2000@frontfree.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J5MfuwkIyy7RmF4Q" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.2-CURRENT FreeBSD 5.2-CURRENT #15: Fri Apr 9 08:41:55 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: by amavisd-new at frontfree.net X-Virus-Scanned: by amavisd-new at frontfree.net Subject: Strange -CURRENT panic (pf/spamd related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 06:31:56 -0000 --J5MfuwkIyy7RmF4Q Content-Type: multipart/mixed; boundary="p2kqVDKq5asng8Dg" Content-Disposition: inline --p2kqVDKq5asng8Dg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Dear Max and -CURRENT, While configuring a spamd with pf in my local box, I got immediate panic right after spamd has fetched the table (and might when it is attempting to load the table). For unknown reason the backtrace I obtained seems to be damanaged, however I still attached it. Additionally I have attached my configuration files. With these configuration, it is easy to reproduce the panic by: o load the pf.conf.panic using pfctl -F all -f pf.conf.panic o start spamd by launching /usr/local/etc/rc.d/spamd.sh start It seems that kernel will panic twice when spamd.sh start triggered some problem. The first is panic: vm_page_free: freeing wired page at line 1058 in file /usr/src/sys/vm/vm_page.c cpuid =3D 0; and second is panic: _mtx_lock_sleep: recursed on non-recursive mutex vm pa= ge queue mutex @ /usr/src/sys/kern/vfs_bio.c:3394 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0; The dmesg.boot shows that it has a HTT CPU (Pentium 4 2.8E) however I have disabled it as a workaround of the problem posted to current@ as <20040402142011.GA3491@frontfree.net>. Any suggestions? Thanks in advance! Best Regards, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --p2kqVDKq5asng8Dg Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=backtrace Content-Transfer-Encoding: quoted-printable GNU gdb 5.2.1 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-undermydesk-freebsd"... panic: vm_page_free: freeing wired page panic messages: --- panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /srcCopyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2-CURRENT #15: Fri Apr 9 08:41:55 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc07a0000. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2793.19-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf33 Stepping =3D 3 Features=3D0xbfebfbff Hyperthreading: 2 logical CPUs real memory =3D 1056108544 (1007 MB) avail memory =3D 1028153344 (980 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard Pentium Pro MTRR support enabled cpu0 on motherboard acpi0: on motherboard acpi0: [GIANT-LOCKED] pcibios: BIOS version 2.10 Found $PIR table, 12 entries at 0xc00f3d30 acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 device_probe_and_attach: acpi_cpu1 attach returned 6 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: port 0xec00-0xec07 mem 0xf= fa80000-0xffafffff,0xf0000000-0xf7ffffff irq 16 at device 2.0 on pci0 agp0: detected 16252k stolen memory agp0: aperture size is 128M pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.2 (no driver attached) pci0: at device 29.3 (no driver attached) pcib1: at device 30.0 on pci0 pci1: on pcib1 xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xbc00-0xbc7f mem 0xff8ffc00-0= xff8ffc7f irq 22 at device 1.0 on pci1 miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:01:02:48:78:23 xl0: [GIANT-LOCKED] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0-0x3,0-0x7,0-0= x3,0-0x7 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 atapci1: port 0xd800-0xd80f,0xdc00-0xdc03,0= xe000-0xe007,0xe400-0xe403,0xe800-0xe807 irq 18 at device 31.2 on pci0 ata2: at 0xe800 on atapci1 ata3: at 0xe000 on atapci1 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] acpi_cpu1: on acpi0 device_probe_and_attach: acpi_cpu1 attach returned 6 npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2793194362 Hz quality 800 Timecounters tick every 10.000 msec IPsec: Initialized Security Association Processing. acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% ad2: 38166MB [77545/16/63] at ata1-master UDMA100 Mounting root from ufs:/dev/ad2s1a WARNING: / was not properly dismounted WARNING: /data was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted /usr: mount pending error: blocks 12 files 1 WARNING: /var was not properly dismounted /var: superblock summary recomputed panic: vm_page_free: freeing wired page at line 1058 in file /usr/src/sys/vm/vm_page.c cpuid =3D 0;=20 syncing disks, buffers remaining... panic: _mtx_lock_sleep: recursed on non= -recursive mutex vm page queue mutex @ /usr/src/sys/kern/vfs_bio.c:3394 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 Uptime: 14m9s Dumping 1007 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 = 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 608 624= 640 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880 896 912 92= 8 944 960 976 992 --- #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:236 236 dumping++; (kgdb) bt full #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:236 No locals. #1 0xc04f63ae in ?? () No symbol table info available. #2 0xc04f672a in ?? () No symbol table info available. #3 0xc04ec693 in ?? () No symbol table info available. #4 0xc04ec1ee in ?? () No symbol table info available. #5 0xc0544b85 in ?? () No symbol table info available. #6 0xc053fe80 in ?? () No symbol table info available. #7 0xc053faf5 in ?? () No symbol table info available. #8 0xc0541d5b in ?? () No symbol table info available. #9 0xc0549b08 in ?? () No symbol table info available. #10 0xc04c21de in ?? () No symbol table info available. #11 0xc04c1428 in ?? () No symbol table info available. #12 0xc05da95a in ?? () No symbol table info available. #13 0xc0554b5d in ?? () No symbol table info available. #14 0xc04f5ed6 in ?? () No symbol table info available. #15 0xc04f672a in ?? () No symbol table info available. #16 0xc05fbecf in ?? () No symbol table info available. #17 0xc05fb1ad in ?? () No symbol table info available. #18 0xc05f9ddb in ?? () No symbol table info available. #19 0xc05f9fa0 in ?? () No symbol table info available. #20 0xc05f82f3 in ?? () No symbol table info available. #21 0xc05f45e7 in ?? () No symbol table info available. #22 0xc05f4816 in ?? () No symbol table info available. #23 0xc05f488a in ?? () No symbol table info available. #24 0xc04de130 in ?? () No symbol table info available. #25 0xc04cedd0 in ?? () No symbol table info available. #26 0xc04dd0ed in ?? () No symbol table info available. #27 0xc04dcd30 in ?? () No symbol table info available. #28 0xc0637602 in ?? () No symbol table info available. #29 0xc0624d0d in ?? () No symbol table info available. (kgdb)=20 --p2kqVDKq5asng8Dg Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot" Content-Transfer-Encoding: quoted-printable panic: vm_page_free: freeing wired page at line 1058 in file /usr/src/sys/vm/vm_page.c cpuid =3D 0;=20 syncing disks, buffers remaining... panic: _mtx_lock_sleep: recursed on non= -recursive mutex vm page queue mutex @ /usr/src/sys/kern/vfs_bio.c:3394 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 Uptime: 14m9s Dumping 1007 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 = 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 608 624= 640 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880 896 912 92= 8 944 960 976 992 Dump complete panic: _mtx_lock_sleep: recursed on non-recursive mutex vm page queue mutex= @ /usr/src/sys/vm/vm_map.c:2174 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 Uptime: 18m59s panic: _mtx_lock_sleep: recursed on non-recursive mutex system map @ /usr/s= rc/sys/vm/vm_map.c:2865 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 Uptime: 18m59s panic: _mtx_lock_sleep: recursed on non-recursive mutex process_exit @ /usr= /src/sys/kern/subr_eventhandler.c:216 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 Fatal double fault: eip =3D 0xc06284a6 esp =3D 0xeaee0000 ebp =3D 0xeaee002c cpuid =3D 0; apic id =3D 00 panic: double fault at line 844 in file /usr/src/sys/i386/i386/trap.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 panic: _mtx_lock_sleep: recursed on non-recursive mutex eventhandler @ /usr= /src/sys/kern/subr_eventhandler.c:213 at line 437 in file /usr/src/sys/kern/kern_mutex.ccpuid =3D 0;=20 pCopyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2-CURRENT #15: Fri Apr 9 08:41:55 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE WARNING: WITNESS option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc07a0000. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2793.19-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf33 Stepping =3D 3 Features=3D0xbfebfbff Hyperthreading: 2 logical CPUs real memory =3D 1056108544 (1007 MB) avail memory =3D 1028153344 (980 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard Pentium Pro MTRR support enabled cpu0 on motherboard acpi0: on motherboard acpi0: [GIANT-LOCKED] pcibios: BIOS version 2.10 Found $PIR table, 12 entries at 0xc00f3d30 acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 device_probe_and_attach: acpi_cpu1 attach returned 6 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: port 0xec00-0xec07 mem 0xf= fa80000-0xffafffff,0xf0000000-0xf7ffffff irq 16 at device 2.0 on pci0 agp0: detected 16252k stolen memory agp0: aperture size is 128M pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.2 (no driver attached) pci0: at device 29.3 (no driver attached) pcib1: at device 30.0 on pci0 pci1: on pcib1 xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xbc00-0xbc7f mem 0xff8ffc00-0= xff8ffc7f irq 22 at device 1.0 on pci1 miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:01:02:48:78:23 xl0: [GIANT-LOCKED] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0-0x3,0-0x7,0-0= x3,0-0x7 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 atapci1: port 0xd800-0xd80f,0xdc00-0xdc03,0= xe000-0xe007,0xe400-0xe403,0xe800-0xe807 irq 18 at device 31.2 on pci0 ata2: at 0xe800 on atapci1 ata3: at 0xe000 on atapci1 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] acpi_cpu1: on acpi0 device_probe_and_attach: acpi_cpu1 attach returned 6 npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2793190197 Hz quality 800 Timecounters tick every 10.000 msec IPsec: Initialized Security Association Processing. acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% ad2: 38166MB [77545/16/63] at ata1-master UDMA100 Mounting root from ufs:/dev/ad2s1a WARNING: / was not properly dismounted WARNING: /data was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted /var: mount pending error: blocks 272 files 15 /var: superblock summary recomputed --p2kqVDKq5asng8Dg Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="pf.conf.panic" # $FreeBSD: src/etc/pf.conf,v 1.1 2004/03/08 22:03:27 mlaier Exp $ # $OpenBSD: pf.conf,v 1.21 2003/09/02 20:38:44 david Exp $ # # See pf.conf(5) and /usr/share/pf for syntax and examples. # Required order: options, normalization, queueing, translation, filtering. # Macros and tables may be defined and used anywhere. # Note that translation rules are first match while filter rules are last match. # Macros: define common values, so they can be referenced and changed easily. #ext_if="ext0" # replace with actual external interface name i.e., dc0 #int_if="int0" # replace with actual internal interface name i.e., dc1 #internal_net="10.1.1.1/8" #external_addr="192.168.1.1" ext_if="xl0" internal_net="172.24.1.0/24" external_addr="218.107.145.44" # Tables: similar to macros, but more flexible for many addresses. #table { 10.0.0.0/8, !10.1.0.0/16, 192.168.0.0/24, 192.168.1.18 } # Options: tune the behavior of pf, default values are given. #set timeout { interval 10, frag 30 } #set timeout { tcp.first 120, tcp.opening 30, tcp.established 86400 } #set timeout { tcp.closing 900, tcp.finwait 45, tcp.closed 90 } #set timeout { udp.first 60, udp.single 30, udp.multiple 60 } #set timeout { icmp.first 20, icmp.error 10 } #set timeout { other.first 60, other.single 30, other.multiple 60 } #set timeout { adaptive.start 0, adaptive.end 0 } #set limit { states 10000, frags 5000 } #set loginterface none #set optimization normal #set block-policy drop #set require-order yes #set fingerprints "/etc/pf.os" # Normalization: reassemble fragments and resolve or reduce traffic ambiguities. #scrub in all # Queueing: rule-based bandwidth control. #altq on $ext_if bandwidth 2Mb cbq queue { dflt, developers, marketing } #queue dflt bandwidth 5% cbq(default) #queue developers bandwidth 80% #queue marketing bandwidth 15% # Translation: specify how addresses are to be mapped or redirected. # nat: packets going out through $ext_if with source address $internal_net will # get translated as coming from the address of $ext_if, a state is created for # such packets, and incoming packets will be redirected to the internal address. #nat on $ext_if from $internal_net to any -> ($ext_if) nat on $ext_if from $internal_net to any -> ($ext_if) # rdr: packets coming in on $ext_if with destination $external_addr:1234 will # be redirected to 10.1.1.1:5678. A state is created for such packets, and # outgoing packets will be translated as coming from the external address. #rdr on $ext_if proto tcp from any to $external_addr/32 port 1234 -> 10.1.1.1 port 5678 # rdr outgoing FTP requests to the ftp-proxy #rdr on $int_if proto tcp from any to any port ftp -> 127.0.0.1 port 8021 # spamd-setup puts addresses to be redirected into table . #table persist #no rdr on { lo0, lo1 } from any to any #rdr inet proto tcp from to any port smtp -> 127.0.0.1 port 8025 # Filtering: the implicit first two rules are #pass in all #pass out all # block all incoming packets but allow ssh, pass all outgoing tcp and udp # connections and keep state, logging blocked packets. #block in log all #pass in on $ext_if proto tcp from any to $ext_if port 22 keep state #pass out on $ext_if proto { tcp, udp } all keep state # pass incoming packets destined to the addresses given in table . #pass in on $ext_if proto { tcp, udp } from any to port 80 keep state # pass incoming ports for ftp-proxy #pass in on $ext_if inet proto tcp from any to $ext_if user proxy keep state # assign packets to a queue. #pass out on $ext_if from 192.168.0.0/24 to any keep state queue developers #pass out on $ext_if from 192.168.1.0/24 to any keep state queue marketing # spamd(8) anti spam filter. table persist table persist rdr pass inet proto tcp from to any port smtp -> 127.0.0.1 port 8025 rdr pass inet proto tcp from ! to any port smtp -> 127.0.0.1 port 8025 --p2kqVDKq5asng8Dg Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="spamd.conf" # $OpenBSD: spamd.conf,v 1.9 2004/01/21 08:07:39 deraadt Exp $ # # spamd config file, read by spamd-setup(8) for spamd(8) # # See spamd.conf(5) # # Configures whitelists and blacklists for spamd # # Strings follow getcap(3) convention escapes, other than you # can have a bare colon (:) inside a quoted string and it # will deal with it. See spamd-setup(8) for more details. # # "all" must be here, and defines the order in which lists are applied # whitelists apply to the previous blacklist. more than one whitelist # may be applied to each blacklist # # As of Aug 2003, a place to search for black lists is # http://spamlinks.port5.com/filter-bl.htm#ip # # Some of the URLs below point to www.openbsd.org locations. Those # files are likely to be mirrored to other OpenBSD www mirrors located # around the world. Hence, it is possible to edit this file and rewrite # www.openbsd.org with, for instance, to www.de.openbsd.org all:\ :spamhaus:whitelist: # Mirrored from http://spfilter.openrbl.org/data/sbl/SBL.cidr.bz2 spamhaus:\ :black:\ :msg="SPAM. Your address %A is in the Spamhaus Block List\n\ See http://www.spamhaus.org/sbl and\ http://www.abuse.net/sbl.phtml?IP=%A for more details":\ :method=http:\ :file=www.openbsd.org/spamd/SBL.cidr.gz # Mirrored from http://www.spews.org/spews_list_level1.txt spews1:\ :black:\ :msg="SPAM. Your address %A is in the spews level 1 database\n\ See http://www.spews.org/ask.cgi?x=%A for more details":\ :method=http:\ :file=www.openbsd.org/spamd/spews_list_level1.txt.gz # Mirrored from http://www.spews.org/spews_list_level2.txt spews2:\ :black:\ :msg="SPAM. Your address %A is in the spews level 2 database\n\ See http://www.spews.org/ask.cgi?x=%A for more details":\ :method=http:\ :file=www.openbsd.org/spamd/spews_list_level2.txt.gz # Mirrored from http://www.okean.com/chinacidr.txt china:\ :black:\ :msg="SPAM. Your address %A appears to be from China\n\ See http://www.okean.com/asianspamblocks.html for more details":\ :method=http:\ :file=www.openbsd.org/spamd/chinacidr.txt.gz # Mirrored from http://www.okean.com/koreacidr.txt korea:\ :black:\ :msg="SPAM. Your address %A appears to be from Korea\n\ See http://www.okean.com/asianspamblocks.html for more details":\ :method=http:\ :file=www.openbsd.org/spamd/koreacidr.txt.gz # Whitelists are done like this, and must be added to "all" after each # blacklist from which you want the addresses in the whitelist removed. # whitelist:\ :white:\ :file=/var/mail/whitelist.txt relaydb-black:\ :black:\ :msg="SPAM. Your address %A is in my relaydb list.":\ :method=exec:\ :file=relaydb -4lb: relaydb-white:\ :white:\ :method=exec:\ :file=relaydb -4lw: --p2kqVDKq5asng8Dg Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="whitelist.txt" 192.168.22.0/24 --p2kqVDKq5asng8Dg Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=BEASTIE # # BEASTIE -- Customized kernel configuration file for FreeBSD/i386 # # $Phantasm$ machine i386 cpu I686_CPU ident BEASTIE # 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 INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_DIRHASH # Improve performance on big directories options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=0 # 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 PFIL_HOOKS # pfil(9) framework # Debugging for use in -current options DDB # Enable the kernel debugger 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 are needed options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC device isa device eisa device pci # ATA and ATAPI devices device ata device atadisk # ATA disk drives options ATA_STATIC_ID # Static device numbering # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard 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 device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Add suspend/resume support for the i8254. device pmtimer # 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 xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # Pseudo devices - the number indicates how many units to allocate. device random # Entropy device device loop # Network loopback device ether # Ethernet support device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter #makeoptions CONF_CFLAGS=-fno-builtin #options MAXDSIZ=(1024UL*1024*1024) #options MAXSSIZ=(128UL*1024*1024) #options DFLDSIZ=(1024UL*1024*1024) options INCLUDE_CONFIG_FILE #options ADAPTIVE_MUTEXES #options MUTEX_NOINLINE options IPSEC options IPSEC_ESP device pf device pflog device pfsync options MROUTING options PIM options IPDIVERT options IPSTEALTH options RANDOM_IP_ID options ACCEPT_FILTER_DATA options ACCEPT_FILTER_HTTP options ZERO_COPY_SOCKETS #options HZ=100 #options PPS_SYNC device green_saver device crypto device cryptodev device rndtest device hifn device ubsec options PANIC_REBOOT_WAIT_TIME=0 #options PERFMON #options DEVICE_POLLING options AUTO_EOI_1 device acpi options DDB_UNATTENDED options NULLFS --p2kqVDKq5asng8Dg Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="make.conf" CPUTYPE?=p4 CFLAGS= -O -pipe CXXFLAGS+= -fmemoize-lookups -fsave-memoized COPTFLAGS= -O -pipe INSTALL=install MAKE_IDEA= YES # IDEA (128 bit symmetric encryption) BOOTWAIT=0 NO_MODULES= true #MASTER_SITE_BACKUP?= ftp://ftp.cn.FreeBSD.org/pub/FreeBSD/ports/distfiles/${DIST_SUBDIR}/ # -- use.perl generated deltas -- # # Created: Fri Apr 2 02:15:08 2004 # Setting to use base perl from ports: PERL_VER=5.8.2 PERL_VERSION=5.8.2 PERL_ARCH=mach NOPERL=yo NO_PERL=yo NO_PERL_WRAPPER=yo # -- use.perl generated deltas -- # # Created: Thu Apr 8 00:57:48 2004 # Setting to use base perl from ports: PERL_VER=5.8.2 PERL_VERSION=5.8.2 PERL_ARCH=mach NOPERL=yo NO_PERL=yo NO_PERL_WRAPPER=yo --p2kqVDKq5asng8Dg-- --J5MfuwkIyy7RmF4Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAdkNTOfuToMruuMARAnfUAJ4iHxrPOCWsibUVrq+Hob1bf/U56gCfcp3s ni9wA+EH7QxFKqZLs5tpdHc= =KLnr -----END PGP SIGNATURE----- --J5MfuwkIyy7RmF4Q-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 03:07:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9EEB16A4CE for ; Fri, 9 Apr 2004 03:07:54 -0700 (PDT) Received: from osiris.ipform.ru (osiris.itlegion.ru [212.248.52.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0064643D45 for ; Fri, 9 Apr 2004 03:07:54 -0700 (PDT) (envelope-from matrix@itlegion.ru) Received: from artem (artem.office.ipform.ru [192.168.0.12]) by osiris.ipform.ru (8.12.6/8.12.6) with ESMTP id i39A7rXg061103 for ; Fri, 9 Apr 2004 14:07:53 +0400 (MSD) (envelope-from matrix@itlegion.ru) X-AntiVirus: Checked by Dr.Web (http://www.drweb.net) Message-ID: <01aa01c41e1a$0e916890$0c00a8c0@artem> From: "Artem Koutchine" To: Date: Fri, 9 Apr 2004 14:04:29 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Subject: What does 'lock order reversal' mean? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 10:07:54 -0000 When i run test perl scripts (6 processes in parallel) which crate a big array, manupulate it, free and over again so 2GB of ram is used up and system starts using swap i see the message below (only onces). What does it mean? Apr 7 20:16:34 new kernel: lock order reversal Apr 7 20:16:34 new kernel: 1st 0xc79446b4 vm object (vm object) @ /usr/src/sys/vm/swap_pager.c:1313 Apr 7 20:16:35 new kernel: 2nd 0xc08b9e00 swap_pager swhash (swap_pager swhash) @ /usr/src/sys/vm/swap_pager.c:1803 Apr 7 20:16:35 new kernel: 3rd 0xc7898294 vm object (vm object) @ /usr/src/sys/vm/uma_core.c:886 Apr 7 20:16:35 new kernel: Stack backtrace: Apr 7 20:16:35 new kernel: backtrace(0,1,c0888798,c08898f0,c08174bc) at backtrace+0x12 Apr 7 20:16:35 new kernel: witness_checkorder(c7898294,9,c07d43dd,376) at witness_checkorder+0x593 Apr 7 20:16:35 new kernel: _mtx_lock_flags(c7898294,0,c07d43dd,376,c78888d4) at _mtx_lock_flags+0x67 Apr 7 20:16:35 new kernel: obj_alloc(c78888c0,1000,e32ffa2f,101,c78888d4) at obj_alloc+0x31 Apr 7 20:16:35 new kernel: slab_zalloc(c78888c0,1,c78888c0,c78888d4,1) at slab_zalloc+0x82 Apr 7 20:16:35 new kernel: uma_zone_slab(c78888c0,1,c78888d4,0,c07d43dd,68f) at uma_zone_slab+0xb5 Apr 7 20:16:35 new kernel: uma_zalloc_internal(c78888c0,0,1,c78888d4,0) at uma_zalloc_internal+0x28 Apr 7 20:16:35 new kernel: uma_zalloc_arg(c78888c0,0,1) at uma_zalloc_arg+0x2f8 Apr 7 20:16:35 new kernel: swp_pager_meta_build(c79446b4,38,0,2,0) at swp_pager_meta_build+0x108 Apr 7 20:16:36 new kernel: swap_pager_putpages(c79446b4,e32ffc00,4,0,e32ffb70) at swap_pager_putpages+0x2b4 Apr 7 20:16:36 new kernel: default_pager_putpages(c79446b4,e32ffc00,4,0,e32ffb70) at default_pager_putpages+0x18 Apr 7 20:16:36 new kernel: vm_pageout_flush(e32ffc00,4,0,0,e32ffbdc) at vm_pageout_flush+0x11e Apr 7 20:16:36 new kernel: vm_pageout_clean(c2c26308) at vm_pageout_clean+0x2a5 Apr 7 20:16:36 new kernel: vm_pageout_scan(0) at vm_pageout_scan+0x54b Apr 7 20:16:36 new kernel: vm_pageout(0,e32ffd48,0,c071cc3c,0) at vm_pageout+0x2d2 Apr 7 20:16:36 new kernel: fork_exit(c071cc3c,0,e32ffd48) at fork_exit+0xa8 Apr 7 20:16:36 new kernel: fork_trampoline() at fork_trampoline+0x8 Apr 7 20:16:36 new kernel: --- trap 0x1, eip = 0, esp = 0xe32ffd7c, ebp = 0 --- From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 04:07:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30C4316A4CE; Fri, 9 Apr 2004 04:07:23 -0700 (PDT) Received: from herring.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id B191D43D31; Fri, 9 Apr 2004 04:07:21 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from herring.rabson.org (herring.rabson.org [10.0.0.2]) by herring.rabson.org (8.12.11/8.12.11) with ESMTP id i39B7AbJ001944; Fri, 9 Apr 2004 12:07:10 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: freebsd-current@freebsd.org Date: Fri, 9 Apr 2004 12:07:10 +0100 User-Agent: KMail/1.6.1 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200404091207.10055.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on herring.rabson.org X-Virus-Scanned: ClamAV version 'clamd / ClamAV version 0.65', clamav-milter version '0.60p' cc: freebsd-stable@freebsd.org Subject: Valgrind for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 11:07:23 -0000 As some of you might be aware, recently I've been working on porting the excellent valgrind debugger to FreeBSD (both -stable and -current). If you are interested in trying it out, you can find details on how to get the latest version at http://www.rabson.org/#valgrind. Enjoy... From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 04:13:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9BB516A4CE for ; Fri, 9 Apr 2004 04:13:16 -0700 (PDT) Received: from cmsrelay02.mx.net (cmsrelay02.mx.net [165.212.11.111]) by mx1.FreeBSD.org (Postfix) with SMTP id 80D2B43D64 for ; Fri, 9 Apr 2004 04:13:16 -0700 (PDT) (envelope-from noackjr@alumni.rice.edu) Received: from uadvg137.cms.usa.net (165.212.11.137) by cmsoutbound.mx.net with SMTP; 9 Apr 2004 11:13:16 -0000 Received: from optimator.noacks.org [65.69.0.65] by uadvg137.cms.usa.net (ASMTP/noackjr@usa.net) via mtad (C8.MAIN.3.13N) with ESMTP id 473iDiLNN0032M37; Fri, 09 Apr 2004 11:13:13 GMT X-USANET-Auth: 65.69.0.65 AUTH noackjr@usa.net optimator.noacks.org Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id AABE9615F; Fri, 9 Apr 2004 06:13:11 -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 33729-05; Fri, 9 Apr 2004 06:13:08 -0500 (CDT) Received: from alumni.rice.edu (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id D5A0C60E7; Fri, 9 Apr 2004 06:13:08 -0500 (CDT) Message-ID: <40768544.2070806@alumni.rice.edu> Date: Fri, 09 Apr 2004 06:13:08 -0500 From: Jon Noack User-Agent: Mozilla Thunderbird 0.5+ (Windows/20040312) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Artem Koutchine References: <01aa01c41e1a$0e916890$0c00a8c0@artem> In-Reply-To: <01aa01c41e1a$0e916890$0c00a8c0@artem> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at noacks.org cc: freebsd-current@freebsd.org Subject: Re: What does 'lock order reversal' mean? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 11:13:17 -0000 On 4/9/2004 5:04 AM, Artem Koutchine wrote: > When i run test perl scripts (6 processes in parallel) > which crate a big array, manupulate it, free and over again > so 2GB of ram is used up and system starts using swap i see > the message below (only onces). What does it mean? > > Apr 7 20:16:34 new kernel: lock order reversal > Apr 7 20:16:34 new kernel: 1st 0xc79446b4 vm object (vm object) @ > /usr/src/sys/vm/swap_pager.c:1313 > Apr 7 20:16:35 new kernel: 2nd 0xc08b9e00 swap_pager swhash (swap_pager > swhash) @ /usr/src/sys/vm/swap_pager.c:1803 > Apr 7 20:16:35 new kernel: 3rd 0xc7898294 vm object (vm object) @ > /usr/src/sys/vm/uma_core.c:886 This is: 1) A FAQ. 2) A false positive. 3) Completely harmless. Previously reported to the list: 1) 04/07/2004 (by you) 2) 03/31/2004 3) 03/28/2004 4) 03/24/2004 5) 03/22/2004 6) 03/18/2004 7) ... For a good explanation of lock order reversals: http://lists.freebsd.org/pipermail/freebsd-current/2003-December/016617.html I'll put up a webpage of false-positives if someone will commit a change in the LOR warning to point to it (or something similar to this): "lock order reversal: please see http://example.com for status before reporting" I still think it would be best if this page were on the FreeBSD website, but I'll host it if necessary. Jon Noack From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 04:13:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5FC016A4CE for ; Fri, 9 Apr 2004 04:13:53 -0700 (PDT) Received: from av7-2-sn3.vrr.skanova.net (av7-2-sn3.vrr.skanova.net [81.228.9.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A81043D5A for ; Fri, 9 Apr 2004 04:13:53 -0700 (PDT) (envelope-from manlix@demonized.net) Received: by av7-2-sn3.vrr.skanova.net (Postfix, from userid 502) id 49AC738185; Fri, 9 Apr 2004 14:09:32 +0200 (CEST) Received: from smtp3-2-sn3.vrr.skanova.net (smtp3-2-sn3.vrr.skanova.net [81.228.9.102]) by av7-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 37CB3380EE; Fri, 9 Apr 2004 14:09:32 +0200 (CEST) Received: from fisk.demonized.net (h97n2fls33o834.telia.com [213.66.186.97]) by smtp3-2-sn3.vrr.skanova.net (Postfix) with ESMTP id B2BE837E42; Fri, 9 Apr 2004 13:13:51 +0200 (CEST) Received: from beard.demonized.net (beard.demonized.net [172.22.1.2]) by fisk.demonized.net (Postfix) with SMTP id 75E0C4108; Fri, 9 Apr 2004 13:13:55 +0200 (CEST) Date: Fri, 9 Apr 2004 13:13:51 +0200 From: Johan Pettersson To: Jeff Doolittle Message-Id: <20040409131351.3760f3b5.manlix@demonized.net> In-Reply-To: <4075E63C.3060709@kingsquarry.net> References: <4075E63C.3060709@kingsquarry.net> X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: ASUS P4C800-E Deluxe and ICH5R support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 11:13:54 -0000 Try disabling APIC at the boot prompt. set hint.apic.0.disabled=1 On Thu, 08 Apr 2004 19:54:36 -0400 Jeff Doolittle wrote: > I've seen eMails regarding ICH5R support on other motherboards being > added, is there plans to add support for the ASUS P4C800-E Deluxe? > > I tried both FreeBSD v5.2.1 & am now updating to current on a daily > basis hoping the following error will be address: > > ad12: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA = xxxx > or > ad10: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA = xxxx > and > the machine is hung, requiring a hard reset. > > The following are from dmesg: > > FreeBSD 5.2-CURRENT #0: Thu Apr 8 13:27:36 EDT 2004 > root@saturn.kingsquarry.net:/usr/obj/usr/src/sys/GENERIC > ..... > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2398.85-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf25 Stepping = 5 > > Features=0xbfebfbff PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,P > BE> > Hyperthreading: 2 logical CPUs > real memory = 536018944 (511 MB) > avail memory = 514789376 (490 MB) > ..... > atapci0: port > 0xd880-0xd8ff,0xdfa0-0xdfaf,0xdf00-0xdf3f mem > 0xfeac0000-0xfeadffff,0xfeafe000-0xfeafefff irq 23 at device 4.0 on > pci3 ata2: at 0xfeafe000 on atapci0 > ata3: at 0xfeafe000 on atapci0 > ata4: at 0xfeafe000 on atapci0 > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci1: port > 0xfc00-0xfc0f,0-0x3,0-0x7,0-0x3,0-0x7 at device 31.1 on pci0 > ata0: at 0x1f0 irq 14 on atapci1 > ata1: at 0x170 irq 15 on atapci1 > atapci2: port > 0xef90-0xef9f,0xefa8-0xefab,0xefa0-0xefa7,0xefac-0xefaf,0xefe0-0xefe7 > irq 18 at device 31.2 on pci0 > ata5: at 0xefe0 on atapci2 > ata6: at 0xefa0 on atapci2 > ..... > ad0: 19092MB [38792/16/63] at ata0-master UDMA100 > acd0: CDRW <48X12X50 CD-RW 1.04 20021101> at ata1-master PIO4 > ad4: 190782MB [387621/16/63] at ata2-master > UDMA100 ad6: 190782MB [387621/16/63] at > ata3-master UDMA100 em0: Link is up 100 Mbps Full Duplex > ad10: 190782MB [387621/16/63] at ata5-master > UDMA100 ad12: 190782MB [387621/16/63] at > ata6-master UDMA100 ar0: 381564MB [48642/255/63] > status: READY subdisks: > disk0 READY on ad4 at ata2-master > disk1 READY on ad6 at ata3-master > ar1: 381564MB [48642/255/63] status: READY subdisks: > disk0 READY on ad10 at ata5-master > disk1 READY on ad12 at ata6-master > > NOTE #1: ar0 is a Promise created RAID array. > NOTE #2: at1 is a atacontrol created RAID array, because the BIOS > created is not recognized. > > Basically the machine crashed when I run rsync from the Promise raid > drives to the Intel raid drives. In the past I could copy between 1 - > > 2gig and it would hang with the above error messages, except > yesterday's build dumped me in debug mode, today's build is the first > I have seen it acknowlegde the Intel ICH5 SATA150 controller and it > errors out almost immediately after starting rsync. > > Is there more information I can/should provide to help resolve this > problem? I apologize, this is the first time I've ever had a > "problem" with FreeBSD since I started using it at v2.2.7.... > > Thanks. > > - Jeff > > > > Thanks... > _______________________________________________ > 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 Apr 9 04:19:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1544A16A4CE for ; Fri, 9 Apr 2004 04:19:32 -0700 (PDT) Received: from lakermmtao12.cox.net (lakermmtao12.cox.net [68.230.240.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 875DC43D5E for ; Fri, 9 Apr 2004 04:19:31 -0700 (PDT) (envelope-from conrads@ip68-14-60-78.no.no.cox.net) Received: from ip68-14-60-78.no.no.cox.net ([68.14.60.78]) by lakermmtao12.cox.netESMTP <20040409111930.HDMV19678.lakermmtao12.cox.net@ip68-14-60-78.no.no.cox.net> for ; Fri, 9 Apr 2004 07:19:30 -0400 Received: from ip68-14-60-78.no.no.cox.net (localhost [127.0.0.1]) i39BJUtp058066 for ; Fri, 9 Apr 2004 06:19:30 -0500 (CDT) (envelope-from conrads@ip68-14-60-78.no.no.cox.net) Received: (from conrads@localhost)i39BJPSc058065 for freebsd-current@freebsd.org; Fri, 9 Apr 2004 06:19:25 -0500 (CDT) (envelope-from conrads) Message-ID: X-Mailer: XFMail 1.5.5 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20040406114536.GA47603@cox.net> Date: Fri, 09 Apr 2004 06:19:25 -0500 (CDT) From: Conrad Sabatier To: freebsd-current@freebsd.org Subject: Re: Bogus include in src/sys/net80211/ieee80211_ioctl.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: conrads@cox.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 11:19:32 -0000 On 06-Apr-2004 Conrad J. Sabatier wrote: > /* > * IEEE 802.11 ioctl support (FreeBSD-specific) > */ > >#include "opt_inet.h" > /* >#include "opt_ipx.h" > */ > > This last include (which I had to comment out to get the file to compile) > seems bogus to me. There *is* no opt_ipx.h. I believe it should be > removed. OK, I see now that this file (opt_ipx.h) is generated on-the-fly in a few places in src/sys (but *not* under modules/wlan). Apparently, something I did the other day during my builds caused the dependencies that made this happen to fail. Nevermind! :-) -- Conrad Sabatier - "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 04:26:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F55516A4CE for ; Fri, 9 Apr 2004 04:26:35 -0700 (PDT) Received: from cmsrelay03.mx.net (cmsrelay03.mx.net [165.212.11.112]) by mx1.FreeBSD.org (Postfix) with SMTP id C3CA643D46 for ; Fri, 9 Apr 2004 04:26:34 -0700 (PDT) (envelope-from noackjr@alumni.rice.edu) Received: from uadvg130.cms.usa.net (165.212.11.130) by cmsoutbound.mx.net with SMTP; 9 Apr 2004 11:26:30 -0000 Received: from optimator.noacks.org [65.69.0.65] by uadvg130.cms.usa.net (ASMTP/noackjr@usa.net) via mtad (C8.MAIN.3.13N) with ESMTP id 159iDiLAC0119M30; Fri, 09 Apr 2004 11:26:28 GMT X-USANET-Auth: 65.69.0.65 AUTH noackjr@usa.net optimator.noacks.org Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 7A1826173; Fri, 9 Apr 2004 06:26:27 -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 33729-07; Fri, 9 Apr 2004 06:26:26 -0500 (CDT) Received: from alumni.rice.edu (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 2067C615F; Fri, 9 Apr 2004 06:26:26 -0500 (CDT) Message-ID: <40768861.3000401@alumni.rice.edu> Date: Fri, 09 Apr 2004 06:26:25 -0500 From: Jon Noack User-Agent: Mozilla Thunderbird 0.5+ (Windows/20040312) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Artem Koutchine References: <000c01c41cbd$0399e330$0c00a8c0@artem> In-Reply-To: <000c01c41cbd$0399e330$0c00a8c0@artem> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at noacks.org cc: freebsd-current@freebsd.org Subject: Re: lock order reversal and swap problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 11:26:35 -0000 (bugs@ and hardware@ removed) Please read the following before posting again (including the appropriate list-specific sections): http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/eresources.html#ERESOURCES-CHARTERS On 4/7/2004 11:25 AM, Artem Koutchine wrote: > This evening, before going hove i decided to load-test the new server. > I remind the server is: > dual xeon 2.66, 2GB ECC ram, supermicro x5dpeg2 mb, > 3ware 8506-4LP sata radi controller, 4 sata seagate disks, > eveyrthing is install in a RAID5 array. > > I run: > 3 bonnies in a loop, > 4 byteneches in a loop, > 6 my own perl scripts to test the memory. Each allocated about 256MB > ran, fill it with somethingm then free and do it over and over again. > > After 3 minutes of running i saw this: > > Apr 7 20:16:34 new kernel: lock order reversal > Apr 7 20:16:34 new kernel: 1st 0xc79446b4 vm object (vm object) @ > /usr/src/sys/vm/swap_pager.c:1313 > Apr 7 20:16:35 new kernel: 2nd 0xc08b9e00 swap_pager swhash (swap_pager > swhash) @ /usr/src/sys/vm/swap_pager.c:1803 > Apr 7 20:16:35 new kernel: 3rd 0xc7898294 vm object (vm object) @ > /usr/src/sys/vm/uma_core.c:886 It's harmless. This is answered in more detail in a response to your second post on this topic. > and then hundreds and thousands: > > Apr 7 20:20:29 new kernel: swap_pager_getswapspace(16): failed > Apr 7 20:20:32 new last message repeated 44 times > > while actually there were 500MB of swap space left. > > What is going on? I don't know about this. Jon Noack From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 04:27:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90ABF16A4CE; Fri, 9 Apr 2004 04:27:22 -0700 (PDT) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61E6543D53; Fri, 9 Apr 2004 04:27:22 -0700 (PDT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.9p1/8.12.8) with ESMTP id i39BRKgd008244; Fri, 9 Apr 2004 04:27:20 -0700 (PDT) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.9p1/8.12.3/Submit) id i39BRKZx008241; Fri, 9 Apr 2004 04:27:20 -0700 (PDT) (envelope-from rizzo) Date: Fri, 9 Apr 2004 04:27:20 -0700 From: Luigi Rizzo To: ume@freebsd.org, net@freebsd.org, ru@freebsd.org, andre@freebsd.org Message-ID: <20040409042720.A99087@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: current@freebsd.org Subject: suggested patches for netinet6/ X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 11:27:22 -0000 While adapting to ipv6 the new arp table code I am developing following Andre's ideas, i hit a few places that would deserve a fix independently of that: + nd6_nud_hint() is only called as nd6_nud_hint(NULL, NULL, 0); in some cases from netinet/tcp_input.c With these args, the routine is a NOP. I propose to remove it (and the associated field, ln_byhint, in struct llinfo_nd6) + In a couple of places, the logic to compute 'olladdr' and 'llchange' is rather convoluted, and it could be greatly simplified (see below) + nd6_output() contains a tail-recursive call which certainly can be removed by using a 'goto' near the beginning of the function (or maybe in a better way!) Also: + in nd6_na_input() we are responding to an nd6 message on interface 'ifp', so i guess in the routine rt->rt_ifp == ifp, and we can use the latter when needed instead of rt->rt_ifp ? + is it ok to remove the __P() from the header files, ANSIfy the function declarations and make them static as appropriate ? Of course this ought to be done as a separate step. I am attaching the relevant snippets of the diff... Can anyone comment ? Any objection if i commit the trivial fixes to the first 3 issues above ? What about the style changes ? cheers luigi Index: nd6.c =================================================================== - olladdr = (sdl->sdl_alen) ? 1 : 0; - if (olladdr && lladdr) { - if (bcmp(lladdr, LLADDR(sdl), ifp->if_addrlen)) - llchange = 1; - else - llchange = 0; - } else - llchange = 0; + olladdr = ln->ln_state >= ND6_LLINFO_REACHABLE; + llchange = olladdr && lladdr && bcmp(lladdr, &ln->ll_addr, ifp->if_addrlen); @@ -1844,11 +1836,8 @@ nd6_output(ifp, origifp, m0, dst, rt0) +again: /* * next hop determination. This routine is derived from ether_outpout. */ if (rt) { if ((rt->rt_flags & RTF_UP) == 0) { rt0 = rt = rtalloc1((struct sockaddr *)dst, 1, 0UL); if (rt != NULL) { RT_REMREF(rt); RT_UNLOCK(rt); - if (rt->rt_ifp != ifp) { - /* XXX: loop care? */ - return nd6_output(ifp, origifp, m0, - dst, rt); - } + if (rt->rt_ifp != ifp) + goto again; /* rt has changed. */ } else senderr(EHOSTUNREACH); } Index: nd6_nbr.c =================================================================== @@ -653,17 +650,9 @@ nd6_na_input(m, off, icmp6len) /* * Check if the link-layer address has changed or not. */ - if (!lladdr) - llchange = 0; - else { - if (sdl->sdl_alen) { - if (bcmp(lladdr, LLADDR(sdl), ifp->if_addrlen)) - llchange = 1; - else - llchange = 0; - } else - llchange = 1; - } + llchange = lladdr && + ( (ln->ln_state < ND6_LLINFO_REACHABLE) || + bcmp(lladdr, &ln->l3_addr, ifp->if_addrlen) ); @@ -744,7 +728,7 @@ nd6_na_input(m, off, icmp6len) * context. However, we keep it just for safety. */ s = splnet(); - dr = defrouter_lookup(in6, rt->rt_ifp); + dr = defrouter_lookup(&ln->l3_addr, ifp); if (dr) defrtrlist_del(dr); else if (!ip6_forwarding && ip6_accept_rtadv) { @@ -755,21 +739,25 @@ nd6_na_input(m, off, icmp6len) * (e.g. redirect case). So we must * call rt6_flush explicitly. */ - rt6_flush(&ip6->ip6_src, rt->rt_ifp); + rt6_flush(&ip6->ip6_src, ifp); } splx(s); } ln->ln_router = is_router; } From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 04:40:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4F9816A4D0 for ; Fri, 9 Apr 2004 04:40:05 -0700 (PDT) Received: from winston.piwebs.com (217-19-20-186.dsl.cambrium.nl [217.19.20.186]) by mx1.FreeBSD.org (Postfix) with SMTP id 6E51743D2D for ; Fri, 9 Apr 2004 04:40:04 -0700 (PDT) (envelope-from avleeuwen@piwebs.com) Received: (qmail 60059 invoked from network); 9 Apr 2004 11:40:02 -0000 Received: from vincent.piwebs.com (192.168.0.84) by winston.piwebs.com with SMTP; 9 Apr 2004 11:40:02 -0000 From: Arjan van Leeuwen To: freebsd-current@freebsd.org Date: Fri, 9 Apr 2004 13:40:00 +0200 User-Agent: KMail/1.6.1 References: <200404091207.10055.dfr@nlsystems.com> In-Reply-To: <200404091207.10055.dfr@nlsystems.com> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_SuodAjX/mt5FCLa"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200404091340.02699.avleeuwen@piwebs.com> Subject: Re: Valgrind for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: avleeuwen@piwebs.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 11:40:05 -0000 --Boundary-02=_SuodAjX/mt5FCLa Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 09 April 2004 13:07, Doug Rabson wrote: > As some of you might be aware, recently I've been working on porting the > excellent valgrind debugger to FreeBSD (both -stable and -current). If > you are interested in trying it out, you can find details on how to get > the latest version at http://www.rabson.org/#valgrind. Enjoy... Thanks, that's some exciting stuff! I was wondering just this week if it wo= uld=20 be possible to get this to run on FreeBSD, and there's my answer already.=20 Thanks again! Best regards, Arjan > _______________________________________________ > 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" --Boundary-02=_SuodAjX/mt5FCLa Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAdouS3Ym57eNCXiERApbsAKCt7bhnXgpxW/lNTs3VDTrIIYQDeACfVfnM Gsvi4dQbNK/wOAoEblV8UHg= =76uE -----END PGP SIGNATURE----- --Boundary-02=_SuodAjX/mt5FCLa-- From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 13:43:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 706E816A4CE for ; Thu, 8 Apr 2004 13:43:46 -0700 (PDT) Received: from ultra36.almamedia.fi (ultra36.almamedia.fi [193.209.83.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECBFF43D49 for ; Thu, 8 Apr 2004 13:43:45 -0700 (PDT) (envelope-from koston@iki.fi) Received: by ultra36.almamedia.fi (Postfix, from userid 60001) id 5BD741DA35; Thu, 8 Apr 2004 23:43:42 +0300 (EEST) Received: from norsu.kameli.org (ip213-185-39-27.laajakaista.mtv3.fi [213.185.39.27]) by ultra36.almamedia.fi (Postfix) with SMTP id E99381D1A2 for ; Thu, 8 Apr 2004 23:43:41 +0300 (EEST) Received: by norsu.kameli.org (sSMTP sendmail emulation); Thu, 8 Apr 2004 22:45:27 +0000 From: "Atte Peltomaki" Date: Thu, 8 Apr 2004 22:45:27 +0000 To: freebsd-current@freebsd.org Message-ID: <20040408224527.GA8299@norsu.kameli.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4.1i X-Mailman-Approved-At: Fri, 09 Apr 2004 04:59:08 -0700 Subject: Future of FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 20:43:46 -0000 Hello FreeBSD users and developers! As an active FreeBSD user, I'm ever so interested about the future plans of FreeBSD and direction of developement. Many of the features that 5.x taunts are very impressive. But as of late I have been increasingly worried about the direction (or, lack of direction) things have been going. Departure of Jordan and Greg. Jordan said it's not fun anymore. Is the strive for new features driving developers past their limits, or has jkh simply gotten old? Also kicking out Dillon, a very talented and active programmer, didn't look good at all, especially when it went down completely without any explanations to userbase. Stability of 5.x: from my point of view, the 5.x series, although including a lot of very fancy work in many areas, is nowhere near the reliability you'd expect from a stable FreeBSD release. Originally 5.x was due to go stable in the beginning of summer, are there any new plans made yet? Feature-wise: things simply don't seem quite ready. ACPI breaks every other box, ULE is still not SMP aware, Giant is far from being completely removed and so on. Yet, all these features have been presented in the media long ago, giving the impression they would be ready (soon). Now, I'm not trying to pick a fight with anyone. I just want to talk about things with their real names. And when things are going bad, things are going bad and calling shit on one another ain't gonna make it one bit better. I would dearly like to hear an honest opinion from someone who feels he knows what he's talking about, against my feeble knowledge over much anything. And I would really like to see FreeBSD get a grip again, put the media behind it, see what's real and attainable and go an' do it, and as a user I will do what I can to assist. Cincerely, Atte Peltomäki http://kameli.org From owner-freebsd-current@FreeBSD.ORG Thu Apr 8 21:26:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDA5516A4CE for ; Thu, 8 Apr 2004 21:26:12 -0700 (PDT) Received: from eterna.binary.net (eterna.binary.net [216.229.0.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A9E943D48 for ; Thu, 8 Apr 2004 21:26:12 -0700 (PDT) (envelope-from yura@binary.net) Received: from matrix.binary.net (matrix.binary.net [216.229.0.2]) by eterna.binary.net (Postfix) with ESMTP id B5E4BB4698 for ; Thu, 8 Apr 2004 23:26:11 -0500 (CDT) Received: by matrix.binary.net (Postfix, from userid 100) id 91246102811; Thu, 8 Apr 2004 23:26:11 -0500 (CDT) Date: Thu, 8 Apr 2004 23:26:11 -0500 From: Yura Socolov To: freebsd-current@freebsd.org Message-ID: <20040409042611.GA68595@binary.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Mailman-Approved-At: Fri, 09 Apr 2004 04:59:08 -0700 Subject: VIA 8253 UDMA ICRC errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 04:26:13 -0000 Following is a message i sent to -hardware last night. I have since tried this on -current as of today and, since i get the same kind of behavior, i thought i'd ask here as well. The errors i'm getting are like this: ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=297945007 ad0: WARNING - WRITE_DMA UDMA ICRC error (retrying request) LBA=297945007 ad0: FAILURE - WRITE_DMA status=51 error=84 LBA=297945007 Errors seem to snowball after a few minutes after boot, unless bg fsck kicks in, in which case they are there right away. This is on a Shuttle AK32VN motherboard (KT266, 8235) with a samsung 160G disk, but as mentioned below other VIA-based motherboads manifest the dame problems. I guess question at this point is whether this is something that's temporarily broken, bad hardware (but it works with other motherboards), something that is no longer supported or something else. Or i'm doing something wrong. Any advice would be appreciated, thank you. -- -- Yura Socolov FP: A7192ABD96E15F5 19AB21E60C34109 -- http://users.binary.net/yura/ -- -- Opinions and views in this message are my own and my own only. -- -- "Two wrongs don't make a right... and three rights make a left." -- TRACON >Does anyone else have a problem lately with VIA-based motherboards and relatively >big IDE harddrives? > >In particular, any combination of the following gives me a load of UDMA ICRC >errors of various kinds, sometimes random panics (during boot or 20 minutes later), >corrupted filesystems, etc. > >I have tried using two different 160G hard drives from two different vendors >(maxtor and samsung), on three different, VIA-based motherboards of various >age and from 3 different manufacturers (asus, shuttle, fic), using either VIA >686 or VIA 8235 chip, three different cables (so it's not a cable problem). >DDR and PC133 memory as needed. FreeBSD versions from 5.2, to 5.2.1, -stable as >of yesterday and about three weeks ago, and now compiling -current to check it out. > >If the drive is put in the BIOSPIO mode, everything works just dandy, including >under heavy load on any of the boards. Under DMA100 i see ICRC errors as soon as >there is more or less noticeable activity on the drive. For instance installing >from CD causes an immediate error, installing from ftp at about 300 Kbytes/sec >manages to survive, sometimes to the end of the minimalistic install process. > >If any of these drives are put in an amd64 box with FIC K8-800T (VIA 8237 chip), >everything works flawlessly even under heavy load... > >I did see one similar bug report from last year in the non-urgent category, with no >followups. Not sure if it's related, though, and I would call this more of a >critical problem, since installation of FreeBSD on these kinds of systems is >currently just not possible. > From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 04:17:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B38F116A4CF for ; Fri, 9 Apr 2004 04:17:36 -0700 (PDT) Received: from smtp.netli.com (ip2-pal-focal.netli.com [66.243.52.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FC1C43D3F for ; Fri, 9 Apr 2004 04:17:36 -0700 (PDT) (envelope-from vlm@netli.com) Received: (qmail 28536 invoked by uid 84); 9 Apr 2004 11:17:36 -0000 Received: from vlm@netli.com by l3-1 with qmail-scanner-0.96 (uvscan: v4.1.40/v4121. . Clean. Processed in 0.175541 secs); 09 Apr 2004 11:17:36 -0000 Received: from unknown (HELO netli.com) (172.17.1.12) by mx01-pal-lan.netli.lan with SMTP; 9 Apr 2004 11:17:36 -0000 Message-ID: <40768695.5080700@netli.com> Date: Fri, 09 Apr 2004 04:18:45 -0700 From: Lev Walkin Organization: Netli, Inc. User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040307 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Doug Rabson References: <200404091207.10055.dfr@nlsystems.com> In-Reply-To: <200404091207.10055.dfr@nlsystems.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 09 Apr 2004 04:59:08 -0700 cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: Valgrind for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 11:17:36 -0000 Doug Rabson wrote: > As some of you might be aware, recently I've been working on porting the > excellent valgrind debugger to FreeBSD (both -stable and -current). If > you are interested in trying it out, you can find details on how to get > the latest version at http://www.rabson.org/#valgrind. Enjoy... I've successfully tried the following valgrind tarball (actually, part of a DragonFLY port), which made out of your patches. It compiles on 5.x systems perfectly, and actually runs quite well (procfs is required though, to eliminate SIGBUS). http://eirikn.kerneled.com/valgrind/ -- Lev Walkin vlm@netli.com From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 05:13:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9D5B16A4CE for ; Fri, 9 Apr 2004 05:13:24 -0700 (PDT) Received: from winston.piwebs.com (217-19-20-186.dsl.cambrium.nl [217.19.20.186]) by mx1.FreeBSD.org (Postfix) with SMTP id C9B1B43D46 for ; Fri, 9 Apr 2004 05:13:22 -0700 (PDT) (envelope-from avleeuwen@piwebs.com) Received: (qmail 60315 invoked from network); 9 Apr 2004 12:13:21 -0000 Received: from vincent.piwebs.com (192.168.0.84) by winston.piwebs.com with SMTP; 9 Apr 2004 12:13:21 -0000 From: Arjan van Leeuwen To: freebsd-current@freebsd.org Date: Fri, 9 Apr 2004 14:13:17 +0200 User-Agent: KMail/1.6.1 References: <20040408224527.GA8299@norsu.kameli.org> In-Reply-To: <20040408224527.GA8299@norsu.kameli.org> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_hNpdA4BkaiCjrrt"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200404091413.21474.avleeuwen@piwebs.com> cc: Atte Peltomaki Subject: Re: Future of FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: avleeuwen@piwebs.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 12:13:24 -0000 --Boundary-02=_hNpdA4BkaiCjrrt Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 09 April 2004 00:45, Atte Peltomaki wrote: > Hello FreeBSD users and developers! > > As an active FreeBSD user, I'm ever so interested about the future > plans of FreeBSD and direction of developement. Many of the features > that 5.x taunts are very impressive. But as of late I have been > increasingly worried about the direction (or, lack of direction) things > have been going. > (...) > > Cincerely, > > Atte Peltom=E4ki > http://kameli.org This looks like a troll, and if it isn't, it doesn't belong on this mailing= =20 list. Please don't feed the trolls. Arjan --Boundary-02=_hNpdA4BkaiCjrrt Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAdpNh3Ym57eNCXiERArUFAJ0aA8IRw8ihtnFDsTb51AL3kivRkgCeJbdS EYNPyovUnq4Jl+qsFgK3qTw= =Bjb0 -----END PGP SIGNATURE----- --Boundary-02=_hNpdA4BkaiCjrrt-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 05:15:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87AB716A4CE for ; Fri, 9 Apr 2004 05:15:44 -0700 (PDT) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id C760F43D41 for ; Fri, 9 Apr 2004 05:15:43 -0700 (PDT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from pcwin002.win.tue.nl (orb_rules@localhost [127.0.0.1]) by pcwin002.win.tue.nl (8.12.11/8.12.11) with ESMTP id i39CFg46037919; Fri, 9 Apr 2004 14:15:42 +0200 (CEST) (envelope-from stijn@pcwin002.win.tue.nl) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.12.11/8.12.11/Submit) id i39CFg8u037918; Fri, 9 Apr 2004 14:15:42 +0200 (CEST) (envelope-from stijn) Date: Fri, 9 Apr 2004 14:15:42 +0200 From: Stijn Hoop To: Atte Peltomaki Message-ID: <20040409121542.GD26247@pcwin002.win.tue.nl> References: <20040408224527.GA8299@norsu.kameli.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+QahgC5+KEYLbs62" Content-Disposition: inline In-Reply-To: <20040408224527.GA8299@norsu.kameli.org> User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! cc: freebsd-current@freebsd.org Subject: Re: Future of FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 12:15:44 -0000 --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable At the risk of feeding the troll... On Thu, Apr 08, 2004 at 10:45:27PM +0000, Atte Peltomaki wrote: > Hello FreeBSD users and developers! >=20 > As an active FreeBSD user, I'm ever so interested about the future > plans of FreeBSD and direction of developement. Many of the features > that 5.x taunts are very impressive. But as of late I have been > increasingly worried about the direction (or, lack of direction) things > have been going.=20 What lack of direction? As I see it, everything is gearing up for a great 5.3-STABLE release. > Departure of Jordan and Greg. Jordan said it's not fun anymore. Is the > strive for new features driving developers past their limits, or has jkh > simply gotten old? Also kicking out Dillon, a very talented and active > programmer, didn't look good at all, especially when it went down > completely without any explanations to userbase.=20 Why drag up old stuff like this? What does it have to do with the future of FreeBSD? > Stability of 5.x: from my point of view, the 5.x series, although > including a lot of very fancy work in many areas, is nowhere near the > reliability you'd expect from a stable FreeBSD release. Originally 5.x > was due to go stable in the beginning of summer, are there any new plans > made yet?=20 And how did you determine this reliability? Why did you even expect the same reliability from a bleeding edge release, even though it's clearly noted on every page that 5.x is known to be not as reliable as 4.x? > Feature-wise: things simply don't seem quite ready. ACPI breaks every > other box, I'm glad to hear that you sent in the reports for your 'every other box'. = Or didn't you? Seriously, I think this is unfounded FUD. Nate Lawson and many others have done magic in making ACPI just work on 90% of the hardware out there. Granted, things like suspend/resume are not there yet, but then again that's not 'breaking every other box'. And please do not drag up specific examples of 'every other box' -- you are commenting on the general state of affairs, without presenting any kind of numbers. > ULE is still not SMP aware, Giant is far from being > completely removed and so on. Yet, all these features have been > presented in the media long ago, giving the impression they would be > ready (soon).=20 Well maybe you got the wrong impression. Certainly, what's far more importa= nt is whether FreeBSD claims to have these features ready or not. It's well- known that not all of these features are as far advanced as anyone would like them to be, but then again this is Very Hard Work. I for one am excited about all the features that have been realized already. > Now, I'm not trying to pick a fight with anyone. But you are trying to spread FUD in my opinion. I'd like to counter that. = Be prepared that others will want to do the same; they may not stay civil. > I just want to talk about things with their real names. And when things > are going bad, things are going bad and calling shit on one another ain't > gonna make it one bit better. I would dearly like to hear an honest opini= on > from someone who feels he knows what he's talking about, against my feeble > knowledge over much anything. And I would really like to see FreeBSD get > a grip again, put the media behind it, see what's real and attainable > and go an' do it, and as a user I will do what I can to assist.=20 As a user the best you can do is document all your problems to the develope= rs; if you want the project to go in a certain direction, or 'finish' a particu= lar project, you'll have to step in as a developer because that's how opensource (or at least this project) works. You can't sit by the sideline and say 'hey this is going wrong' while generally waving your arms about. Hope this helps you reconsider some things, --Stijn --=20 "Harry, I'm going to let you in on a little secret. Every day, once a day, give yourself a present. Don't plan it, don't wait for it, just let it happen. Could be a new shirt at the men's store, a catnap in your office chair, or... two cups of good, hot, black coffee. Like this." -- Special Agent Dale Cooper, "Twin Peaks" --+QahgC5+KEYLbs62 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAdpPtY3r/tLQmfWcRAmO8AJ9/9PhQoxrl4LIlsUuePTBXGPW2CgCghZwM yM65a4uSVN9qK9W7iHMHXlc= =91LY -----END PGP SIGNATURE----- --+QahgC5+KEYLbs62-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 05:25:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A51F16A4CE for ; Fri, 9 Apr 2004 05:25:43 -0700 (PDT) Received: from energistic.com (mail.virtual-voodoo.com [65.204.79.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8BC743D31 for ; Fri, 9 Apr 2004 05:25:42 -0700 (PDT) (envelope-from steve@energistic.com) Received: from energistic.com (steve@localhost [127.0.0.1]) by energistic.com (8.12.11/8.12.11) with ESMTP id i39CRTQi019203; Fri, 9 Apr 2004 07:27:29 -0500 (EST) (envelope-from steve@energistic.com) Received: (from steve@localhost) by energistic.com (8.12.11/8.12.11/Submit) id i39CRToJ019202; Fri, 9 Apr 2004 07:27:29 -0500 (EST) (envelope-from steve) Date: Fri, 9 Apr 2004 07:27:29 -0500 From: Steve Ames To: Stijn Hoop Message-ID: <20040409122729.GA19110@energistic.com> References: <20040408224527.GA8299@norsu.kameli.org> <20040409121542.GD26247@pcwin002.win.tue.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040409121542.GD26247@pcwin002.win.tue.nl> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org cc: Atte Peltomaki Subject: Re: Future of FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 12:25:43 -0000 On Fri, Apr 09, 2004 at 02:15:42PM +0200, Stijn Hoop wrote: > As a user the best you can do is document all your problems to the developers; > if you want the project to go in a certain direction, or 'finish' a particular > project, you'll have to step in as a developer because that's how opensource > (or at least this project) works. You can't sit by the sideline and say 'hey > this is going wrong' while generally waving your arms about. You could also gather some money together and financially encourage a developer or two to move in a direction you prefer. Rewards for certain features have been posted and accepted in the past. Putting together the necessary financial commitment to help nudge or accelerate the project in a certain direction doesn't seem totally out of question. If your talents lean more toward fund-raising than coding this is certainly a viable strategy for you. Just another option. Griping has traditionally not accomplished anything. Document your problems specifically, fix them, or encourage others to fix them for you. -Steve From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 05:39:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E35B16A4CE for ; Fri, 9 Apr 2004 05:39:58 -0700 (PDT) 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 B634143D58 for ; Fri, 9 Apr 2004 05:39:56 -0700 (PDT) (envelope-from sos@DeepCore.dk) Received: from DeepCore.dk (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i39Cdnf4015550; Fri, 9 Apr 2004 14:39:54 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <40769995.7090800@DeepCore.dk> Date: Fri, 09 Apr 2004 14:39:49 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 0.5 (X11/20040329) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Atte Peltomaki References: <20040408224527.GA8299@norsu.kameli.org> In-Reply-To: <20040408224527.GA8299@norsu.kameli.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: freebsd-current@freebsd.org Subject: Re: Future of FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 12:39:58 -0000 Atte Peltomaki wrote: > Hello FreeBSD users and developers! > > As an active FreeBSD user, I'm ever so interested about the future > plans of FreeBSD and direction of developement. Many of the features > that 5.x taunts are very impressive. But as of late I have been > increasingly worried about the direction (or, lack of direction) things > have been going. FreeBSD is going in the direction that those that contribute their (spare) time to it wants it to go in, it is that simple really. Discussions and rants on these lists takes away the time that those can use for doing exactly that. So if you want another direction, there is one thing you can do, devote your time and talent to get things done, dont waste others time by trolling around on these lists, thankyou.... -- -Søren From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 05:57:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52AC816A4D1 for ; Fri, 9 Apr 2004 05:57:28 -0700 (PDT) Received: from moo.sysabend.org (moo.sysabend.org [66.111.41.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F9D043D2D for ; Fri, 9 Apr 2004 05:57:28 -0700 (PDT) (envelope-from ragnar@sysabend.org) Received: by moo.sysabend.org (Postfix, from userid 1004) id 9418D6EB; Fri, 9 Apr 2004 05:57:27 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by moo.sysabend.org (Postfix) with ESMTP id 910F56E8; Fri, 9 Apr 2004 05:57:27 -0700 (PDT) Date: Fri, 9 Apr 2004 05:57:27 -0700 (PDT) From: Jamie Bowden To: Ion-Mihai Tetcu In-Reply-To: <20040407164358.1e5b020b@it.buh.cameradicommercio.ro> Message-ID: <20040409054505.N6723-100000@moo.sysabend.org> X-representing: Only myself. X-badge: We don't need no stinking badges. X-obligatory-profanity: Fuck X-moo: Moo. MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: DVD-RW recomandation ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 12:57:28 -0000 On Wed, 7 Apr 2004, Ion-Mihai Tetcu wrote: > I want to buy a DVD-RW which I will use on -current. Could you suggest a > known-to-be-working model (especially with VIA8237 cipset) ? > Any experience with one of the following ? > TEAC DV-W58GK > TEAC DV-W58G-095 > Gigabyte GO-W0804A I'm currently using a Pioneer DVR-A07 (and was using a DVR-A05 previously) on -C, but with an Intel i875P chipset motherboard. Your VIA chipset shouldn't cause problems with any ATAPI compliant device I should hope. Drive details can be found here: DVR-A07: DVR-A05: Jamie Bowden -- "It was half way to Rivendell when the drugs began to take hold" Hunter S Tolkien "Fear and Loathing in Barad Dur" Iain Bowen From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 06:12:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7732E16A4CE for ; Fri, 9 Apr 2004 06:12:20 -0700 (PDT) Received: from cmsrelay03.mx.net (cmsrelay03.mx.net [165.212.11.112]) by mx1.FreeBSD.org (Postfix) with SMTP id 4745A43D48 for ; Fri, 9 Apr 2004 06:12:20 -0700 (PDT) (envelope-from noackjr@alumni.rice.edu) Received: from uadvg137.cms.usa.net (165.212.11.137) by cmsoutbound.mx.net with SMTP; 9 Apr 2004 13:12:19 -0000 Received: from optimator.noacks.org [65.69.0.65] by uadvg137.cms.usa.net (ASMTP/noackjr@usa.net) via mtad (C8.MAIN.3.13N) with ESMTP id 472iDiNmq0280M37; Fri, 09 Apr 2004 13:12:16 GMT X-USANET-Auth: 65.69.0.65 AUTH noackjr@usa.net optimator.noacks.org Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 91D796162; Fri, 9 Apr 2004 08:12:15 -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 34282-06; Fri, 9 Apr 2004 08:12:14 -0500 (CDT) Received: from alumni.rice.edu (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 6DEA460E7; Fri, 9 Apr 2004 08:12:14 -0500 (CDT) Message-ID: <4076A12E.4060508@alumni.rice.edu> Date: Fri, 09 Apr 2004 08:12:14 -0500 From: Jon Noack User-Agent: Mozilla Thunderbird 0.5+ (Windows/20040312) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Steve Ames References: <20040408224527.GA8299@norsu.kameli.org> <20040409121542.GD26247@pcwin002.win.tue.nl> <20040409122729.GA19110@energistic.com> In-Reply-To: <20040409122729.GA19110@energistic.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at noacks.org cc: freebsd-current@freebsd.org cc: Atte Peltomaki Subject: Re: Future of FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 13:12:20 -0000 On 4/9/2004 7:27 AM, Steve Ames wrote: > On Fri, Apr 09, 2004 at 02:15:42PM +0200, Stijn Hoop wrote: >> As a user the best you can do is document all your problems to the >> developers; if you want the project to go in a certain direction, >> or 'finish' a particular project, you'll have to step in as a >> developer because that's how opensource (or at least this project) >> works. You can't sit by the sideline and say 'hey this is going >> wrong' while generally waving your arms about. > > You could also gather some money together and financially encourage a > developer or two to move in a direction you prefer. Rewards for > certain features have been posted and accepted in the past. Putting > together the necessary financial commitment to help nudge or > accelerate the project in a certain direction doesn't seem totally > out of question. If your talents lean more toward fund-raising than > coding this is certainly a viable strategy for you. Just another > option. Griping has traditionally not accomplished anything. Document > your problems specifically, fix them, or encourage others to fix them > for you. Here's a direct link to help make this happen: http://people.freebsd.org/~phk/funding.txt Jon From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 06:19:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A86516A4CE for ; Fri, 9 Apr 2004 06:19:23 -0700 (PDT) Received: from mailhub1.midco.net (mailhub1.midco.net [24.220.0.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCFEE43D4C for ; Fri, 9 Apr 2004 06:19:22 -0700 (PDT) (envelope-from pmes@bis.midco.net) Received: (qmail 13666 invoked by uid 0); 9 Apr 2004 13:19:22 -0000 Received: from host-195-219-220-24.midco.net (HELO bis.midco.net) ([24.220.219.195]) (envelope-sender ) by lvs-pop.midco.net (qmail-ldap-1.03) with SMTP for ; 9 Apr 2004 13:19:22 -0000 Message-ID: <4076A2D9.206@bis.midco.net> Date: Fri, 09 Apr 2004 08:19:21 -0500 From: Peter Schultz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7b) Gecko/20040405 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4075E63C.3060709@kingsquarry.net> In-Reply-To: <4075E63C.3060709@kingsquarry.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: jdoolittle@kingsquarry.net Subject: Re: ASUS P4C800-E Deluxe and ICH5R support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 13:19:23 -0000 Jeff Doolittle wrote: > I've seen eMails regarding ICH5R support on other motherboards being > added, is there plans to add support for the ASUS P4C800-E Deluxe? > Is there someone who would fix this if they only had one of these motherboards, and is there someone willing to loan their machine to the developer? As far as I know, this is the hottest P4 motherboard out there, so it would be nice if FreeBSD ran on it flawlessly. Pete... From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 06:50:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A617416A4CE for ; Fri, 9 Apr 2004 06:50:53 -0700 (PDT) Received: from galilee.polands.org (CPE-24-166-149-179.new.rr.com [24.166.149.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBCEA43D5F for ; Fri, 9 Apr 2004 06:50:52 -0700 (PDT) (envelope-from doug@polands.org) Received: from email.polands.org (samaria.polands.org [172.16.1.17]) by galilee.polands.org (8.12.9/8.12.9) with SMTP id i39Domk5089801; Fri, 9 Apr 2004 08:50:48 -0500 (CDT) (envelope-from doug@polands.org) Received: from 69.48.112.135 (SquirrelMail authenticated user djp) by email.polands.org with HTTP; Fri, 9 Apr 2004 08:50:48 -0500 (CDT) Message-ID: <52875.69.48.112.135.1081518648.squirrel@email.polands.org> In-Reply-To: <4076A2D9.206@bis.midco.net> References: <4075E63C.3060709@kingsquarry.net> <4076A2D9.206@bis.midco.net> Date: Fri, 9 Apr 2004 08:50:48 -0500 (CDT) From: "Doug Poland" To: "Peter Schultz" User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal cc: jdoolittle@kingsquarry.net cc: freebsd-current@freebsd.org Subject: Re: ASUS P4C800-E Deluxe and ICH5R support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 13:50:53 -0000 Peter Schultz said: > Jeff Doolittle wrote: >> I've seen eMails regarding ICH5R support on other motherboards being >> added, is there plans to add support for the ASUS P4C800-E Deluxe? >> > > Is there someone who would fix this if they only had one of these > motherboards, and is there someone willing to loan their machine to the > developer? As far as I know, this is the hottest P4 motherboard out > there, so it would be nice if FreeBSD ran on it flawlessly. > I'm willing to kick in some $$ to purchase a board for a developer. IIRC, mine cost around $220US. -- Regards, Doug From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 06:59:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BAA616A4CE for ; Fri, 9 Apr 2004 06:59:29 -0700 (PDT) Received: from white.imgsrc.co.jp (ns.imgsrc.co.jp [210.226.20.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3D7943D4C for ; Fri, 9 Apr 2004 06:59:28 -0700 (PDT) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by white.imgsrc.co.jp (Postfix) with ESMTP id 9A7DC284092 for ; Fri, 9 Apr 2004 22:59:27 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [IPv6:2001:218:422:2::130]) by white.imgsrc.co.jp (Postfix) with ESMTP id 2ADCA284091 for ; Fri, 9 Apr 2004 22:59:26 +0900 (JST) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [IPv6:2001:218:422:2::130]) by black.imgsrc.co.jp (Postfix) with ESMTP id EBCC41E462A for ; Fri, 9 Apr 2004 22:59:25 +0900 (JST) Date: Fri, 09 Apr 2004 22:59:25 +0900 Message-ID: <7m4qrtxneq.wl@black.imgsrc.co.jp> From: Jun Kuriyama To: Current User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by AMaViS snapshot-20020531 Subject: Clean up libdisk for WARNS=4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 13:59:29 -0000 I did a bad commit for WARNS=4 of libdisk which breaks non-i386 build. I'm trying to solve this in other archs, too. http://www.imgsrc.co.jp/~kuriyama/BSD/libdisk-20040404.diff o Added many __unused's to avoid warnings on all archs. o Added file local struct definition in open_ia64_disk.c to avoid pointer alignment problem. o Renamed some variables to resolve conflicts with other enum constants (same as in i386). o Used uint64_t buffer instead of u_char buffer. This simplifed uint64_t array manipulation in latter of this function. But it looks ugly. o Used ssize_t storage instead of direct comparison of singed/unsigned. I'm not sure all of this is done by good way or not. So I'd like to be reviewed... -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 07:07:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0ADB16A4CE for ; Fri, 9 Apr 2004 07:07:31 -0700 (PDT) Received: from notes.hallinto.turkuamk.fi (notes.hallinto.turkuamk.fi [195.148.215.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id E186B43D31 for ; Fri, 9 Apr 2004 07:07:30 -0700 (PDT) (envelope-from yurtesen@ispro.net.tr) Received: from ispro.net.tr ([195.148.208.31]) by notes.hallinto.turkuamk.fi (Lotus Domino Release 5.0.10) with ESMTP id 2004040917085825:312991 ; Fri, 9 Apr 2004 17:08:58 +0300 Message-ID: <4076AE33.4040908@ispro.net.tr> Date: Fri, 09 Apr 2004 17:07:47 +0300 From: Evren Yurtesen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030808 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Schultz References: <4075E63C.3060709@kingsquarry.net> <4076A2D9.206@bis.midco.net> In-Reply-To: <4076A2D9.206@bis.midco.net> X-MIMETrack: Itemize by SMTP Server on notes.hallinto.turkuamk.fi/TAMK(Release 5.0.10 |March 22, 2002) at 09.04.2004 17:08:58,|March 22, 2002) at 09.04.2004 17:09:01, Serialize complete at 09.04.2004 17:09:01 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii; format=flowed cc: jdoolittle@kingsquarry.net cc: freebsd-current@freebsd.org Subject: Re: ASUS P4C800-E Deluxe and ICH5R support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 14:07:31 -0000 I think that I have that board in my proxy server and I am using sata drives with ICH5... What is the problem with this board? I didnt have any problems at all else than a minor glitch. I am able to use my sata drives with hyperthreading etc. turned on, without any trouble at all... Evren Peter Schultz wrote: > Jeff Doolittle wrote: > >> I've seen eMails regarding ICH5R support on other motherboards being >> added, is there plans to add support for the ASUS P4C800-E Deluxe? >> > > Is there someone who would fix this if they only had one of these > motherboards, and is there someone willing to loan their machine to the > developer? As far as I know, this is the hottest P4 motherboard out > there, so it would be nice if FreeBSD ran on it flawlessly. > > Pete... > _______________________________________________ > 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 Apr 9 07:11:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5DB116A4CE for ; Fri, 9 Apr 2004 07:11:21 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A37643D58 for ; Fri, 9 Apr 2004 07:11:21 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.10/8.12.10) with ESMTP id i39EAtPq063327; Fri, 9 Apr 2004 10:10:56 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i39EAtiS063324; Fri, 9 Apr 2004 10:10:55 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Fri, 9 Apr 2004 10:10:55 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Atte Peltomaki In-Reply-To: <20040408224527.GA8299@norsu.kameli.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Future of FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 14:11:22 -0000 On Thu, 8 Apr 2004, Atte Peltomaki wrote: > As an active FreeBSD user, I'm ever so interested about the future plans > of FreeBSD and direction of developement. Many of the features that 5.x > taunts are very impressive. But as of late I have been increasingly > worried about the direction (or, lack of direction) things have been > going. I'm not sure I see the same lack of direction. The stated goal of the project in the short term is to continue to support 4.x in a stable production model, complete moving FreeBSD 5.x branch from an agressive development model to a stable production model. There are also a number of longer term goals for the 6.x branch that have been brought up in various forums, including the arch@ mailing list. While the 5.3 release TODO list is a bit stale, the objectives are fairly clearly understood and being actively chased. The FreeBSD Project has always been a little poor at communicating the details of its status to the public, but if you haven't seen our recent developer status reports, I think you might want to take a look at them since they show a lot of material progress towards these goals. > Departure of Jordan and Greg. Jordan said it's not fun anymore. Is the > strive for new features driving developers past their limits, or has jkh > simply gotten old? Also kicking out Dillon, a very talented and active > programmer, didn't look good at all, especially when it went down > completely without any explanations to userbase. The reality is that developers move on. Jordan had worked on FreeBSD for what must have been going on 8 or 10 years -- are you saying that in that time he shouldn't consider a career change? He's at a company that is actively adopting FreeBSD technology into a mainstream workstation product, and I don't think we can fault him for that. If anything, it's an example of how companies can adopt FreeBSD to build their own products and succeed at doing it. Greg indicated he left the core team so that he could spend less time on administrative issues, and actually get some coding done (and on FreeBSD, no less). Can we fault him for that? Admittadly the Matt issue was a PR debacle. We should have started up front why we felt Matt should leave the project; instead, it trickled out later. As I said, though, PR hasn't been a FreeBSD strong point, and we certainly learned from that lesson. Part of the reason for it not being handled well is that, to be honest, is that most people leave the committer team on fairly good terms, so we don't have a whole lot of experience with people leaving on less good terms. > Stability of 5.x: from my point of view, the 5.x series, although > including a lot of very fancy work in many areas, is nowhere near the > reliability you'd expect from a stable FreeBSD release. Originally 5.x > was due to go stable in the beginning of summer, are there any new plans > made yet? We're still talking about "During the summer", but the date will depend the technical work being done. We don't want to release anything prematurely -- the reputation of the project is based on our meeting expectations about performance and stability, and frankly, we'd like to keep those expectations. Remember, this project is staffed almost entirely by volunteers, and in the end, we have to work around a lot of realities: the job market, committers getting married or having children, etc. On the other hand, we're no different than most commercial software companies in this, and commercial software companies notoriously slip deadlines, so perhaps that's just the status quo for industry. I'm trying to remember the last time I heard about an on-time software release of a major product. In fact, many companies don't publish release schedules for that very reason :-). > Feature-wise: things simply don't seem quite ready. ACPI breaks every > other box, This seems like an extreme characterization. My experience is that ACPI works imperfectly on older machines, often due to bugs in the BIOS's of those machines, and works a lot better on most new machines. Upgrading the BIOS's on older machines (often required to run any recent operating system) often corrects most of the problems, since recent BIOS's are intended to run with Intel's reference ACPI implementation (which we use). And we're not the only system that has problems with ACPI -- Windows does somewhat better, but is the source of many of the problems for us, and newer versions of Windows face many of the same challenges. > ULE is still not SMP aware, This is simply incorrect. If anything, ULE is extremely SMP-aware. It's even aware of non-symmetric topologies, such as found with hyper-threading and more NUMA-like amd64 systems. My experience has been that ULE is still reaching maturity -- it schedules some things much better than the 4BSD scheduler, but other things slightly less well. One nice thing about our current system is that you can choose the scheduler to use -- you can even write a new one and plug it into the pluggable scheduler interface, something which makes it easy to experiment with changes in scheduling, and allows us to explore more experimental scheduling approaches. The reason ULE is now the default in -CURRENT is to increase exposure through much more broad testing. If you notice specific negative performance differences between 4BSD and ULE, a careful characterization of the change in a PR would be extremely helpful. > Giant is far from being completely removed and so on. This is a work in progress, but it's something that's being worked extremely actively on. You should see substantial progress in the near term. Some aspects of this work are, of course, going to remain a long-term project. > Yet, all these features have been presented in the media long ago, > giving the impression they would be ready (soon). Time is a funny thing in the world of computers: people think it runs on an extremely short schedule, but the reality is there's simply a lot going on. If you don't think a year is "soon", then you don't live in the same world I do. > Now, I'm not trying to pick a fight with anyone. I just want to talk > about things with their real names. And when things are going bad, > things are going bad and calling shit on one another ain't gonna make it > one bit better. I would dearly like to hear an honest opinion from > someone who feels he knows what he's talking about, against my feeble > knowledge over much anything. And I would really like to see FreeBSD get > a grip again, put the media behind it, see what's real and attainable > and go an' do it, and as a user I will do what I can to assist. I'm not convinced things that things are as bad as you think; however, I agree with your general assertion that we don't present our project to the world in its best light. We need to do a better job at promoting our system, and improving communication about the hard work we're doing. We also need to do a better job at highlighting some of the pretty cool places FreeBSD is used -- take advantage of the clear confidence many of our consumers have in our product. Do you have some specific and concrete suggestions about how we might do this better, other than that we update the release engineering todo lists a little more? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 07:22:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BF6616A4CE for ; Fri, 9 Apr 2004 07:22:39 -0700 (PDT) Received: from atwns1.omniresources.com (atwns1.omniresources.com [69.48.112.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id C447843D5C for ; Fri, 9 Apr 2004 07:22:38 -0700 (PDT) (envelope-from dpoland@omniresources.com) Received: from 5x2822.omniresources.com (5x2822.omniresources.com [192.168.254.149])i39EMa6T050750; Fri, 9 Apr 2004 09:22:36 -0500 (CDT) (envelope-from dpoland@atwdev.omniresources.com) Received: from 5x2822.omniresources.com (localhost [127.0.0.1]) i39EMQ0p060366; Fri, 9 Apr 2004 09:22:27 -0500 (CDT) (envelope-from dpoland@5x2822.omniresources.com) Received: (from dpoland@localhost)i39EMPrA060365; Fri, 9 Apr 2004 09:22:25 -0500 (CDT) (envelope-from dpoland) Date: Fri, 9 Apr 2004 09:22:25 -0500 From: Doug Poland To: Evren Yurtesen Message-ID: <20040409142220.GA60323@omniresources.com> References: <4075E63C.3060709@kingsquarry.net> <4076A2D9.206@bis.midco.net> <4076AE33.4040908@ispro.net.tr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4076AE33.4040908@ispro.net.tr> User-Agent: Mutt/1.4.2.1i cc: jdoolittle@kingsquarry.net cc: freebsd-current@freebsd.org cc: Peter Schultz Subject: Re: ASUS P4C800-E Deluxe and ICH5R support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 14:22:39 -0000 On Fri, Apr 09, 2004 at 05:07:47PM +0300, Evren Yurtesen wrote: > Jeff Doolittle wrote: > >I've seen eMails regarding ICH5R support on other motherboards being > >added, is there plans to add support for the ASUS P4C800-E Deluxe? > >> > I think that I have that board in my proxy server and I am using sata > drives with ICH5... > What is the problem with this board? I didnt have any problems at all > else than a minor glitch. I am able to use my sata drives with > hyperthreading etc. turned on, without any trouble at all... > > Evren > Are you running a RAID0 or RAID1 configuration on the ICH5R? I belive the OP was inquiring specifically about RAID support. -- Regards, Doug From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 07:27:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C681816A4CE for ; Fri, 9 Apr 2004 07:27:26 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B22543D3F for ; Fri, 9 Apr 2004 07:27:26 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.10/8.12.10) id i39ERPre035103; Fri, 9 Apr 2004 09:27:25 -0500 (CDT) (envelope-from dan) Date: Fri, 9 Apr 2004 09:27:25 -0500 From: Dan Nelson To: Xin LI Message-ID: <20040409142725.GA8811@dan.emsphone.com> References: <20040409061800.GA2000@frontfree.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040409061800.GA2000@frontfree.net> X-OS: FreeBSD 5.2-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: How to produce effective backtraces from crashdump? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 14:27:26 -0000 In the last episode (Apr 09), Xin LI said: > I'm encounting a very strange problem when trying to obtain > backtraces from a recently compiled kernel (see attachments for my > dmesg.boot, kernel configuration, and /etc/make.conf). > > To make the long story short, here's my rough situation: I have built > a customized kernel with makeoptions DEBUG=-g, and no special options > in /etc/make.conf. When system is restarted after a panic, and when I > open it with: > > gdb -k /usr/obj/usr/src/sys/BEASTIE/kernel.debug /var/crash/vmcore.0 > > then have a "bt full" I got something like this: > > (kgdb) bt full > #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:236 > No locals. > #1 0xc04f63ae in ?? () > No symbol table info available. I can't help you with your symbol problem, but if you add the DDB_TRACE option to your kernel config, the kernel will print a simple backtrace (function names and arguments) on panic, which is sometimes enough info to track down the problem. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 08:56:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0BD716A4CE for ; Fri, 9 Apr 2004 08:56:13 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CE9C43D1F for ; Fri, 9 Apr 2004 08:55:56 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id i39Fttkj039749 for ; Fri, 9 Apr 2004 09:55:55 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 09 Apr 2004 09:56:35 -0600 (MDT) Message-Id: <20040409.095635.32718566.imp@bsdimp.com> To: current@freebsd.org From: "M. Warner Losh" 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 Subject: HEADS UP: PCI Chnages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 15:56:14 -0000 I just committed some rather extensive changes to the pci bus layer. These changes should help people that need better suspend/resume support, better resource allocation and resource collision avoidance. There's only one known issue with this code, which I'll address shortly. If you detach a pci device, the BARs are still live, so there can be interference. I'm especially interested in people who have no pci bridges in them, but whose BIOSes don't assign resources correctly and don't have ACPI. Let me know how well/poorly this works. Thanks Warner P.S. commit message imp 2004/04/09 08:44:34 PDT FreeBSD src repository Modified files: sys/dev/pci pci.c pci_pci.c pci_private.h sys/dev/acpica acpi_pci.c acpi_pcib_acpi.c Log: Omnibus PCI commit: o Save and restore bars for suspend/resume as well as for D3->D0 transitions. o preallocate resources that the PCI devices use to avoid resource conflicts o lazy allocation of resources not allocated by the BIOS. o set unattached drivers to state D3. Set power state to D0 before probe/attach. Right now there's two special cases for this (display and memory devices) that need work in other areas of the tree. Please report any bugs to me. Revision Changes Path 1.11 +2 -2 src/sys/dev/acpica/acpi_pci.c 1.31 +22 -1 src/sys/dev/acpica/acpi_pcib_acpi.c 1.238 +294 -58 src/sys/dev/pci/pci.c 1.31 +2 -2 src/sys/dev/pci/pci_pci.c 1.12 +2 -0 src/sys/dev/pci/pci_private.h From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 09:26:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C19616A4D0 for ; Fri, 9 Apr 2004 09:26:53 -0700 (PDT) Received: from notes.hallinto.turkuamk.fi (notes.hallinto.turkuamk.fi [195.148.215.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id B996B43D3F for ; Fri, 9 Apr 2004 09:26:52 -0700 (PDT) (envelope-from yurtesen@ispro.net.tr) Received: from ispro.net.tr ([195.148.208.31]) by notes.hallinto.turkuamk.fi (Lotus Domino Release 5.0.10) with ESMTP id 2004040919282064:313258 ; Fri, 9 Apr 2004 19:28:20 +0300 Message-ID: <4076CEDD.2020001@ispro.net.tr> Date: Fri, 09 Apr 2004 19:27:09 +0300 From: Evren Yurtesen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030808 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug Poland References: <4075E63C.3060709@kingsquarry.net> <4076A2D9.206@bis.midco.net> <4076AE33.4040908@ispro.net.tr> <20040409142220.GA60323@omniresources.com> In-Reply-To: <20040409142220.GA60323@omniresources.com> X-MIMETrack: Itemize by SMTP Server on notes.hallinto.turkuamk.fi/TAMK(Release 5.0.10 |March 22, 2002) at 09.04.2004 19:28:20,|March 22, 2002) at 09.04.2004 19:28:23, Serialize complete at 09.04.2004 19:28:23 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii; format=flowed cc: jdoolittle@kingsquarry.net cc: freebsd-current@freebsd.org cc: Peter Schultz Subject: Re: ASUS P4C800-E Deluxe and ICH5R support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 16:26:53 -0000 Doug Poland wrote: > On Fri, Apr 09, 2004 at 05:07:47PM +0300, Evren Yurtesen wrote: > >>Jeff Doolittle wrote: >> >>>I've seen eMails regarding ICH5R support on other motherboards being >>>added, is there plans to add support for the ASUS P4C800-E Deluxe? >>> >>I think that I have that board in my proxy server and I am using sata >>drives with ICH5... >>What is the problem with this board? I didnt have any problems at all >>else than a minor glitch. I am able to use my sata drives with >>hyperthreading etc. turned on, without any trouble at all... >> >>Evren >> > > Are you running a RAID0 or RAID1 configuration on the ICH5R? I belive > the OP was inquiring specifically about RAID support. > Yeah well, I am not using raid but I use the controller with 2 sata drives. I dont see why raid wouldnt work? I had a slight problem though when I used extended mode for sata drives from the bios, but when I used compatibility mode which use the irq of secondary pata controller, then things were working fine... Well, I didnt read secondary pata controller anyhow so I didnt care much... Evren From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 09:49:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E21D16A4CE; Fri, 9 Apr 2004 09:49:59 -0700 (PDT) Received: from odot.okladot.state.ok.us (odot.okladot.state.ok.us [192.149.244.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8E4243D58; Fri, 9 Apr 2004 09:49:58 -0700 (PDT) (envelope-from root@techpc04.okladot.state.ok.us) Received: from notes9c.okladot.state.ok.us (notes9a.okladot.state.ok.us [10.36.36.31])LAA64960; Fri, 9 Apr 2004 11:49:58 -0500 Received: from techpc04.okladot.state.ok.us ([199.27.9.37]) by notes9c.okladot.state.ok.us (Lotus Domino Release 5.0.12) with ESMTP id 2004040911502349:66907 ; Fri, 9 Apr 2004 11:50:23 -0500 Received: by techpc04.okladot.state.ok.us (Postfix, from userid 0) id 10A7A5C43; Thu, 8 Apr 2004 13:32:58 -0500 (CDT) To: , From: "Paul Seniura" Errors-To: "Paul Seniura" Sender: "Paul Seniura" In-Reply-To: <20040402210539.70E945C3B@techpc04.okladot.state.ok.us> References: <20040402210539.70E945C3B@techpc04.okladot.state.ok.us> Message-Id: <20040408183258.10A7A5C43@techpc04.okladot.state.ok.us> Date: Thu, 8 Apr 2004 13:32:58 -0500 (CDT) X-MIMETrack: Itemize by SMTP Server on Notes9c/ODOT(Release 5.0.12 |February 13, 2003) at 04/09/2004 11:50:23 AM,2003) at 04/09/2004 11:50:25 AM, Serialize complete at 04/09/2004 11:50:25 AM Subject: more problems using lang/gcc33 or lang/gcc34 for world & kernel & some ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Paul Seniura List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 16:49:59 -0000 To add to the problems mentioned previously in this thread. For this below, I'm using solely lang/gcc33 (aka gcc334). The buildworld with NO_DYNAMICROOT=yes set in /etc/make.conf did help a bit mentioned previously. At least the shells found their symbols, so the system comes up to a ttyv fine. Starting a plain KDE/X11 environment works, too. Compiling world with NO_DYNAMICROOT=yes did _not_ help with the "undeclared MD5_*" problems when it came across libopie and others as mentioned previously. Yesterday I removed NO_DYNAMICROOT=yes so we could again see how gcc334 does things that way. I also applied CTM buckets thru late yesterday evening (CDT). Now it breaks building libstdc++ as shown here: [...] ===> gnu/lib/libstdc++ /usr/local/bin/g++33 -march=pentium2 -pipe -O2 -march=pentium2 -pipe -O2 -fno-implicit-templates -ffunction-sections -fdata-sections -Wno-deprecated -c /src/contrib/libstdc++/src/bitset.cc [...] /usr/local/bin/gcc33 -fpic -DPIC -march=pentium2 -pipe -O2 -march=pentium2 -pipe -O2 -march=pentium2 -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H -I/src/gnu/lib/libstdc++ -I/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++ -I/src/gnu/lib/libstdc++/../../../contrib/gcc -c /src/contrib/gcc/cp-demangle.c -o cp-demangle.So /usr/local/bin/gcc33 -fpic -DPIC -march=pentium2 -pipe -O2 -march=pentium2 -pipe -O2 -march=pentium2 -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H -I/src/gnu/lib/libstdc++ -I/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++ -I/src/gnu/lib/libstdc++/../../../contrib/gcc -c /src/contrib/gcc/dyn-string.c -o dyn-string.So building shared library libstdc++.so.4 /usr/obj/src/i386/usr/bin/ld: libstdc++.so.4: undefined versioned symbol name std::time_put_w@@GLIBCPP_3.2 /usr/obj/src/i386/usr/bin/ld: failed to set dynamic section sizes: Bad value collect2: ld returned 1 exit status *** Error code 1 (continuing) `all' not remade because of errors. ===> gnu/lib/libsupc++ [...] Also, for some reason, after installing this bad build, anything using /lib/libc.so.5 started having missing symbols unrelated to what is shown above, and I can't find a bad build of libc in this same buildworld log. The log _shows_ libc.so.5 & its relatives all compiled and linked fine. I did a rescue by copying libc.so.5 from a slightly old JPSNAP CD. Could any of these glitches with gcc334 be a local makefile problem? Or would they be bugs with gcc334 itself? If it is bugs with gcc334, can someone update the lang/gcc33 port with a later snapshot, please? Does anyone care that we try using a later gcc than what is installed with 5-current world? I feel sooner or later we will be forced into using it. -- thx, Paul Seniura. From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 09:49:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E81C16A4CF; Fri, 9 Apr 2004 09:49:59 -0700 (PDT) Received: from odot.okladot.state.ok.us (odot.okladot.state.ok.us [192.149.244.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id E575243D46; Fri, 9 Apr 2004 09:49:58 -0700 (PDT) (envelope-from root@techpc04.okladot.state.ok.us) Received: from notes9c.okladot.state.ok.us (notes9a.okladot.state.ok.us [10.36.36.31])LAA61262; Fri, 9 Apr 2004 11:49:57 -0500 Received: from techpc04.okladot.state.ok.us ([199.27.9.37]) by notes9c.okladot.state.ok.us (Lotus Domino Release 5.0.12) with ESMTP id 2004040911502349:66906 ; Fri, 9 Apr 2004 11:50:23 -0500 Received: by techpc04.okladot.state.ok.us (Postfix, from userid 0) id 738DD5C7F; Thu, 8 Apr 2004 13:44:10 -0500 (CDT) To: , From: "Paul Seniura" Errors-To: "Paul Seniura" Sender: "Paul Seniura" In-Reply-To: <20040402210539.70E945C3B@techpc04.okladot.state.ok.us> References: <20040402210539.70E945C3B@techpc04.okladot.state.ok.us> Message-Id: <20040408184410.738DD5C7F@techpc04.okladot.state.ok.us> Date: Thu, 8 Apr 2004 13:44:10 -0500 (CDT) X-MIMETrack: Itemize by SMTP Server on Notes9c/ODOT(Release 5.0.12 |February 13, 2003) at 04/09/2004 11:50:23 AM,2003) at 04/09/2004 11:50:24 AM, Serialize complete at 04/09/2004 11:50:24 AM Subject: more problems using lang/gcc33 or lang/gcc34 for world & kernel & some ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Paul Seniura List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 16:50:00 -0000 To add to the problems mentioned previously in this thread. For this below, I'm using solely lang/gcc33 (aka gcc334). The buildworld with NO_DYNAMICROOT=yes set in /etc/make.conf did help a bit mentioned previously. At least the shells found their symbols, so the system comes up to a ttyv fine. Starting a plain KDE/X11 environment works, too. Compiling world with NO_DYNAMICROOT=yes did _not_ help with the "undeclared MD5_*" problems when it came across libopie and others as mentioned previously. Yesterday I removed NO_DYNAMICROOT=yes so we could again see how gcc334 does things that way. I also applied CTM buckets thru late yesterday evening (CDT). Now it breaks building libstdc++ as shown here: [...] ===> gnu/lib/libstdc++ /usr/local/bin/g++33 -march=pentium2 -pipe -O2 -march=pentium2 -pipe -O2 -fno-implicit-templates -ffunction-sections -fdata-sections -Wno-deprecated -c /src/contrib/libstdc++/src/bitset.cc [...] /usr/local/bin/gcc33 -fpic -DPIC -march=pentium2 -pipe -O2 -march=pentium2 -pipe -O2 -march=pentium2 -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H -I/src/gnu/lib/libstdc++ -I/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++ -I/src/gnu/lib/libstdc++/../../../contrib/gcc -c /src/contrib/gcc/cp-demangle.c -o cp-demangle.So /usr/local/bin/gcc33 -fpic -DPIC -march=pentium2 -pipe -O2 -march=pentium2 -pipe -O2 -march=pentium2 -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H -I/src/gnu/lib/libstdc++ -I/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++ -I/src/gnu/lib/libstdc++/../../../contrib/gcc -c /src/contrib/gcc/dyn-string.c -o dyn-string.So building shared library libstdc++.so.4 /usr/obj/src/i386/usr/bin/ld: libstdc++.so.4: undefined versioned symbol name std::time_put_w@@GLIBCPP_3.2 /usr/obj/src/i386/usr/bin/ld: failed to set dynamic section sizes: Bad value collect2: ld returned 1 exit status *** Error code 1 (continuing) `all' not remade because of errors. ===> gnu/lib/libsupc++ [...] Also, for some reason, after installing this bad build, anything using /lib/libc.so.5 started having missing symbols unrelated to what is shown above, and I can't find a bad build of libc in this same buildworld log. The log _shows_ libc.so.5 & its relatives all compiled and linked fine. I did a rescue by copying libc.so.5 from a slightly old JPSNAP CD. Could any of these glitches with gcc334 be a local makefile problem? Or would they be bugs with gcc334 itself? If it is bugs with gcc334, can someone update the lang/gcc33 port with a later snapshot, please? Does anyone care that we try using a later gcc than what is installed with 5-current world? I feel sooner or later we will be forced into using it. -- thx, Paul Seniura. From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 09:50:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8BBC16A4D0; Fri, 9 Apr 2004 09:49:59 -0700 (PDT) Received: from odot.okladot.state.ok.us (odot.okladot.state.ok.us [192.149.244.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7A9443D53; Fri, 9 Apr 2004 09:49:58 -0700 (PDT) (envelope-from root@techpc04.okladot.state.ok.us) Received: from notes9c.okladot.state.ok.us (notes9a.okladot.state.ok.us [10.36.36.31])LAA23120; Fri, 9 Apr 2004 11:49:57 -0500 Received: from techpc04.okladot.state.ok.us ([199.27.9.37]) by notes9c.okladot.state.ok.us (Lotus Domino Release 5.0.12) with ESMTP id 2004040911502352:66908 ; Fri, 9 Apr 2004 11:50:23 -0500 Received: by techpc04.okladot.state.ok.us (Postfix, from userid 0) id E01955C13; Thu, 8 Apr 2004 13:39:30 -0500 (CDT) To: , From: "Paul Seniura" Errors-To: "Paul Seniura" Sender: "Paul Seniura" In-Reply-To: <20040402210539.70E945C3B@techpc04.okladot.state.ok.us> References: <20040402210539.70E945C3B@techpc04.okladot.state.ok.us> Message-Id: <20040408183930.E01955C13@techpc04.okladot.state.ok.us> Date: Thu, 8 Apr 2004 13:39:30 -0500 (CDT) X-MIMETrack: Itemize by SMTP Server on Notes9c/ODOT(Release 5.0.12 |February 13, 2003) at 04/09/2004 11:50:23 AM,2003) at 04/09/2004 11:50:24 AM, Serialize complete at 04/09/2004 11:50:24 AM Subject: more problems using lang/gcc33 or lang/gcc34 for world & kernel & some ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Paul Seniura List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 16:50:00 -0000 To add to the problems mentioned previously in this thread. For this below, I'm using solely lang/gcc33 (aka gcc334). The buildworld with NO_DYNAMICROOT=yes set in /etc/make.conf did help a bit mentioned previously. At least the shells found their symbols, so the system comes up to a ttyv fine. Starting a plain KDE/X11 environment works, too. Compiling world with NO_DYNAMICROOT=yes did _not_ help with the "undeclared MD5_*" problems when it came across libopie and others as mentioned previously. Yesterday I removed NO_DYNAMICROOT=yes so we could again see how gcc334 does things that way. I also applied CTM buckets thru late yesterday evening (CDT). Now it breaks building libstdc++ as shown here: [...] ===> gnu/lib/libstdc++ /usr/local/bin/g++33 -march=pentium2 -pipe -O2 -march=pentium2 -pipe -O2 -fno-implicit-templates -ffunction-sections -fdata-sections -Wno-deprecated -c /src/contrib/libstdc++/src/bitset.cc [...] /usr/local/bin/gcc33 -fpic -DPIC -march=pentium2 -pipe -O2 -march=pentium2 -pipe -O2 -march=pentium2 -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H -I/src/gnu/lib/libstdc++ -I/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++ -I/src/gnu/lib/libstdc++/../../../contrib/gcc -c /src/contrib/gcc/cp-demangle.c -o cp-demangle.So /usr/local/bin/gcc33 -fpic -DPIC -march=pentium2 -pipe -O2 -march=pentium2 -pipe -O2 -march=pentium2 -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H -I/src/gnu/lib/libstdc++ -I/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++ -I/src/gnu/lib/libstdc++/../../../contrib/gcc -c /src/contrib/gcc/dyn-string.c -o dyn-string.So building shared library libstdc++.so.4 /usr/obj/src/i386/usr/bin/ld: libstdc++.so.4: undefined versioned symbol name std::time_put_w@@GLIBCPP_3.2 /usr/obj/src/i386/usr/bin/ld: failed to set dynamic section sizes: Bad value collect2: ld returned 1 exit status *** Error code 1 (continuing) `all' not remade because of errors. ===> gnu/lib/libsupc++ [...] Also, for some reason, after installing this bad build, anything using /lib/libc.so.5 started having missing symbols unrelated to what is shown above, and I can't find a bad build of libc in this same buildworld log. The log _shows_ libc.so.5 & its relatives all compiled and linked fine. I did a rescue by copying libc.so.5 from a slightly old JPSNAP CD. Could any of these glitches with gcc334 be a local makefile problem? Or would they be bugs with gcc334 itself? If it is bugs with gcc334, can someone update the lang/gcc33 port with a later snapshot, please? Does anyone care that we try using a later gcc than what is installed with 5-current world? I feel sooner or later we will be forced into using it. -- thx, Paul Seniura. From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 09:52:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D281516A4D2 for ; Fri, 9 Apr 2004 09:52:01 -0700 (PDT) Received: from mailbox.univie.ac.at (mailbox.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id F242443D49 for ; Fri, 9 Apr 2004 09:52:00 -0700 (PDT) (envelope-from le@FreeBSD.org) Received: from leelou (adslle.cc.univie.ac.at [131.130.102.11]) i39Gpr4K1168898; Fri, 9 Apr 2004 18:51:56 +0200 Date: Fri, 9 Apr 2004 18:51:53 +0200 (CEST) From: Lukas Ertl To: Xin LI In-Reply-To: <20040409061800.GA2000@frontfree.net> Message-ID: <20040409184936.S8718@leelou.in.tern> References: <20040409061800.GA2000@frontfree.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-DCC-ZID-Univie-Metrics: mailbox 4246; Body=0 Fuz1=0 Fuz2=0 cc: freebsd-current@FreeBSD.org Subject: Re: How to produce effective backtraces from crashdump? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 16:52:02 -0000 On Fri, 9 Apr 2004, Xin LI wrote: > To make the long story short, here's my rough situation: I have built > a customized kernel with makeoptions DEBUG=-g, and no special options > in /etc/make.conf. When system is restarted after a panic, and when > I open it with: > > gdb -k /usr/obj/usr/src/sys/BEASTIE/kernel.debug /var/crash/vmcore.0 > > then have a "bt full" I got something like this: > > (kgdb) bt full > #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:236 > No locals. > #1 0xc04f63ae in ?? () > No symbol table info available. I'm seeing similar problems here. Could you please try the following: Open /usr/src/gnu/usr.bin/binutils/libbfd/i386/bfd.h and change line 59 from: #define BFD_ARCH_SIZE 64 to: #define BFD_ARCH_SIZE 32 Then recompile world and kernel. cheers, le -- Lukas Ertl http://mailbox.univie.ac.at/~le/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 10:16:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B5AB16A4CF for ; Fri, 9 Apr 2004 10:16:32 -0700 (PDT) Received: from mail1.webmaster.com (mail1.webmaster.com [216.152.64.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7593543D31 for ; Fri, 9 Apr 2004 10:16:32 -0700 (PDT) (envelope-from davids@webmaster.com) Received: from however ([206.171.168.138]) (authenticated user joelkatz@webmaster.com) by webmaster.com (mail1.webmaster.com [216.152.64.168]) (MDaemon.PRO.v6.8.5.R) with ESMTP id 40-md50000001524.tmp for ; Fri, 09 Apr 2004 09:54:43 -0700 From: "David Schwartz" To: "Atte Peltomaki" Date: Fri, 9 Apr 2004 10:16:19 -0700 Message-ID: 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 IMO, Build 9.0.6604 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2096 In-Reply-To: X-Authenticated-Sender: joelkatz@webmaster.com X-Spam-Processed: mail1.webmaster.com, Fri, 09 Apr 2004 09:54:43 -0700 (not processed: message from valid local sender) X-MDRemoteIP: 206.171.168.138 X-Return-Path: davids@webmaster.com X-MDaemon-Deliver-To: freebsd-current@freebsd.org cc: freebsd-current@freebsd.org Subject: RE: Future of FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: davids@webmaster.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 17:16:32 -0000 > Admittadly the Matt issue was a PR debacle. We should have started up > front why we felt Matt should leave the project; instead, it trickled out > later. As I said, though, PR hasn't been a FreeBSD strong point, and we > certainly learned from that lesson. Part of the reason for it not being > handled well is that, to be honest, is that most people leave the > committer team on fairly good terms, so we don't have a whole lot of > experience with people leaving on less good terms. One thing I've learned from experience is that if you fault project leaders for being bad politicians, at best you'll get new leaders who are better politicians. You might want to think long and hard about whether this is good or bad. DS From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 10:30:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A30E16A4D0; Fri, 9 Apr 2004 10:30:09 -0700 (PDT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AEA043D46; Fri, 9 Apr 2004 10:30:09 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.10/8.12.3) with ESMTP id i39HTYcg016723; Fri, 9 Apr 2004 10:29:34 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.10/8.12.3/Submit) id i39HTY4K016720; Fri, 9 Apr 2004 10:29:34 -0700 Date: Fri, 9 Apr 2004 10:29:33 -0700 From: Brooks Davis To: Joe Halpin Message-ID: <20040409172933.GA16580@Odin.AC.HMC.Edu> References: <200404091207.10055.dfr@nlsystems.com> <4076DC47.8060409@comcast.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZGiS0Q5IWpPtfppv" Content-Disposition: inline In-Reply-To: <4076DC47.8060409@comcast.net> User-Agent: Mutt/1.5.4i X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu cc: freebsd-stable@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Valgrind for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 17:30:09 -0000 --ZGiS0Q5IWpPtfppv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 09, 2004 at 12:24:23PM -0500, Joe Halpin wrote: > Doug Rabson wrote: > >As some of you might be aware, recently I've been working on porting the= =20 > >excellent valgrind debugger to FreeBSD (both -stable and -current). If= =20 > >you are interested in trying it out, you can find details on how to get= =20 > >the latest version at http://www.rabson.org/#valgrind. Enjoy... >=20 > This page refers to svn://svn.rabson.org/repos/valgrind/branches/stable= =20 > but Mozilla apparently doesn't know what svn means (nor do I), and can't= =20 > retrieve it. I tried changing it to http to no avail. >=20 > Sorry if I'm being dense, but what is that, and how do I get to it? portinstall subversion -- 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 --ZGiS0Q5IWpPtfppv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFAdt19XY6L6fI4GtQRAvUSAJ9KQ0LzmbLGTpI1W9vl+IJN0OxFtgCg5zLL FdUiHVRNtwpUAY5OK2rezRg= =q9Tw -----END PGP SIGNATURE----- --ZGiS0Q5IWpPtfppv-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 10:30:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7091216A4D0; Fri, 9 Apr 2004 10:30:11 -0700 (PDT) Received: from newman.gte.com (newman.gte.com [132.197.8.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id E68FD43D1D; Fri, 9 Apr 2004 10:30:09 -0700 (PDT) (envelope-from ak03@gte.com) Received: from h132-197-179-27.gte.com (kanpc.gte.com [132.197.179.27]) by newman.gte.com (8.9.1/8.9.1) with ESMTP id NAA25812; Fri, 9 Apr 2004 13:30:09 -0400 (EDT) Received: from kanpc.gte.com (localhost [IPv6:::1])i39HU8Vi034670; Fri, 9 Apr 2004 13:30:08 -0400 (EDT) (envelope-from ak03@gte.com) Date: Fri, 9 Apr 2004 13:30:08 -0400 From: Alexander Kabaev To: Joe Halpin Message-Id: <20040409133008.09cce863@kanpc.gte.com> In-Reply-To: <4076DC47.8060409@comcast.net> References: <200404091207.10055.dfr@nlsystems.com> <4076DC47.8060409@comcast.net> Organization: Verizon Data Services X-Mailer: Sylpheed version 0.9.10claws2 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Valgrind for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 17:30:11 -0000 On Fri, 09 Apr 2004 12:24:23 -0500 Joe Halpin wrote: > Doug Rabson wrote: > > As some of you might be aware, recently I've been working on porting > > the excellent valgrind debugger to FreeBSD (both -stable and > > -current). If you are interested in trying it out, you can find > > details on how to get the latest version at > > http://www.rabson.org/#valgrind. Enjoy... > > This page refers to > svn://svn.rabson.org/repos/valgrind/branches/stable but Mozilla > apparently doesn't know what svn means (nor do I), and can't retrieve > it. I tried changing it to http to no avail. > > Sorry if I'm being dense, but what is that, and how do I get to it? Look for 'Subversion' on google and then in ports. -- Alexander Kabaev From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 10:41:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C93816A4CE; Fri, 9 Apr 2004 10:41:16 -0700 (PDT) Received: from mail.via.net (mail.via.net [209.81.9.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0676D43D39; Fri, 9 Apr 2004 10:41:14 -0700 (PDT) (envelope-from joe@via.net) Received: from [209.81.27.5] (host5.islandsw.com [209.81.27.5] (may be forged)) by mail.via.net (8.12.9p1/8.12.7) with ESMTP id i39Hbmmp078766; Fri, 9 Apr 2004 10:37:48 -0700 (PDT) (envelope-from joe@via.net) User-Agent: Microsoft-Entourage/10.1.1.2418 Date: Fri, 09 Apr 2004 10:41:11 -0800 From: joe mcguckin To: Robert Watson , Atte Peltomaki Message-ID: In-Reply-To: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit cc: FreeBSD Subject: Re: Future of FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 17:41:16 -0000 Robert, Thank you for taking the time to cogently respond to Atte Peltomaki's concerns regarding 5.X issues. Not every FreeBSD user has time to keep up to date with the day-to-day news that is disseminated via the mailing lists. It's a lot of email to read on a daily basis. As such, it's understandable that many FreeBSD users have a perception of the project that is not shared by committers. Responding to email's such as Atte's in a rational, well thought out manner is much more productive than simply reacting in knee-jerk fashion by saying "Please don't feed the trolls". joe From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 10:58:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51C1916A4CE; Fri, 9 Apr 2004 10:58:13 -0700 (PDT) Received: from herring.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5737C43D2F; Fri, 9 Apr 2004 10:58:12 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from herring.rabson.org (herring.rabson.org [10.0.0.2]) by herring.rabson.org (8.12.11/8.12.11) with ESMTP id i39Hvxe5008731; Fri, 9 Apr 2004 18:58:00 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: Joe Halpin Date: Fri, 9 Apr 2004 18:57:59 +0100 User-Agent: KMail/1.6.1 References: <200404091207.10055.dfr@nlsystems.com> <4076DD03.6090408@comcast.net> In-Reply-To: <4076DD03.6090408@comcast.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200404091857.59746.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on herring.rabson.org X-Virus-Scanned: ClamAV version 'clamd / ClamAV version 0.65', clamav-milter version '0.60p' cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: Valgrind for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 17:58:13 -0000 On Friday 09 April 2004 18:27, Joe Halpin wrote: > Doug Rabson wrote: > > As some of you might be aware, recently I've been working on > > porting the excellent valgrind debugger to FreeBSD (both -stable > > and -current). If you are interested in trying it out, you can find > > details on how to get the latest version at > > http://www.rabson.org/#valgrind. Enjoy... > > This page refers to > svn://svn.rabson.org/repos/valgrind/branches/stable but Mozilla > apparently doesn't know what svn means (nor do I), and can't retrieve > it. I tried changing it to http to no avail. > > The examples in the web page refer to something called svn, but I > don't seem to have that on my system or in the ports tree. > > Sorry if I'm being dense, but what is that, and how do I get to it? Sorry - I should have been clearer. Install the devel/subversion port and try the 'svn co svn:/....' command again. From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 11:04:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 701C316A4CE; Fri, 9 Apr 2004 11:04:58 -0700 (PDT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id F40F643D1D; Fri, 9 Apr 2004 11:04:57 -0700 (PDT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (localhost [127.0.0.1]) i39I4ttE053966; Fri, 9 Apr 2004 14:04:55 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)i39I4t5D053963; Fri, 9 Apr 2004 14:04:55 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Fri, 9 Apr 2004 14:04:55 -0400 (EDT) From: Andre Guibert de Bruet To: Nik Clayton In-Reply-To: <20040408113549.GA15150@clan.nothing-going-on.org> Message-ID: <20040409140410.W37257@alpha.siliconlandmark.com> References: <20040406124641.GA800@clan.nothing-going-on.org> <20040406160551.GD800@clan.nothing-going-on.org> <20040407183259.GB741@clan.nothing-going-on.org> <20040408113549.GA15150@clan.nothing-going-on.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: current@freebsd.org Subject: Re: USB issues -- dodgy motherboard? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 18:04:58 -0000 On Thu, 8 Apr 2004, Nik Clayton wrote: > On Thu, Apr 08, 2004 at 11:55:41AM +0200, Bernd Walter wrote: > > On Wed, Apr 07, 2004 at 07:32:59PM +0100, Nik Clayton wrote: > > > On Tue, Apr 06, 2004 at 10:45:22AM -0700, Doug White wrote: > > > > I have an IBM machine at work with this southbridge and it happily talks > > > > to a Lexar usb key, so I suspect interrupt problems. > > > > > > > > Have you tried it after booting with ACPI disabled? > > > > > > I just tried with > > > > > > hint.acpi.0.disabled="1" > > > > > > in /boot/device hints. The boot got this far through the process: > > > > > > [...] > > > uhci0: port 0xc000-0xc01f irq 10 at device 7.2 on pci0 > > > usb0: on uhci0 > > > usb0: USB revision 1.0 > > > uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > > > uhub0: 2 ports with 2 removable, self powered > > > > > > and then hung. I left it for five minutes, no activity, and no response > > > on the keyboard, so I hit the reset button. For reference, the next > > > lines in the boot sequence with ACPI enabled are: > > > > > uhub1: Atmel Standard USB Hub, class 9/0, rev 1.10/3.00, addr 2 > > > uhub1: 4 ports with 4 removable, self powered > > > > So here is the difference - the Atmel hub don't show up in the problem > > case. > > Not exactly. The machine locked solid before it printed the probe line > for the Atmel hub. Trying to drop to the debugger did nothing, no > response to Caps-Lock keys, and so on. > > > It's having problems with the connected hub device. > > Is this 100% reproduceable or just from time to time? > > I only tried booting with ACPI disabled once. Without the line > > hint.acpi.0.disabled="1" > > in /boot/device.hints, the system boots fine, but plugging in USB > devices does nothing -- my original message, at > > http://lists.freebsd.org/pipermail/freebsd-current/2004-April/025164.html > > has more details. > > With that line (following a suggestion to disable ACPI) the system hangs > at boot. > > > Does the hub really have it's own power supply as it claims? > > Yes. The hub is integrated in to the monitor. Note, however, that I'm > seeing problems with devices plugged in to the motherboard's USB ports, > *and* the hub's USB ports. > > > Please retry with a USB_DEBUG kernel - in case of a broken device the > > probing may take serveral minutes - maybe we should give some output > > without USB_DEBUG too in this case. > > Will do. Silly question: Are you running with the latest firmware for your motherboard? Regards, Andy > Andre Guibert de Bruet | Enterprise Software Consultant > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 11:20:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15DF016A4CE; Fri, 9 Apr 2004 11:20:04 -0700 (PDT) Received: from odot.okladot.state.ok.us (odot.okladot.state.ok.us [192.149.244.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62A0443D46; Fri, 9 Apr 2004 11:20:01 -0700 (PDT) (envelope-from root@techpc04.okladot.state.ok.us) Received: from notes9c.okladot.state.ok.us (notes9a.okladot.state.ok.us [10.36.36.31])NAA49086; Fri, 9 Apr 2004 13:20:00 -0500 Received: from techpc04.okladot.state.ok.us ([199.27.9.37]) by notes9c.okladot.state.ok.us (Lotus Domino Release 5.0.12) with ESMTP id 2004040913202650:67327 ; Fri, 9 Apr 2004 13:20:26 -0500 Received: by techpc04.okladot.state.ok.us (Postfix, from userid 0) id CF0505C49; Fri, 9 Apr 2004 13:20:00 -0500 (CDT) To: , From: "Paul Seniura" Errors-To: "Paul Seniura" Sender: "Paul Seniura" Message-Id: <20040409182000.CF0505C49@techpc04.okladot.state.ok.us> Date: Fri, 9 Apr 2004 13:20:00 -0500 (CDT) X-MIMETrack: Itemize by SMTP Server on Notes9c/ODOT(Release 5.0.12 |February 13, 2003) at 04/09/2004 01:20:26 PM,2003) at 04/09/2004 01:20:27 PM, Serialize complete at 04/09/2004 01:20:27 PM Subject: Sorry for the dup'd e-mail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Paul Seniura List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 18:20:04 -0000 Ended up having to get a jpsnap bzip2ball to install a good world. E-mail was bunched-up in the queue during all this time trying to undo the damage from using the lang/gcc33 for buildworld (buildkernel is okay with it). Still could use help on using the lang/gcc33(4). From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 12:05:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C3F116A4CF for ; Fri, 9 Apr 2004 12:05:30 -0700 (PDT) Received: from web13908.mail.yahoo.com (web13908.mail.yahoo.com [216.136.175.71]) by mx1.FreeBSD.org (Postfix) with SMTP id 487A443D45 for ; Fri, 9 Apr 2004 12:05:30 -0700 (PDT) (envelope-from scosol@yahoo.com) Message-ID: <20040409190530.11931.qmail@web13908.mail.yahoo.com> Received: from [64.242.144.226] by web13908.mail.yahoo.com via HTTP; Fri, 09 Apr 2004 12:05:30 PDT Date: Fri, 9 Apr 2004 12:05:30 -0700 (PDT) From: Nathan Seven To: avleeuwen@piwebs.com, freebsd-current@freebsd.org In-Reply-To: <200404091413.21474.avleeuwen@piwebs.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: Atte Peltomaki Subject: Re: Future of FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 19:05:30 -0000 >-- Arjan van Leeuwen wrote: > On Friday 09 April 2004 00:45, Atte Peltomaki wrote: > > Hello FreeBSD users and developers! > > > > As an active FreeBSD user, I'm ever so interested > about the future > > plans of FreeBSD and direction of developement. > Many of the features > > that 5.x taunts are very impressive. But as of > late I have been > > increasingly worried about the direction (or, lack > of direction) things > > have been going. > This looks like a troll, and if it isn't, it doesn't > belong on this mailing > list. Please don't feed the trolls. Hmmm- troll or no, I don't see it as a particularly invalid question... I have some of the same concerns myself- Is there a specific "guidance" or "direction" list that I should be subscribed to? If not, this *would* be the proper place- no? ===== -- live- http://www.scosol.org/ to- AIM: IMFDUP _-jupiter accepts your offer-_ From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 12:14:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 241F216A4CE for ; Fri, 9 Apr 2004 12:14:08 -0700 (PDT) Received: from web13901.mail.yahoo.com (web13901.mail.yahoo.com [216.136.175.27]) by mx1.FreeBSD.org (Postfix) with SMTP id 08D0243D45 for ; Fri, 9 Apr 2004 12:14:08 -0700 (PDT) (envelope-from scosol@yahoo.com) Message-ID: <20040409191407.11538.qmail@web13901.mail.yahoo.com> Received: from [64.242.144.226] by web13901.mail.yahoo.com via HTTP; Fri, 09 Apr 2004 12:14:07 PDT Date: Fri, 9 Apr 2004 12:14:07 -0700 (PDT) From: Nathan Seven To: Nathan Seven , avleeuwen@piwebs.com, freebsd-current@freebsd.org In-Reply-To: <20040409190530.11931.qmail@web13908.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: Atte Peltomaki Subject: Re: Future of FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 19:14:08 -0000 --- Nathan Seven wrote: > >-- Arjan van Leeuwen wrote: > > On Friday 09 April 2004 00:45, Atte Peltomaki > wrote: > > > Hello FreeBSD users and developers! > > > > > > As an active FreeBSD user, I'm ever so > interested > > about the future > > > plans of FreeBSD and direction of developement. > > Many of the features > > > that 5.x taunts are very impressive. But as of > > late I have been > > > increasingly worried about the direction (or, > lack > > of direction) things > > > have been going. > > > This looks like a troll, and if it isn't, it > doesn't > > belong on this mailing > > list. Please don't feed the trolls. > > Hmmm- troll or no, I don't see it as a particularly > invalid question... > I have some of the same concerns myself- > Is there a specific "guidance" or "direction" list > that I should be subscribed to? > If not, this *would* be the proper place- no? Errr nevermind- I thought that the above was the entirety of the "troll" post ( I saw the rest- troll indeed). Anyway, I mentioned *I* had some of the same questions, I feel like I should clarify them- My questions have been in the management of the 5.x RELEASES- it's been quite some time since 5.0, and the 5.x series is still touted as "scary experimental stuff that will break"- I just think that's really hurt the adoption of it- For basic serverside stuff, bits like ACPI and sound aren't needed at all- Perhaps once the scheduling and pthread stuff has been solidified, a "stable base" release should be made? Meaning that the release as a whole should still be considered unstable, but using the as-shipped "stable" kernel config, things should be nice and solid? Anyway, just my 2 cents- I don't need a response or anything, just making my thoguhts known. ===== -- live- http://www.scosol.org/ to- AIM: IMFDUP _-jupiter accepts your offer-_ From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 12:18:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 173C416A4CE for ; Fri, 9 Apr 2004 12:18:13 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D63F43D41 for ; Fri, 9 Apr 2004 12:18:12 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.11/8.12.11) with ESMTP id i39JI4eS004126; Fri, 9 Apr 2004 21:18:04 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Nathan Seven From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 09 Apr 2004 12:05:30 PDT." <20040409190530.11931.qmail@web13908.mail.yahoo.com> Date: Fri, 09 Apr 2004 21:18:04 +0200 Message-ID: <4125.1081538284@critter.freebsd.dk> cc: freebsd-current@freebsd.org cc: avleeuwen@piwebs.com cc: Atte Peltomaki Subject: Re: Future of FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 19:18:13 -0000 In message <20040409190530.11931.qmail@web13908.mail.yahoo.com>, Nathan Seven w rites: >> > that 5.x taunts are very impressive. But as of >> late I have been >> > increasingly worried about the direction (or, lack >> of direction) things >> > have been going. > >> This looks like a troll, and if it isn't, it doesn't >> belong on this mailing >> list. Please don't feed the trolls. > >Hmmm- troll or no, I don't see it as a particularly >invalid question... >I have some of the same concerns myself- >Is there a specific "guidance" or "direction" list >that I should be subscribed to? >If not, this *would* be the proper place- no? To put it simply, FreeBSD goes where the people who contribute take it. That is really what it all boils down. -- 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 Fri Apr 9 13:17:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA34316A4CE for ; Fri, 9 Apr 2004 13:17:42 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45FC743D54 for ; Fri, 9 Apr 2004 13:17:42 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.11/8.12.11) with ESMTP id i39KHf3U004452; Fri, 9 Apr 2004 22:17:41 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Nathan Seven From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 09 Apr 2004 12:14:07 PDT." <20040409191407.11538.qmail@web13901.mail.yahoo.com> Date: Fri, 09 Apr 2004 22:17:41 +0200 Message-ID: <4451.1081541861@critter.freebsd.dk> cc: freebsd-current@freebsd.org cc: avleeuwen@piwebs.com cc: Atte Peltomaki Subject: Re: Future of FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 20:17:43 -0000 In message <20040409191407.11538.qmail@web13901.mail.yahoo.com>, Nathan Seven w rites: >I just think that's really hurt the adoption of it- >For basic serverside stuff, bits like ACPI and sound >aren't needed at all- Lets not go there. Other people feel the exact opposite and we want FreeBSD to be broadly usable, so we will have to spend time and effort to both sides. >Perhaps once the scheduling and pthread stuff has been >solidified, a "stable base" release should be made? >Meaning that the release as a whole should still be >considered unstable, but using the as-shipped "stable" >kernel config, things should be nice and solid? You know, I also wish we could sysctl kern.rfc748=1 and then se our users smile happy smiles. But it ain't so in my universe, and since I block all exouniverse email as spam, you must be in the same one too. Remember all those western movies where a sign were posted over the piano player: Don't shoot the pianist, -- he's doing the best he can. Well, if you look carefully, you'll see a similar sign hung over the FreeBSD committers. 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 Fri Apr 9 13:32:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 506DC16A4CE for ; Fri, 9 Apr 2004 13:32:52 -0700 (PDT) Received: from s1.vhost.cz (s1.vhost.cz [82.208.27.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34E3743D31 for ; Fri, 9 Apr 2004 13:32:51 -0700 (PDT) (envelope-from konfer@mikulas.com) Received: (qmail 85678 invoked by uid 89); 9 Apr 2004 22:32:49 +0200 Received: from unknown (HELO localhost) (127.0.0.1) by localhost with SMTP; 9 Apr 2004 22:32:49 +0200 Received: from QMQPqq_client ([127.0.0.1]) by localhost (s1.vhost.cz [127.0.0.1]) (amavisd-new, port 10628) with QMQPqq id 47708-132 for ; Fri, 9 Apr 2004 22:32:49 +0200 (CEST) Received: from unknown (HELO mikulas.com) (jiri@mikulas.com@195.122.218.78) by s1.vhost.cz with AES256-SHA encrypted SMTP; 9 Apr 2004 22:32:49 +0200 Message-ID: <4077086F.4080707@mikulas.com> Date: Fri, 09 Apr 2004 22:32:47 +0200 From: Jiri Mikulas User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7a) Gecko/20040314 X-Accept-Language: cs, en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at vhost.cz Subject: dummynet pipes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 20:32:52 -0000 Hello I have found one thing. It seems there is some problem in IPFW dummynet. I use the same ruleset on FBSD 5.1-RELEASE, 5.2.1-RELEASE and -CURRENT. For example, if I set pipe to 64Kbit I get only half real speed 32Kbit on 5.2.1 and CURRENT example: ${fwcmd} pipe 110 config bw 64Kbit/s queue 16KBytes ${fwcmd} pipe 111 config bw 64Kbit/s queue 16KBytes ${fwcmd} add 6050 pipe 110 ip from not 10.0.0.0/8 to 10.27.10.9 out ${fwcmd} add 6055 pipe 111 ip from 10.27.10.9 to not 10.0.0.0/8 in on 5.1-RELEASE is everything working properly Please could anybody check this ruleset (or similar) on 5.2.1-RELEASE (CURRENT) and 5.1-RELEASE if it is my mistake or not. thanks for help. Jiri From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 13:35:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3128B16A4CE for ; Fri, 9 Apr 2004 13:35:39 -0700 (PDT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A4ED43D41 for ; Fri, 9 Apr 2004 13:35:39 -0700 (PDT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Fri, 09 Apr 2004 13:35:38 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id EECE75D07; Fri, 9 Apr 2004 13:35:36 -0700 (PDT) To: Nathan Seven In-reply-to: Your message of "Fri, 09 Apr 2004 12:14:07 PDT." <20040409191407.11538.qmail@web13901.mail.yahoo.com> Date: Fri, 09 Apr 2004 13:35:36 -0700 From: "Kevin Oberman" Message-Id: <20040409203537.EECE75D07@ptavv.es.net> cc: freebsd-current@freebsd.org cc: avleeuwen@piwebs.com cc: Atte Peltomaki Subject: Re: Future of FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 20:35:39 -0000 > Date: Fri, 9 Apr 2004 12:14:07 -0700 (PDT) > From: Nathan Seven > Sender: owner-freebsd-current@freebsd.org > > > --- Nathan Seven wrote: > > >-- Arjan van Leeuwen wrote: > > > On Friday 09 April 2004 00:45, Atte Peltomaki > > wrote: > > > > Hello FreeBSD users and developers! > > > > > > > > As an active FreeBSD user, I'm ever so > > interested > > > about the future > > > > plans of FreeBSD and direction of developement. > > > Many of the features > > > > that 5.x taunts are very impressive. But as of > > > late I have been > > > > increasingly worried about the direction (or, > > lack > > > of direction) things > > > > have been going. > > > > > This looks like a troll, and if it isn't, it > > doesn't > > > belong on this mailing > > > list. Please don't feed the trolls. > > > > Hmmm- troll or no, I don't see it as a particularly > > invalid question... > > I have some of the same concerns myself- > > Is there a specific "guidance" or "direction" list > > that I should be subscribed to? > > If not, this *would* be the proper place- no? > > Errr nevermind- I thought that the above was the > entirety of the "troll" post ( I saw the rest- troll > indeed). > > Anyway, I mentioned *I* had some of the same > questions, I feel like I should clarify them- > My questions have been in the management of the 5.x > RELEASES- it's been quite some time since 5.0, and the > 5.x series is still touted as "scary experimental > stuff that will break"- > I just think that's really hurt the adoption of it- > For basic serverside stuff, bits like ACPI and sound > aren't needed at all- > Perhaps once the scheduling and pthread stuff has been > solidified, a "stable base" release should be made? > Meaning that the release as a whole should still be > considered unstable, but using the as-shipped "stable" > kernel config, things should be nice and solid? > > Anyway, just my 2 cents- I don't need a response or > anything, just making my thoguhts known. On the vast majority of systems, V5 is very stable, but there are still too many problems to declare it STABLE. The assumption that servers don't need ACPI is simply untrue. More and more newer BIOSes simply will not boot without ACPI. Since ACPI takes over the functions of APM, too often people assume that it does nothing else, when it may well do a great many more things, many well outside the bounds of power management and essential to system operation. And ACPI support is now pretty good, especially for servers. Laptops still see an assortment of issues with suspend/resume and PCMCIA, although many of these have been resolved recently and some older boxes either lack ACPI or have one so broken that it is useless. Most of those do fine with nothing or APM, though. The new thread libraries are getting very good and I have not used the old library for some time and have had no problems as a result, although the transition was a bit rough. I understand that others have had more problems than I have had, though. I only have three system running CURRENT, 2 desktops and my laptop. The number of things needed before V5 is ready to be given a STABLE label is now getting small, especially on UP i386 platforms. There are more issues on other equipment, though. I suspect 5-STABLE will arrive before the end of summer and, perhaps, long before. I'm not a part of the release process, but I see no reason for a "stable base" release or anything but a true stable. -- 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 Fri Apr 9 14:09:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0B8F16A4CE for ; Fri, 9 Apr 2004 14:09:25 -0700 (PDT) Received: from web13908.mail.yahoo.com (web13908.mail.yahoo.com [216.136.175.71]) by mx1.FreeBSD.org (Postfix) with SMTP id 5C82F43D1F for ; Fri, 9 Apr 2004 14:09:25 -0700 (PDT) (envelope-from scosol@yahoo.com) Message-ID: <20040409210924.28950.qmail@web13908.mail.yahoo.com> Received: from [64.242.144.226] by web13908.mail.yahoo.com via HTTP; Fri, 09 Apr 2004 14:09:24 PDT Date: Fri, 9 Apr 2004 14:09:24 -0700 (PDT) From: Nathan Seven To: Poul-Henning Kamp In-Reply-To: <4451.1081541861@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-current@freebsd.org cc: avleeuwen@piwebs.com cc: Atte Peltomaki Subject: Re: Future of FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 21:09:25 -0000 --- Poul-Henning Kamp wrote: > > You know, I also wish we could > sysctl kern.rfc748=1 > and then se our users smile happy smiles. I accomplished the same with a Type-R sticker on my computer case. > Remember all those western movies where a sign were > posted over the > piano player: > > Don't shoot the pianist, > -- he's doing the best he can. > > Well, if you look carefully, you'll see a similar > sign hung over > the FreeBSD committers. Right right- I'm not shooting anyone whatsoever- My comment comes from my view in to large commercial users of FreeBSD- I have frequent contact with many- across several industries- IMO, FreeBSD users have traditionally valued the stability as paramount- As such, none of these organizations has even touched 5.x- The chicken-and-egg problem still persists :) ===== -- live- http://www.scosol.org/ to- AIM: IMFDUP _-jupiter accepts your offer-_ From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 14:17:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 593B816A4CE for ; Fri, 9 Apr 2004 14:17:09 -0700 (PDT) Received: from web13906.mail.yahoo.com (web13906.mail.yahoo.com [216.136.175.69]) by mx1.FreeBSD.org (Postfix) with SMTP id 362C043D1D for ; Fri, 9 Apr 2004 14:17:09 -0700 (PDT) (envelope-from scosol@yahoo.com) Message-ID: <20040409211707.81641.qmail@web13906.mail.yahoo.com> Received: from [64.242.144.226] by web13906.mail.yahoo.com via HTTP; Fri, 09 Apr 2004 14:17:07 PDT Date: Fri, 9 Apr 2004 14:17:07 -0700 (PDT) From: Nathan Seven To: Kevin Oberman In-Reply-To: <20040409203537.EECE75D07@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-current@freebsd.org cc: avleeuwen@piwebs.com cc: Atte Peltomaki Subject: Re: Future of FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 21:17:09 -0000 --- Kevin Oberman wrote: > > The assumption that servers don't need ACPI is > simply untrue. More and > more newer BIOSes simply will not boot without ACPI. > Since ACPI takes > over the functions of APM, too often people assume > that it does nothing > else, when it may well do a great many more things, > many well outside > the bounds of power management and essential to > system operation. You're right- I was thinking about *my* client's serverside usage (UP, non bleeding edge HW by any means) But really- modern UP machines really won't boot without ACPI? I was unaware of that... ===== -- live- http://www.scosol.org/ to- AIM: IMFDUP _-jupiter accepts your offer-_ From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 14:25:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FE6916A4CE for ; Fri, 9 Apr 2004 14:25:42 -0700 (PDT) Received: from mail1.icnspot.net (icnspot.net [62.68.63.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E37A43D31 for ; Fri, 9 Apr 2004 14:25:41 -0700 (PDT) (envelope-from putinas.piliponis@icnspot.net) Received: from freebsd.icnspot.net (localhost [127.0.0.1]) by kavanti.icnspot.net (Postfix) with SMTP id A5EAB154AE; Fri, 9 Apr 2004 23:25:36 +0200 (EET) Received: from pilkisnote (pilkisnote.spo-tripoli.local [192.168.100.4]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail1.icnspot.net (Postfix) with ESMTP id 3C63E154AD; Fri, 9 Apr 2004 23:25:36 +0200 (EET) Message-ID: <030601c41e79$3267dc40$0464a8c0@spotripoli.local> From: "Putinas Piliponis" To: "Nathan Seven" References: <20040409211707.81641.qmail@web13906.mail.yahoo.com> Date: Fri, 9 Apr 2004 23:25:35 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="windows-1251"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2096 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2096 cc: current@freebsd.org Subject: Re: Future of FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 21:25:42 -0000 ----- Original Message ----- From: "Nathan Seven" To: "Kevin Oberman" Cc: ; ; "Atte Peltomaki" Sent: Friday, April 09, 2004 23:17 Subject: Re: Future of FreeBSD > > You're right- I was thinking about *my* client's > serverside usage (UP, non bleeding edge HW by any > means) > But really- modern UP machines really won't boot > without ACPI? > I was unaware of that... My one doesn't , and I think I saw mentioned on this list, what doesn't either all intel 8[46]5 chipset based motherboards. > > > ===== > -- > live- http://www.scosol.org/ > to- AIM: IMFDUP > _-jupiter accepts your offer-_ > _______________________________________________ > 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 Apr 9 14:27:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3D0716A4CE for ; Fri, 9 Apr 2004 14:27:42 -0700 (PDT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id B367D43D1D for ; Fri, 9 Apr 2004 14:27:42 -0700 (PDT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id IBA74465; Fri, 09 Apr 2004 14:27:42 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id A30715D08; Fri, 9 Apr 2004 14:27:41 -0700 (PDT) To: Nathan Seven In-reply-to: Your message of "Fri, 09 Apr 2004 14:17:07 PDT." <20040409211707.81641.qmail@web13906.mail.yahoo.com> Date: Fri, 09 Apr 2004 14:27:41 -0700 From: "Kevin Oberman" Message-Id: <20040409212741.A30715D08@ptavv.es.net> cc: freebsd-current@freebsd.org cc: avleeuwen@piwebs.com cc: Atte Peltomaki Subject: Re: Future of FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 21:27:43 -0000 Many newer systems use ACPI for PCI configuration and interrupt routing. Without these functions, you don't have a bootable system. Thee was a post earlier today mentioning that the new ASUS P4 mobo requires ACPI to boot. I suspect that this is rapidly becoming the norm for new motherboard BIOS implementations. -- 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 Fri Apr 9 14:29:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A329716A4CE; Fri, 9 Apr 2004 14:29:25 -0700 (PDT) Received: from herring.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B68A43D1D; Fri, 9 Apr 2004 14:29:25 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from herring.rabson.org (herring.rabson.org [10.0.0.2]) by herring.rabson.org (8.12.11/8.12.11) with ESMTP id i39LTCtM009773; Fri, 9 Apr 2004 22:29:12 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: Joe Halpin Date: Fri, 9 Apr 2004 22:29:11 +0100 User-Agent: KMail/1.6.1 References: <200404091207.10055.dfr@nlsystems.com> <200404091857.59746.dfr@nlsystems.com> <4076F5F4.2070200@comcast.net> In-Reply-To: <4076F5F4.2070200@comcast.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200404092229.11848.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on herring.rabson.org X-Virus-Scanned: ClamAV version 'clamd / ClamAV version 0.65', clamav-milter version '0.60p' cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: Valgrind for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 21:29:25 -0000 On Friday 09 April 2004 20:13, Joe Halpin wrote: > Doug Rabson wrote: > > On Friday 09 April 2004 18:27, Joe Halpin wrote: > > > > Sorry - I should have been clearer. Install the devel/subversion > > port and try the 'svn co svn:/....' command again. > > Thanks, I've got the source now, but when I try to run it I get I remember having this problem. I think this is down to having an old version of perl. You need at least perl-5.6.x to be installed. From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 15:07:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D18F616A4CE for ; Fri, 9 Apr 2004 15:07:01 -0700 (PDT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9ED2443D39 for ; Fri, 9 Apr 2004 15:07:01 -0700 (PDT) (envelope-from vladimir@math.uic.edu) Received: from cat.math.uic.edu (c-67-162-104-112.client.comcast.net[67.162.104.112]) by comcast.net (rwcrmhc12) with SMTP id <20040409220701014009fa20e>; Fri, 9 Apr 2004 22:07:01 +0000 Received: (qmail 2036 invoked by uid 31415); 9 Apr 2004 22:06:56 -0000 Date: Fri, 9 Apr 2004 17:06:56 -0500 From: Vladimir Egorin To: "M. Warner Losh" Message-ID: <20040409220656.GA1993@math.uic.edu> References: <20040409.095635.32718566.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040409.095635.32718566.imp@bsdimp.com> User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: HEADS UP: PCI Chnages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 22:07:01 -0000 On Fri, Apr 09, 2004 at 09:56:35AM -0600, M. Warner Losh wrote: > I just committed some rather extensive changes to the pci bus layer. > These changes should help people that need better suspend/resume > support, better resource allocation and resource collision avoidance. > > There's only one known issue with this code, which I'll address > shortly. If you detach a pci device, the BARs are still live, so > there can be interference. > > I'm especially interested in people who have no pci bridges in them, > but whose BIOSes don't assign resources correctly and don't have > ACPI. > > Let me know how well/poorly this works. Thanks > > Warner > > P.S. commit message > > imp 2004/04/09 08:44:34 PDT > > FreeBSD src repository > > Modified files: > sys/dev/pci pci.c pci_pci.c pci_private.h > sys/dev/acpica acpi_pci.c acpi_pcib_acpi.c > Log: > Omnibus PCI commit: > o Save and restore bars for suspend/resume as well as for D3->D0 > transitions. > o preallocate resources that the PCI devices use to avoid resource > conflicts > o lazy allocation of resources not allocated by the BIOS. > o set unattached drivers to state D3. Set power state to D0 > before probe/attach. Right now there's two special cases > for this (display and memory devices) that need work in other > areas of the tree. > > Please report any bugs to me. > > Revision Changes Path > 1.11 +2 -2 src/sys/dev/acpica/acpi_pci.c > 1.31 +22 -1 src/sys/dev/acpica/acpi_pcib_acpi.c > 1.238 +294 -58 src/sys/dev/pci/pci.c > 1.31 +2 -2 src/sys/dev/pci/pci_pci.c > 1.12 +2 -0 src/sys/dev/pci/pci_private.h I hoped to get ACPI suspend/resume working on a machine with ASUS P4B533 motherboard. Until today, the machine would resume from a suspend for a couple of seconds, but then lock up or go into debugger if it is enabled in the kernel. After today's build, it doesn't come back at all -- video stays off, and no reaction to the keyboard. What can I do to help with debugging this problem? -- Vladimir From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 15:09:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AB5A16A4CE for ; Fri, 9 Apr 2004 15:09:36 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 838C943D46 for ; Fri, 9 Apr 2004 15:09:35 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id i39M9Ykj045434; Fri, 9 Apr 2004 16:09:34 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 09 Apr 2004 16:10:17 -0600 (MDT) Message-Id: <20040409.161017.89779730.imp@bsdimp.com> To: vladimir@math.uic.edu From: "M. Warner Losh" In-Reply-To: <20040409220656.GA1993@math.uic.edu> References: <20040409.095635.32718566.imp@bsdimp.com> <20040409220656.GA1993@math.uic.edu> 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: HEADS UP: PCI Chnages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 22:09:36 -0000 : I hoped to get ACPI suspend/resume working on a machine with : ASUS P4B533 motherboard. Until today, the machine would : resume from a suspend for a couple of seconds, but then lock : up or go into debugger if it is enabled in the kernel. After : today's build, it doesn't come back at all -- video stays off, : and no reaction to the keyboard. What can I do to help with : debugging this problem? Hmmmm.... Good question... I'm working on adding a few debugging nobs to help with someone else's problem. I think that after I commit those, we should revisit this. Warner From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 15:18:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D00E216A4CE for ; Fri, 9 Apr 2004 15:18:11 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FADB43D60 for ; Fri, 9 Apr 2004 15:18:11 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id i39MI7kj045492; Fri, 9 Apr 2004 16:18:07 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 09 Apr 2004 16:18:50 -0600 (MDT) Message-Id: <20040409.161850.66095289.imp@bsdimp.com> To: vladimir@math.uic.edu From: "M. Warner Losh" In-Reply-To: <20040409220656.GA1993@math.uic.edu> References: <20040409.095635.32718566.imp@bsdimp.com> <20040409220656.GA1993@math.uic.edu> 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: HEADS UP: PCI Chnages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 22:18:11 -0000 In message: <20040409220656.GA1993@math.uic.edu> Vladimir Egorin writes: : I hoped to get ACPI suspend/resume working on a machine with : ASUS P4B533 motherboard. Until today, the machine would : resume from a suspend for a couple of seconds, but then lock : up or go into debugger if it is enabled in the kernel. After : today's build, it doesn't come back at all -- video stays off, : and no reaction to the keyboard. What can I do to help with : debugging this problem? looks like my laptop has similar issues. Warner From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 16:52:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D24E16A4CE; Fri, 9 Apr 2004 16:52:52 -0700 (PDT) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0283543D1D; Fri, 9 Apr 2004 16:52:52 -0700 (PDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3FA3D7303A; Fri, 9 Apr 2004 19:52:51 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040409235251.3FA3D7303A@freebsd-current.sentex.ca> Date: Fri, 9 Apr 2004 19:52:51 -0400 (EDT) Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 23:52:52 -0000 TB --- 2004-04-09 20:00:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-04-09 20:00:01 - starting CURRENT tinderbox run for alpha/alpha TB --- 2004-04-09 20:00:01 - checking out the source tree TB --- 2004-04-09 20:00:01 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha TB --- 2004-04-09 20:00:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-04-09 20:09:13 - building world (CFLAGS=-O2 -pipe) TB --- 2004-04-09 20:09:13 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src TB --- 2004-04-09 20:09: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 >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2004-04-09 23:34:21 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-04-09 23:34:21 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src TB --- 2004-04-09 23:34:21 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Apr 9 23:34:23 GMT 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 -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/ppbus/ppi.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/random/harvest.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/random/randomdev.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/random/randomdev_soft.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/random/nehemiah.c In file included from /other/tinderbox/CURRENT/alpha/alpha/src/sys/sys/mutex.h:41, from /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/random/nehemiah.c:34: /other/tinderbox/CURRENT/alpha/alpha/src/sys/sys/pcpu.h:74: error: field `pc_idlepcb' has incomplete type *** Error code 1 Stop in /other/tinderbox/CURRENT/alpha/alpha/obj/alpha/other/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC. *** Error code 1 Stop in /other/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/alpha/alpha/src. TB --- 2004-04-09 23:52:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-04-09 23:52:51 - ERROR: failed to build generic kernel TB --- 2004-04-09 23:52:51 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 17:20:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75AB616A4CE for ; Fri, 9 Apr 2004 17:20:58 -0700 (PDT) Received: from relay.pair.com (relay.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id DE68643D5C for ; Fri, 9 Apr 2004 17:20:57 -0700 (PDT) (envelope-from rooneg@electricjellyfish.net) Received: (qmail 60480 invoked from network); 10 Apr 2004 00:20:56 -0000 Received: from ool-435713c1.dyn.optonline.net (HELO ?192.168.0.2?) (67.87.19.193) by relay.pair.com with SMTP; 10 Apr 2004 00:20:56 -0000 X-pair-Authenticated: 67.87.19.193 In-Reply-To: <200404091207.10055.dfr@nlsystems.com> References: <200404091207.10055.dfr@nlsystems.com> Mime-Version: 1.0 (Apple Message framework v613) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Garrett Rooney Date: Fri, 9 Apr 2004 20:20:47 -0400 To: Doug Rabson X-Mailer: Apple Mail (2.613) cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: Valgrind for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Apr 2004 00:20:58 -0000 On Apr 9, 2004, at 7:07 AM, Doug Rabson wrote: > As some of you might be aware, recently I've been working on porting > the > excellent valgrind debugger to FreeBSD (both -stable and -current). If > you are interested in trying it out, you can find details on how to get > the latest version at http://www.rabson.org/#valgrind. Enjoy... For anyone trying to build on FreeBSD 5.1, it requires a small tweak, since libc_r in that version did not have support for pthread_spinlock_t's. I believe this is the correct change, since __FreeBSD_version 501107 seems to be the next bump after the addition of pthread_spinlock_t support. -garrett Index: coregrind/arch/x86-freebsd/vg_libpthread.c =================================================================== --- coregrind/arch/x86-freebsd/vg_libpthread.c (revision 325) +++ coregrind/arch/x86-freebsd/vg_libpthread.c (working copy) @@ -2774,7 +2774,7 @@ /* POSIX spinlocks, taken from glibc linuxthreads/sysdeps/i386 */ -#if __FreeBSD__ == 5 +#if __FreeBSD_version >= 501107 int pthread_spin_init(pthread_spinlock_t *lockp, int pshared) { struct pthread_spinlock *lock = my_malloc(sizeof(struct pthread_spinlock)); From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 17:57:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BDD216A4CE for ; Fri, 9 Apr 2004 17:57:53 -0700 (PDT) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 979D343D39 for ; Fri, 9 Apr 2004 17:57:52 -0700 (PDT) (envelope-from kirk@strauser.com) Received: from pooh.strauser.com (pooh.honeypot.net [10.0.5.128]) by kanga.honeypot.net (8.12.11/8.12.11) with ESMTP id i3A0voo9010484 for ; Fri, 9 Apr 2004 19:57:51 -0500 (CDT) (envelope-from kirk@strauser.com) Resent-Message-Id: <200404100057.i3A0voo9010484@kanga.honeypot.net> Resent-To: freebsd-current@freebsd.org Resent-From: Kirk Strauser Resent-Date: Fri, 09 Apr 2004 19:57:49 -0500 To: freebsd-questions@freebsd.org From: Kirk Strauser Date: Fri, 09 Apr 2004 07:25:35 -0500 Message-ID: <87wu4pnxs0.fsf@strauser.com> X-Mailer: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Lines: 67 X-Virus-Scanned: clamd / ClamAV version devel-20040331, clamav-milter version 0.70a Subject: Why the 30-second pause after executing this script? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Apr 2004 00:57:53 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable One of my programs (plug: JailAdmin! Stays crunchy in milk!) uses 'jexec' to attach to a jail to execute /etc/rc.shutdown. I've noticed that this works as expected, unless its output is being piped into another program, in which case 'sh' waits about 30 seconds after the 'exit 0' line is executed before closing its end of the pipe. For example: The command dumping to STDOUT: root@kanga:/tmp# time jexec 8 sh -x /etc/rc.shutdown + stty status ^T + trap : 2 + trap : 3 ... + kill -TERM 80521 Terminated + echo . . + exit 0 real 0m0.575s user 0m0.043s sys 0m0.195s The command dumping to a pipe: root@kanga:/tmp# time jexec 8 sh -x /etc/rc.shutdown | cat + stty status ^T + trap : 2 + trap : 3 ... + kill -TERM 80638 Terminated + echo . . + exit 0 real 0m30.049s user 0m0.070s sys 0m0.162s I'm at a loss. Why would this be? Are there workarounds? =2D-=20 Kirk Strauser "94 outdated ports on the box, 94 outdated ports. Portupgrade one, an hour 'til done, 82 outdated ports on the box." --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBAdpZI5sRg+Y0CpvERAneFAJ9r27HdczVOpcxIlDPEJhokUAzjoACfX2GK xv7LQOUQnv4FrXfaDncJO/c= =hUI1 -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 18:55:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D29016A4CE; Fri, 9 Apr 2004 18:55:52 -0700 (PDT) Received: from newman.gte.com (newman.gte.com [132.197.8.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A16F43D1F; Fri, 9 Apr 2004 18:55:51 -0700 (PDT) (envelope-from ak03@gte.com) Received: from h132-197-179-27.gte.com (kanpc.gte.com [132.197.179.27]) by newman.gte.com (8.9.1/8.9.1) with ESMTP id VAA19509; Fri, 9 Apr 2004 21:55:49 -0400 (EDT) Received: from kanpc.gte.com (ak03@localhost [127.0.0.1]) i3A1tnP5038746; Fri, 9 Apr 2004 21:55:49 -0400 (EDT) (envelope-from ak03@kanpc.gte.com) Received: (from ak03@localhost) by kanpc.gte.com (8.12.11/8.12.11/Submit) id i3A1tnb1038745; Fri, 9 Apr 2004 21:55:49 -0400 (EDT) (envelope-from ak03) Date: Fri, 9 Apr 2004 21:55:49 -0400 From: Alexander Kabaev To: Lukas Ertl Message-ID: <20040410015549.GA38693@kanpc.gte.com> References: <20040409061800.GA2000@frontfree.net> <20040409184936.S8718@leelou.in.tern> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040409184936.S8718@leelou.in.tern> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: How to produce effective backtraces from crashdump? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Apr 2004 01:55:52 -0000 On Fri, Apr 09, 2004 at 06:51:53PM +0200, Lukas Ertl wrote: > I'm seeing similar problems here. Could you please try the following: > > Open /usr/src/gnu/usr.bin/binutils/libbfd/i386/bfd.h and change line 59 > from: > > #define BFD_ARCH_SIZE 64 > > to: > > #define BFD_ARCH_SIZE 32 > > Then recompile world and kernel. > > cheers, > le > Recompiling in src/gnu/usr.bin/binutils is enough. No need for buildworld and kernel. I am using the patch attached which fixes this particular error in gdb itself. -- Alexander Kabaev Index: i386-tdep.c =================================================================== RCS file: /home/ncvs/src/contrib/gdb/gdb/i386-tdep.c,v retrieving revision 1.3 diff -u -r1.3 i386-tdep.c --- i386-tdep.c 28 Jun 2002 00:14:01 -0000 1.3 +++ i386-tdep.c 1 Apr 2004 06:01:52 -0000 @@ -685,8 +685,8 @@ /* Return PC of first real instruction. */ -int -i386_skip_prologue (int pc) +CORE_ADDR +i386_skip_prologue (CORE_ADDR pc) { unsigned char op; int i; Index: config/i386/tm-i386.h =================================================================== RCS file: /home/ncvs/src/contrib/gdb/gdb/config/i386/tm-i386.h,v retrieving revision 1.1.1.3 diff -u -r1.1.1.3 tm-i386.h --- config/i386/tm-i386.h 27 Jun 2002 23:04:07 -0000 1.1.1.3 +++ config/i386/tm-i386.h 1 Apr 2004 05:58:35 -0000 @@ -61,7 +61,7 @@ #define SKIP_PROLOGUE(frompc) (i386_skip_prologue (frompc)) -extern int i386_skip_prologue (int); +extern CORE_ADDR i386_skip_prologue (CORE_ADDR); /* Immediately after a function call, return the saved pc. */ From owner-freebsd-current@FreeBSD.ORG Fri Apr 9 23:12:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DC8916A4CE for ; Fri, 9 Apr 2004 23:12:02 -0700 (PDT) Received: from notes.hallinto.turkuamk.fi (notes.hallinto.turkuamk.fi [195.148.215.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E78143D41 for ; Fri, 9 Apr 2004 23:12:01 -0700 (PDT) (envelope-from yurtesen@ispro.net.tr) Received: from ispro.net.tr ([195.148.208.31]) by notes.hallinto.turkuamk.fi (Lotus Domino Release 5.0.10) with ESMTP id 2004041009133040:314551 ; Sat, 10 Apr 2004 09:13:30 +0300 Message-ID: <4077903F.2020707@ispro.net.tr> Date: Sat, 10 Apr 2004 09:12:15 +0300 From: Evren Yurtesen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030808 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeff Doolittle , current@freebsd.org References: <4075E63C.3060709@kingsquarry.net> <4076A2D9.206@bis.midco.net> <4076AE33.4040908@ispro.net.tr> <20040409142220.GA60323@omniresources.com> <4076CEDD.2020001@ispro.net.tr> <40774365.3020701@kingsquarry.net> In-Reply-To: <40774365.3020701@kingsquarry.net> X-MIMETrack: Itemize by SMTP Server on notes.hallinto.turkuamk.fi/TAMK(Release 5.0.10 |March 22, 2002) at 10.04.2004 09:13:30,|March 22, 2002) at 10.04.2004 09:13:32, Serialize complete at 10.04.2004 09:13:32 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii; format=flowed Subject: Re: ASUS P4C800-E Deluxe and ICH5R support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Apr 2004 06:12:02 -0000 Jeff Doolittle wrote: > Evren, > > You may have just "solved" my problem. I configured the BIOS to use the > SATA drives in compat mode instead of enhanced (but now I lose my > secondary EIDE channel). Rebooted and corrected the fstab file since > the drives were flipped around. I'm currently rsync'ing from the > Promise to the ICH5 without a problem. > > We'll skip the fact I must have read right over this fact in the ERRATA > on the FreeBSD web site. > > Quote: "Use the host's BIOS setup options to put the ATA controller in > its ``legacy mode'', if available" > > So the work around was in front of me the whole time. > > I currently have hyperthreading enabled and the only ACPI setting > disabled is "ACPI 2.0 Support" because it's disabled by default. > > Thanks. Maybe this should be somewhere in the mailing list :) If somebody else has a similar problem. Evren > Evren Yurtesen wrote: > >> Doug Poland wrote: >> >>> On Fri, Apr 09, 2004 at 05:07:47PM +0300, Evren Yurtesen wrote: >>> >>>> Jeff Doolittle wrote: >>>> >>>>> I've seen eMails regarding ICH5R support on other motherboards >>>>> being added, is there plans to add support for the ASUS P4C800-E >>>>> Deluxe? >>>>> >>>> I think that I have that board in my proxy server and I am using >>>> sata drives with ICH5... >>>> What is the problem with this board? I didnt have any problems at >>>> all else than a minor glitch. I am able to use my sata drives with >>>> hyperthreading etc. turned on, without any trouble at all... >>>> >>>> Evren >>>> >>> >>> Are you running a RAID0 or RAID1 configuration on the ICH5R? I belive >>> the OP was inquiring specifically about RAID support. >>> >> >> Yeah well, I am not using raid but I use the controller with 2 sata >> drives. I dont see why raid wouldnt work? I had a slight problem >> though when I used extended mode for sata drives from the bios, but >> when I used compatibility mode which use the irq of secondary pata >> controller, then things were working fine... Well, I didnt read >> secondary pata controller anyhow so I didnt care much... >> >> Evren >> >> >> From owner-freebsd-current@FreeBSD.ORG Sat Apr 10 01:33:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7371C16A4CE; Sat, 10 Apr 2004 01:33:33 -0700 (PDT) Received: from herring.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9004243D54; Sat, 10 Apr 2004 01:33:32 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from herring.rabson.org (herring.rabson.org [10.0.0.2]) by herring.rabson.org (8.12.11/8.12.11) with ESMTP id i3A8XFQB014001; Sat, 10 Apr 2004 09:33:20 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: Garrett Rooney Date: Sat, 10 Apr 2004 09:33:14 +0100 User-Agent: KMail/1.6.1 References: <200404091207.10055.dfr@nlsystems.com> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200404100933.14838.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on herring.rabson.org X-Virus-Scanned: ClamAV version 'clamd / ClamAV version 0.65', clamav-milter version '0.60p' cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: Valgrind for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Apr 2004 08:33:33 -0000 On Saturday 10 April 2004 01:20, Garrett Rooney wrote: > On Apr 9, 2004, at 7:07 AM, Doug Rabson wrote: > > As some of you might be aware, recently I've been working on > > porting the > > excellent valgrind debugger to FreeBSD (both -stable and -current). > > If you are interested in trying it out, you can find details on how > > to get the latest version at http://www.rabson.org/#valgrind. > > Enjoy... > > For anyone trying to build on FreeBSD 5.1, it requires a small tweak, > since libc_r in that version did not have support for > pthread_spinlock_t's. I believe this is the correct change, since > __FreeBSD_version 501107 seems to be the next bump after the addition > of pthread_spinlock_t support. Patch applied. Thanks! From owner-freebsd-current@FreeBSD.ORG Sat Apr 10 01:39:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F25916A4CE; Sat, 10 Apr 2004 01:39:54 -0700 (PDT) Received: from herring.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id C907643D54; Sat, 10 Apr 2004 01:39:53 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from herring.rabson.org (herring.rabson.org [10.0.0.2]) by herring.rabson.org (8.12.11/8.12.11) with ESMTP id i3A8deP9014027; Sat, 10 Apr 2004 09:39:40 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: Joe Halpin Date: Sat, 10 Apr 2004 09:39:40 +0100 User-Agent: KMail/1.6.1 References: <200404091207.10055.dfr@nlsystems.com> <200404092229.11848.dfr@nlsystems.com> <40772C06.6030003@comcast.net> In-Reply-To: <40772C06.6030003@comcast.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200404100939.40215.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on herring.rabson.org X-Virus-Scanned: ClamAV version 'clamd / ClamAV version 0.65', clamav-milter version '0.60p' cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: Valgrind for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Apr 2004 08:39:54 -0000 On Saturday 10 April 2004 00:04, Joe Halpin wrote: > Doug Rabson wrote: > > On Friday 09 April 2004 20:13, Joe Halpin wrote: > >>Doug Rabson wrote: > >>>Sorry - I should have been clearer. Install the devel/subversion > >>>port and try the 'svn co svn:/....' command again. > >> > >>Thanks, I've got the source now, but when I try to run it I get > > > > I remember having this problem. I think this is down to having an > > old version of perl. You need at least perl-5.6.x to be installed. > > Hmm, I installed perl 5.8.3, after which valgrind built and installed > successfully. However, since then other stuff isn't working any more. Possibly you need to run 'use.perl' to select which perl to use (port or system). You might also need to re-install any perl packages. From owner-freebsd-current@FreeBSD.ORG Sat Apr 10 02:48:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02DE316A4CE for ; Sat, 10 Apr 2004 02:48:19 -0700 (PDT) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 191D743D49 for ; Sat, 10 Apr 2004 02:48:18 -0700 (PDT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.12.11/8.12.10) with ESMTP id i3A9mHRO063904 for ; Sat, 10 Apr 2004 13:48:17 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sat, 10 Apr 2004 13:48:17 +0400 (MSD) From: Dmitry Morozovsky To: freebsd-current@freebsd.org Message-ID: <20040410134802.J60704@woozle.rinet.ru> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: "sleeping without a mutex" panic with FixitCD from today's SNAP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Apr 2004 09:48:19 -0000 Dear colleagues, Trying to boot freshly compiled (via current-on-stable vay, mostly described in http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=UTF-8&c2coff=1&selm=20040319034905.GA975%40doom.homeunix.org) -current LiveFS CD on three different machines (all i686-like, from AMD Duron 600 on VIA KT133 to AthlonXP 2k+ on nVidia nForce2; all with ATACI CD/DVD) I got 100% reproducible ddb panic after mounting CD with "Fixit" menu item: panic: sleeping without a mutex at line 144 in file /usr/src/sys/kern/kern_synch.c Googling does not help me much. Any clues? Did someone broke ATAPI CD? Thanks in advance; please keep me CCd as I don't read -current. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sat Apr 10 02:49:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFACE16A4CE for ; Sat, 10 Apr 2004 02:49:54 -0700 (PDT) Received: from ultra36.almamedia.fi (ultra36.almamedia.fi [193.209.83.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 847B943D48 for ; Sat, 10 Apr 2004 02:49:54 -0700 (PDT) (envelope-from koston@iki.fi) Received: by ultra36.almamedia.fi (Postfix, from userid 60001) id 2FD4D1DA48; Sat, 10 Apr 2004 12:49:53 +0300 (EEST) Received: from norsu.kameli.org (ip213-185-39-27.laajakaista.mtv3.fi [213.185.39.27]) by ultra36.almamedia.fi (Postfix) with SMTP id A006E1D9B9; Sat, 10 Apr 2004 12:49:52 +0300 (EEST) Received: by norsu.kameli.org (sSMTP sendmail emulation); Sat, 10 Apr 2004 11:51:35 +0000 From: "Atte Peltomaki" Date: Sat, 10 Apr 2004 11:51:35 +0000 To: joe mcguckin Message-ID: <20040410115135.GA20807@norsu.kameli.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: Future of FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Apr 2004 09:49:54 -0000 > Robert, > > > Thank you for taking the time to cogently respond to Atte Peltomaki's > concerns regarding 5.X issues. > > Not every FreeBSD user has time to keep up to date with the day-to-day news > that is disseminated via the mailing lists. It's a lot of email to read on a > daily basis. > > As such, it's understandable that many FreeBSD users have a perception of > the project that is not shared by committers. > > Responding to email's such as Atte's in a rational, well thought out manner > is much more productive than simply reacting in knee-jerk fashion by saying > "Please don't feed the trolls". I replied to Robert's mail personally without cc'ing to -current, simply because I felt too many people saw my mail as a troll and nothing more. Even those who didn't, mostly just disregarded everything I tried to say, picked a detail in which I was incorrect and put me down with it. I have indeed not been following all the mailing lists as keenly as I could've, and perhaps many of my concerns would not have surfaced at all if I had. But then again, reading through high-volume lists on a daily basis without developer's interests or understanding can get frustrating very quickly. Now, I have gotten some precious information from Robert on the issues where I was downright wrong, and others were discussed to give reason and consequence, why things happen the way they do, and why they should keep happening. Most useful information was to learn about the effects of ACPI with older hardware, which I have, and I realized many of the problems I have seen are due to buggy hardware implementations in my boxes rather than problems directly in FreeBSD. Though it still frightens me to see how incompatible FreeBSD can be at it's current state with older h/w, but Robert gave enough faith and I'm going to install -CURRENT again on few of my boxes to get on with it and solve the problems. It still leaves me wonder - why is the user/developer-base so hostile towards any critique on the system? I'm nonetheless a supporter of FreeBSD's, and as much as any of you, would like to see a glorious release of the 5-STABLE when time is right. I simply wanted to state some of my concerns as a user about the time and it's rightness amongst some other things, and indeed only Robert took the time to actually answer to me. Thank you, Robert, for that. Atte Peltomaki http://kameli.org From owner-freebsd-current@FreeBSD.ORG Sat Apr 10 02:54:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61A2D16A4CE for ; Sat, 10 Apr 2004 02:54:14 -0700 (PDT) Received: from mtaw6.prodigy.net (mtaw6.prodigy.net [64.164.98.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DD7243D41 for ; Sat, 10 Apr 2004 02:54:14 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (c07ac3de460058c0008aea8061e91f1d@adsl-67-115-73-128.dsl.lsan03.pacbell.net [67.115.73.128]) by mtaw6.prodigy.net (8.12.10/8.12.10) with ESMTP id i3A9r5jG024510; Sat, 10 Apr 2004 02:53:05 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E959C52242; Sat, 10 Apr 2004 02:54:12 -0700 (PDT) Date: Sat, 10 Apr 2004 02:54:12 -0700 From: Kris Kennaway To: Atte Peltomaki Message-ID: <20040410095412.GA70709@xor.obsecurity.org> References: <20040410115135.GA20807@norsu.kameli.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2oS5YaxWCcQjTEyO" Content-Disposition: inline In-Reply-To: <20040410115135.GA20807@norsu.kameli.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: Future of FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Apr 2004 09:54:14 -0000 --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Apr 10, 2004 at 11:51:35AM +0000, Atte Peltomaki wrote: > It still leaves me wonder - why is the user/developer-base so hostile > towards any critique on the system? I'm nonetheless a supporter of > FreeBSD's, and as much as any of you, would like to see a glorious > release of the 5-STABLE when time is right. I simply wanted to state > some of my concerns as a user about the time and it's rightness amongst > some other things, and indeed only Robert took the time to actually > answer to me. Thank you, Robert, for that. It's all about attitude..your message had a combative tone ("Why does FreeBSD suck so bad?"), so people responded in kind. Kris --2oS5YaxWCcQjTEyO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAd8REWry0BWjoQKURAhIoAJ0WpD6WChimakGaczA1/HmjNXXa2wCgm3dg R7G0pGN+U6fNuUHFqjL2EhU= =VWV7 -----END PGP SIGNATURE----- --2oS5YaxWCcQjTEyO-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 10 02:56:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6ADDB16A4CE for ; Sat, 10 Apr 2004 02:56:24 -0700 (PDT) Received: from salvador.pacific.net.sg (salvador.pacific.net.sg [203.120.90.219]) by mx1.FreeBSD.org (Postfix) with SMTP id 61F4543D54 for ; Sat, 10 Apr 2004 02:56:23 -0700 (PDT) (envelope-from oceanare@pacific.net.sg) Received: (qmail 32498 invoked from network); 10 Apr 2004 09:56:21 -0000 Received: from unknown (HELO maxwell6.pacific.net.sg) (203.120.90.212) by salvador with SMTP; 10 Apr 2004 09:56:14 -0000 Received: from pacific.net.sg ([210.24.202.50]) by maxwell6.pacific.net.sg with ESMTP id <20040410095614.ICVP1186.maxwell6.pacific.net.sg@pacific.net.sg>; Sat, 10 Apr 2004 17:56:14 +0800 Message-ID: <40783527.5080403@pacific.net.sg> Date: Sat, 10 Apr 2004 17:55:51 +0000 From: Erich Dollansky Organization: oceanare pte ltd User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7b) Gecko/20040409 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Atte Peltomaki References: <20040410115135.GA20807@norsu.kameli.org> In-Reply-To: <20040410115135.GA20807@norsu.kameli.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Future of FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Apr 2004 09:56:24 -0000 Hi, Atte Peltomaki wrote: > It still leaves me wonder - why is the user/developer-base so hostile > towards any critique on the system? I'm nonetheless a supporter of This is one of the big miracles of any open software project. Just learn to ignore those things and you will be fine. > some other things, and indeed only Robert took the time to actually > answer to me. Thank you, Robert, for that. > Just see this as the strong point of FreeBSD. Erich From owner-freebsd-current@FreeBSD.ORG Sat Apr 10 03:36:04 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2E0316A4CE for ; Sat, 10 Apr 2004 03:36:04 -0700 (PDT) Received: from noname.csdl.lt (noname.csdl.lt [194.176.40.182]) by mx1.FreeBSD.org (Postfix) with SMTP id AFAE243D5E for ; Sat, 10 Apr 2004 03:36:03 -0700 (PDT) (envelope-from paulius@kaktusas.org) Received: (qmail 12704 invoked by uid 1000); 10 Apr 2004 10:36:00 -0000 Date: Sat, 10 Apr 2004 13:36:00 +0300 From: Paulius Bulotas To: freebsd-current@freebsd.org Message-ID: <20040410103600.GA12488@kaktusas.org> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-URL: http://www.kaktusas.org/ Subject: buildworld fails on src/sys/net80211/ieee80211_ioctl.c with opt_ipx.h not found X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Apr 2004 10:36:04 -0000 Hello, buildworld fails on src/sys/net80211/ieee80211_ioctl.c with opt_ipx.h being not found. Since this change is 10 days old, maybe I've missed something in mailing list? Maybe the fix should be #ifdef'ing #include "opt_inet.h" and "opt_ipx.h" accordingly with #ifdef IPX and #ifdef INET? Paulius From owner-freebsd-current@FreeBSD.ORG Sat Apr 10 04:09:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8C3E16A4CE for ; Sat, 10 Apr 2004 04:09:32 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEC0B43D41 for ; Sat, 10 Apr 2004 04:09:31 -0700 (PDT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.11/8.12.11) with ESMTP id i3AB9Tiv008502; Sat, 10 Apr 2004 13:09:29 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: "Atte Peltomaki" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 10 Apr 2004 11:51:35 -0000." <20040410115135.GA20807@norsu.kameli.org> Date: Sat, 10 Apr 2004 13:09:29 +0200 Message-ID: <8501.1081595369@critter.freebsd.dk> cc: freebsd-current@freebsd.org Subject: Re: Future of FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Apr 2004 11:09:32 -0000 In message <20040410115135.GA20807@norsu.kameli.org>, "Atte Peltomaki" writes: >It still leaves me wonder - why is the user/developer-base so hostile >towards any critique on the system? I don't think we are. The problem is that most of us know and have known for a long time about these deficiencies and we really wish to get them fixed, only, we have 20 other things we need to do first, one of which is "earn a living" another being "play with our children". What we have is a resource-shortage, that stresses out the overworked developers, and that results in crappy attitudes. But you are right that the Future of FreeBSD needs to be pondered. Right now, 5.3 does not look like it will be what we have expected and promised to deliver for 5-stable, and I don't see the miracle which will that happen this summer. But the world is also remakably different from when we started FreeBSD 10 years and five major releases ago. Back then, the "competition" was WIN3.11 and practically anything we did was a success by definition. Today the competition is Linux, and despite all the perforations they tend to inflict in their own feet, they are serious competition for us. So we have to decide what we are as a project: Is FreeBSD a hobby project which delivers what it can, when it can, based on whatever people contribute when they have time ? Or is FreeBSD as a project serious about being a qualified competitor in the operating system market ? In the first case, our users will have to get used to an entirely different sort of delivery and deliverable. In the second case, it is time that our users take the Kennedy test: Ask not what FreeBSD can do for you, ask what you can do for FreeBSD. We cannot expect to continue to compete with the probably close to one hundred full-time developers Linux has unless we manage to get at least a handful of our own developers funded full time. And let me get that 100% straight: There are to my knowlege not one single FreeBSD developer who is employed to work full time on the things FreeBSD needs done. We do have a number of key developers who are employed by companies using FreeBSD and they get to spend a lot of time on the problems their companies see as important to FreeBSD. What we don't have an IBM, a RedHat or OSDL.org who are willing to employg developers to work full time on the problems that are important to FreeBSD. So in my view, the future of FreeBSD is pretty much in the hands of all the users out there who are "serious about FreeBSD", how about you persuade your FreeBSD using employer to donate a small sum to the FreeBSD Foundation every month ? Imagine if some of our users sent $1/month for each FreeBSD machine they were running. 30,000 machines under such a programme and we would have a handful of our best people full-time developing FreeBSD and a person in the Foundation to deal with the fund-raising and paperwork. And I don't think it will be that hard to explain that "somebody needs to work on the operating system and they also need food to eat" if the amount of money we ask for is $1/month. How about that ? It is my hope is that my project: http://people.freebsd.org/~phk/funding.html will become the icebreaker for this change. 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 Sat Apr 10 04:34:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 173D916A4CE for ; Sat, 10 Apr 2004 04:34:14 -0700 (PDT) Received: from relay.pair.com (relay.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 9BFFF43D3F for ; Sat, 10 Apr 2004 04:34:13 -0700 (PDT) (envelope-from cscotts@mindspring.com) Received: (qmail 74626 invoked from network); 10 Apr 2004 11:34:12 -0000 Received: from res-152-3-47-49.dorm.duke.edu (HELO mindspring.com) (152.3.47.49) by relay.pair.com with SMTP; 10 Apr 2004 11:34:12 -0000 X-pair-Authenticated: 152.3.47.49 Message-ID: <4077DB53.102@mindspring.com> Date: Sat, 10 Apr 2004 07:32:35 -0400 From: Scott Sipe User-Agent: Mozilla Thunderbird 0.5+ (Windows/20040312) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: sched lock/sleepq lock order reversal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Apr 2004 11:34:14 -0000 I apologize in advance if this is a known ok LOR--I tried searching for past mention of it and couldn't find it though. Computer is running CURRENT from around March 28. It hard freezes on a fairly regular basis, generally when being accessed by NFS or Samba, and I saw this LOR show up (it's still running fine) after I attached a serial console to try to figure out the problem (it's headless). I'll provide any extra information if anyone needs it. here it is: lock order reversal 1st 0xc0750860 sched lock (sched lock) @ /usr/src/sys/kern/kern_sig.c:2029 2nd 0xc07535a4 sleepq chain (sleepq chain) @ /usr/src/sys/kern/subr_sleepqueue.c:193 Stack backtrace: backtrace(c06f5338,c07535a4,c06f468c,c06f468c,c06f4699) at backtrace+0x17 witness_checkorder(c07535a4,9,c06f4699,c1,c0755c20) at witness_checkorder+0x6f8 _mtx_lock_spin_flags(c07535a4,0,c06f4699,c1,c47f1c08) at _mtx_lock_spin_flags+0x9d sleepq_lookup(c47f1000,0,c0750860,c07577e0,c47f1c08) at sleepq_lookup+0x67 sleepq_broadcast(c47f1000,0,ffffffff,dcf15c54,c052881a) at sleepq_broadcast+0x38 wakeup(c47f1000,1,c06f1def,8b8,c47f1c08) at wakeup+0x21 stop(c47f1c08,0,c06f1def,7ed,178) at stop+0x4a ptracestop(c46ed540,5,c06f1def,82f,10) at ptracestop+0xde issignal(c46ed540,2,c06f1def,be,0) at issignal+0x207 cursig(c46ed540,0,c06f4acd,102,30800) at cursig+0xe8 ast(dcf15d48) at ast+0x510 doreti_ast() at doreti_ast+0x17 Scott uname -a FreeBSD ariovistus.scottsipe.com 5.2-CURRENT FreeBSD 5.2-CURRENT #5: Sun Mar 28 19:35:37 EST 2004 root@ariovistus.cap-press.com:/usr/obj/usr/src/sys/ARIOVISTUS i386 From owner-freebsd-current@FreeBSD.ORG Sat Apr 10 04:35:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2D1216A4CE for ; Sat, 10 Apr 2004 04:35:56 -0700 (PDT) Received: from lakermmtao10.cox.net (lakermmtao10.cox.net [68.230.240.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 810E743D3F for ; Sat, 10 Apr 2004 04:35:56 -0700 (PDT) (envelope-from conrads@ip68-14-60-78.no.no.cox.net) Received: from ip68-14-60-78.no.no.cox.net ([68.14.60.78]) by lakermmtao10.cox.netESMTP <20040410113556.GLWJ21805.lakermmtao10.cox.net@ip68-14-60-78.no.no.cox.net>; Sat, 10 Apr 2004 07:35:56 -0400 Received: from ip68-14-60-78.no.no.cox.net (localhost [127.0.0.1]) i3ABZsYV052764; Sat, 10 Apr 2004 06:35:55 -0500 (CDT) (envelope-from conrads@ip68-14-60-78.no.no.cox.net) Received: (from conrads@localhost)i3ABZne6052753; Sat, 10 Apr 2004 06:35:49 -0500 (CDT) (envelope-from conrads) Message-ID: X-Mailer: XFMail 1.5.5 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20040410103600.GA12488@kaktusas.org> Date: Sat, 10 Apr 2004 06:35:49 -0500 (CDT) From: Conrad Sabatier To: Paulius Bulotas cc: freebsd-current@freebsd.org Subject: Re: buildworld fails on src/sys/net80211/ieee80211_ioctl.c with opt_ipx.h not found X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: conrads@cox.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Apr 2004 11:35:57 -0000 On 10-Apr-2004 Paulius Bulotas wrote: > Hello, > > buildworld fails on src/sys/net80211/ieee80211_ioctl.c with opt_ipx.h > being not found. Since this change is 10 days old, maybe I've missed > something in mailing list? > Maybe the fix should be #ifdef'ing #include "opt_inet.h" and "opt_ipx.h" > accordingly with #ifdef IPX and #ifdef INET? You mean, I'm *not* the only one seeing this problem? :-) My report on this went completely ignored, so I finally assumed "it must just be me". :-) It seems to me a simple insert in the Makefile (as seen in other locations) would take care of this: echo "#define IPX 1" > opt_ipx.h Why is this still broken??? -- Conrad Sabatier - "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Sat Apr 10 04:38:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42A9516A4CE for ; Sat, 10 Apr 2004 04:38:06 -0700 (PDT) Received: from anna.web4.hm (anna.web4.hm [81.3.4.66]) by mx1.FreeBSD.org (Postfix) with SMTP id 2023543D49 for ; Sat, 10 Apr 2004 04:38:05 -0700 (PDT) (envelope-from thorsten@tgreiner.net) Received: (qmail 11012 invoked by uid 760); 10 Apr 2004 11:37:47 -0000 Received: from thorsten@tgreiner.net by anna by uid 503 with qmail-scanner-1.21 Processed in 0.363767 secs); 10 Apr 2004 11:37:47 -0000 Received: from p508d0bcf.dip0.t-ipconnect.de (HELO tybalt) (80.141.11.207) by anna.web4.hm with SMTP; 10 Apr 2004 11:37:46 -0000 Date: Sat, 10 Apr 2004 13:37:24 +0200 From: Thorsten Greiner To: current@freebsd.org Message-ID: <20040410113724.GA704@tybalt.greiner.local> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="l76fUT7nc3MelDdI" Content-Disposition: inline X-GPG-Fingerprint: ED45 DF41 BE30 6FF5 DC4F 15C3 4538 6598 E865 F66A User-Agent: Mutt/1.5.6i Subject: Recent -CURRENT doesn't find ata controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Apr 2004 11:38:06 -0000 --l76fUT7nc3MelDdI Content-Type: multipart/mixed; boundary="Q68bSM7Ycu6FN28Q" Content-Disposition: inline --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi list, a kernel built from a recent cvsup doesn't recognize my ata controller. I suspect this is related to the recent PCI changes by Warner Losh. The attached dmesg shows a successful boot by a kernel built from Apr 6th sources. Today's faulty one differs from the sucessful boot in that the lines ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 are missing. Instead the line atapci0: Bus reserved 0x10 bytes for rid 0x20 type 4 at 0xbfa0 is displayed. Of course this means that the kernel cannot find its root device and panics later... Please find a dmesg from a working kernel and my kernel config attached. Cheers -Thorsten --=20 Perfection (in design) is achieved not when there is nothing more to add, but rather when there is nothing more to take away. --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.txt" Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2-CURRENT #102: Tue Apr 6 13:48:46 CEST 2004 toor@tybalt:/usr/src/sys/i386/compile/TYBALT Preloaded elf kernel "/boot/kernel/kernel" at 0xc0826000. Preloaded elf module "/boot/kernel/snd_ich.ko" at 0xc08261cc. Preloaded elf module "/boot/kernel/snd_pcm.ko" at 0xc0826278. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0826324. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 Mobile CPU 1.60GHz (1595.30-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febf9ff real memory = 536748032 (511 MB) avail memory = 515506176 (491 MB) Pentium 4 TCC support enabled, current performance 100% Pentium Pro MTRR support enabled cpu0 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [GIANT-LOCKED] pcibios: BIOS version 2.10 Found $PIR table, 11 entries at 0xc00fbb90 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_cpu0: on acpi0 acpi_tz0: on acpi0 acpi_acad0: on acpi0 acpi_cmbat0: on acpi0 acpi_cmbat1: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib0: slot 29 INTA is routed to irq 11 pcib0: slot 29 INTC is routed to irq 11 pcib0: slot 31 INTB is routed to irq 11 pcib0: slot 31 INTB is routed to irq 11 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib1: slot 0 INTA is routed to irq 11 pci1: at device 0.0 (no driver attached) uhci0: port 0xbf80-0xbf9f irq 11 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/11.10, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. uhci1: port 0xbf20-0xbf3f irq 11 at device 29.2 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pcib2: at device 30.0 on pci0 pci2: on pcib2 pcib2: slot 0 INTA is routed to irq 11 pcib2: slot 1 INTA is routed to irq 11 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xec80-0xecff mem 0xf8fffc00-0xf8fffc7f irq 11 at device 0.0 on pci2 miibus0: on xl0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:06:5b:bc:a4:a4 xl0: [GIANT-LOCKED] cbb0: at device 1.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib2: slot 1 INTA is routed to irq 11 cbb1: at device 1.1 on pci2 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 pcib2: slot 1 INTA is routed to irq 11 fwohci0: mem 0xf8ff8000-0xf8ffbfff,0xf8fff000-0xf8fff7ff irq 11 at device 1.2 on pci2 fwohci0: [GIANT-LOCKED] fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channel is 4. fwohci0: EUI64 47:4f:c0:00:1b:96:b4:10 fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 46:4f:c0:96:b4:10 fwe0: Ethernet address: 46:4f:c0:96:b4:10 fwohci0: Initiate bus reset fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xbfa0-0xbfaf,0x374-0x377,0x170-0x177,0x3f4-0x3f7,0x1f0-0x1f7 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pcm0: port 0xdc80-0xdcbf,0xd800-0xd8ff irq 11 at device 31.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: pci0: at device 31.6 (no driver attached) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model GlidePoint, device ID 0 fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x280-0x287,0x2f8-0x2ff irq 3 drq 3 on acpi0 sio1: type 16550A ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 1 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pmtimer0 on isa0 orm0: