From owner-freebsd-current@FreeBSD.ORG  Sun Jun 20 01:23:58 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id BECD416A4CE
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 01:23:58 +0000 (GMT)
Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw
	[140.138.145.166])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6D3E843D31
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 01:23:58 +0000 (GMT)
	(envelope-from avatar@mmlab.cse.yzu.edu.tw)
Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000)
	id 695044EFCD3; Sun, 20 Jun 2004 09:23:44 +0800 (CST)
Received: from localhost (localhost [127.0.0.1])
	by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 603BD4EFCD0;
	Sun, 20 Jun 2004 09:23:44 +0800 (CST)
Date: Sun, 20 Jun 2004 09:23:44 +0800 (CST)
From: Tai-hwa Liang <avatar@mmlab.cse.yzu.edu.tw>
To: Stefan Ehmann <shoesoft@gmx.net>
In-Reply-To: <1087638025.75930.8.camel@taxman>
Message-ID: <0406200917439.18135@www.mmlab.cse.yzu.edu.tw>
References: <200406182038.34203.michaelnottebrock@gmx.net>
 <1087638025.75930.8.camel@taxman>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: freebsd-current@freebsd.org
Subject: Re: Lost buffers with mounted ext2fs
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Jun 2004 01:23:58 -0000

On Sat, 19 Jun 2004, Stefan Ehmann wrote:
> On Fri, 2004-06-18 at 20:38, Michael Nottebrock wrote:
> > IIRC this is a known bug (always 1 buffer left on reboot if any ext2
> > filesystems are mounted (rw?, didn't check if ro also triggers it) at
> > reboot/shutdown time, causing _all_ filesystems which were mounted rw to be
> > left dirty).
> >
> > Does anybody have a fix yet? I'm currently using
> > http://people.freebsd.org/~lofi/rc.shutdown.diff as a workaround...
>
> Yes, this is a bug that was introduced sometime last year:
> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/56675
>
> This also happens if the ext2fs is mounted ro.
>
> AFAIK there is no fix available. I'd appreciate it very much though.

Sometimes I run into this behaviour even on a -CURRENT box without
ext2fs.ko loaded. Though it's fairly hard to reproduce this lost buffer
scenario, I'm wondering about whether this bug is not limited to ext2fs,
but also UFS2 and smbfs?

From owner-freebsd-current@FreeBSD.ORG  Sun Jun 20 01:24:23 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1796C16A4CE
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 01:24:23 +0000 (GMT)
Received: from smtp01.syd.iprimus.net.au (smtp01.syd.iprimus.net.au
	[210.50.30.52])	by mx1.FreeBSD.org (Postfix) with ESMTP id DD51F43D39
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 01:24:22 +0000 (GMT)
	(envelope-from tim@robbins.dropbear.id.au)
Received: from robbins.dropbear.id.au (210.50.36.42) by
	smtp01.syd.iprimus.net.au (7.0.024)
	id 40B7A0DA00664630; Sun, 20 Jun 2004 11:24:21 +1000
Received: by robbins.dropbear.id.au (Postfix, from userid 1000)
	id EE82141F4; Sun, 20 Jun 2004 11:27:20 +1000 (EST)
Date: Sun, 20 Jun 2004 11:27:20 +1000
From: Tim Robbins <tjr@freebsd.org>
To: Michael Nottebrock <michaelnottebrock@gmx.net>
Message-ID: <20040620012720.GA67470@cat.robbins.dropbear.id.au>
References: <200406191820.26499.michaelnottebrock@gmx.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200406191820.26499.michaelnottebrock@gmx.net>
User-Agent: Mutt/1.4.1i
cc: Frerich Raabe <raabe@kde.org>
cc: freebsd-current@freebsd.org
Subject: Re: dlclose problem
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Jun 2004 01:24:23 -0000

On Sat, Jun 19, 2004 at 06:20:26PM +0200, Michael Nottebrock wrote:
> Attached is a small testcase made by Frerich Raabe (cc'd) which segfaults on 
> -STABLE and 5.2.1-R but not on -CURRENT as of June 17th - I can't find what's 
> changed in libc that prevents the segfault though. Any clues?

See PR 59552.


Tim

From owner-freebsd-current@FreeBSD.ORG  Sun Jun 20 01:52:10 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3750A16A4CE
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 01:52:10 +0000 (GMT)
Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19])
	by mx1.FreeBSD.org (Postfix) with ESMTP id EA64343D55
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 01:52:09 +0000 (GMT)	(envelope-from obrien@NUXI.com)
Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1])
	by TRANG.nuxi.com (8.12.11/8.12.11) with ESMTP id i5K1prfm044351;
	Sat, 19 Jun 2004 18:51:53 -0700 (PDT)
	(envelope-from obrien@dragon.nuxi.com)
Received: (from obrien@localhost)
	by dragon.nuxi.com (8.12.11/8.12.11/Submit) id i5K1prEe044350;
	Sat, 19 Jun 2004 18:51:53 -0700 (PDT)
	(envelope-from obrien)
Date: Sat, 19 Jun 2004 18:51:53 -0700
From: "David O'Brien" <obrien@freebsd.org>
To: Sean McNeil <sean@mcneil.com>
Message-ID: <20040620015153.GA3636@dragon.nuxi.com>
References: <1087680548.10880.3.camel@server.mcneil.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1087680548.10880.3.camel@server.mcneil.com>
User-Agent: Mutt/1.4.1i
X-Operating-System: FreeBSD 5.2-CURRENT
Organization: The NUXI BSD Group
X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3  90 76 5D 69 58 D9 98 7A
X-Pgp-Rsa-Keyid: 1024/34F9F9D5
cc: freebsd-current@freebsd.org
Subject: Re: bad linker appears to be related to TARGET_SYSTEM_ROOT
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: obrien@freebsd.org
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Jun 2004 01:52:10 -0000

I think I've gotten this fixed.  Please CVSup and see if a stock /usr/src
works OK for you.

thanks,

-- 
-- David    (obrien@FreeBSD.org)

From owner-freebsd-current@FreeBSD.ORG  Sun Jun 20 01:52:46 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6040F16A4D0
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 01:52:46 +0000 (GMT)
Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2680143D39
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 01:52:46 +0000 (GMT)	(envelope-from obrien@NUXI.com)
Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1])
	by TRANG.nuxi.com (8.12.11/8.12.11) with ESMTP id i5K1qSHE044380
	for <freebsd-current@freebsd.org>;
	Sat, 19 Jun 2004 18:52:28 -0700 (PDT)
	(envelope-from obrien@dragon.nuxi.com)
Received: (from obrien@localhost)
	by dragon.nuxi.com (8.12.11/8.12.11/Submit) id i5K1qSMd044379
	for freebsd-current@freebsd.org; Sat, 19 Jun 2004 18:52:28 -0700 (PDT)
	(envelope-from obrien)
Date: Sat, 19 Jun 2004 18:52:28 -0700
From: "David O'Brien" <obrien@freebsd.org>
To: freebsd-current@freebsd.org
Message-ID: <20040620015228.GB3636@dragon.nuxi.com>
References: <20040619154150.GA79735@chihiro.leafy.idv.tw>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040619154150.GA79735@chihiro.leafy.idv.tw>
User-Agent: Mutt/1.4.1i
X-Operating-System: FreeBSD 5.2-CURRENT
Organization: The NUXI BSD Group
X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3  90 76 5D 69 58 D9 98 7A
X-Pgp-Rsa-Keyid: 1024/34F9F9D5
Subject: Re: ld problem
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: obrien@freebsd.org
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Jun 2004 01:52:46 -0000

On Sat, Jun 19, 2004 at 11:41:50PM +0800, leafy wrote:
> /usr/bin/ld: warning: libexpat.so.5, needed by 
> /usr/X11R6/lib/libfontconfig.so, not found (try using -rpath or 
> -rpath-link)
> 
> I get this when trying to upgrade gconf2 port.
> 
> ldd /usr/X11R6/lib/libfontconfig.so
> /usr/X11R6/lib/libfontconfig.so:
>         libfreetype.so.9 => /usr/local/lib/libfreetype.so.9 (0x28180000)
>         libz.so.2 => /lib/libz.so.2 (0x281e7000)
>         libexpat.so.5 => /usr/local/lib/libexpat.so.5 (0x281f4000)
> 
> ls -l /usr/local/lib/libexpat.so.5
> -rwxr-xr-x  1 root  wheel  157509  5 30 16:01 
> /usr/local/lib/libexpat.so.5*
> 
> Is there something I can do to rectify this?

CVSup, 'make world' and please let me know if you still have trouble.

-- 
-- David  (obrien@FreeBSD.org)

From owner-freebsd-current@FreeBSD.ORG  Sun Jun 20 02:03:40 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8151016A4CE
	for <current@freebsd.org>; Sun, 20 Jun 2004 02:03:40 +0000 (GMT)
Received: from ms-smtp-02.nyroc.rr.com (ms-smtp-02.nyroc.rr.com [24.24.2.56])
	by mx1.FreeBSD.org (Postfix) with ESMTP id EF0EB43D1D
	for <current@freebsd.org>; Sun, 20 Jun 2004 02:03:39 +0000 (GMT)
	(envelope-from BCSFD204@twcny.rr.com)
Received: from twcny.rr.com (syr-24-59-136-53.twcny.rr.com [24.59.136.53])
	i5K22wMv005344
	for <current@freebsd.org>; Sat, 19 Jun 2004 22:02:59 -0400 (EDT)
Message-ID: <40D4F041.1040202@twcny.rr.com>
Date: Sat, 19 Jun 2004 22:02:41 -0400
From: Tom Parquette <BCSFD204@twcny.rr.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040511
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
X-Virus-Scanned: Symantec AntiVirus Scan Engine
Subject: bge0 coming up too late??
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Jun 2004 02:03:40 -0000

I've been trying to figure this out for a couple of weeks now with 
little luck.

I'm attempting to use gigabit ethernet for the first time.
The card is a 3Com 3C996B-T (copper media) connected to a Netgear GS108 
gigabit switch.  The lights that come on seem to indicate the card is 
finding the switch at 1000BaseT.

This is a -CURRENT box built to sources from the last 24-36 hours or so.
uname -a is: FreeBSD Stargate.Tom.Parquette.lan 5.2-CURRENT FreeBSD 
5.2-CURRENT #0: Fri Jun 18 00:21:19 EDT 2004 
tom@P3R-272.Tom.Parquette.lan:/usr/obj/usr/src/sys/STARGATE  i386

I have bge and miibus compiled into the kernel.
I'm attaching an extract of all.log for the last attempt.
This attempt has DHCP coded in rc.conf for bge0.
If I change rc.conf to include a static address and netmask, I get what 
appear to be the same results.

With some playing I have determined that the bge0 gigabit link up 
message will only be issued, and the card seem to come alive, if I logon 
to the machine issue  an ifconfig or ifconfig bge0 command.  It does not 
appear to matter if ifconfig is issued by root or a non-uid 0 user.

Once the card comes alive, I can use ifconfig to get some things to work 
but most of the network definitons are all messed up.  I believe this is 
because the card does note "light up" in time for boot processing to 
correctly set up the network.  By doing some manual work with ifconfig, 
I'm reasonably sure I do not have a hardware/wiring problem.

Searching the mailing lists and google, I could not find anything that 
seemed to address this problem.  I found a couple of things that were 
similar (but not quite my symptoms) but the threads were not complete.

Has anybody seen a bge card not come up until you "hit it over the head" 
with an ifconfig command?
If so, do you have any suggestions on fixing the problem?

TIA.  I'm stuck...

 From all.log:
Jun 19 21:27:04 Stargate kernel: Copyright (c) 1992-2004 The FreeBSD 
Project.
Jun 19 21:27:04 Stargate kernel: Copyright (c) 1979, 1980, 1983, 1986, 
1988, 1989, 1991, 1992, 1993, 1994
Jun 19 21:27:04 Stargate kernel: The Regents of the University of 
California. All rights reserved.
Jun 19 21:27:04 Stargate kernel: FreeBSD 5.2-CURRENT #0: Fri Jun 18 
00:21:19 EDT 2004
Jun 19 21:27:04 Stargate kernel: 
tom@P3R-272.Tom.Parquette.lan:/usr/obj/usr/src/sys/STARGATE
Jun 19 21:27:04 Stargate kernel: Preloaded elf kernel 
"/boot/kernel/kernel" at 0xc0882000.
Jun 19 21:27:04 Stargate kernel: Preloaded elf module 
"/boot/kernel/acpi.ko" at 0xc0882294.
Jun 19 21:27:04 Stargate kernel: acpi_alloc_wakeup_handler: can't alloc 
wake memory
Jun 19 21:27:04 Stargate kernel: ACPI APIC Table: <PTLTD  	 APIC  >
Jun 19 21:27:04 Stargate kernel: Timecounter "i8254" frequency 1193182 
Hz quality 0
Jun 19 21:27:04 Stargate kernel: CPU: AMD Athlon(tm) Processor 
(2133.42-MHz 686-class CPU)
Jun 19 21:27:04 Stargate kernel: Origin = "AuthenticAMD"  Id = 0x681 
Stepping = 1
Jun 19 21:27:04 Stargate kernel: 
Features=0x383fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
Jun 19 21:27:04 Stargate kernel: AMD Features=0xc0480000<MP,AMIE,DSP,3DNow!>
Jun 19 21:27:04 Stargate kernel: real memory  = 267911168 (255 MB)
Jun 19 21:27:04 Stargate kernel: avail memory = 251748352 (240 MB)
Jun 19 21:27:04 Stargate kernel: FreeBSD/SMP: Multiprocessor System 
Detected: 2 CPUs
Jun 19 21:27:04 Stargate kernel: cpu0 (BSP): APIC ID:  1
Jun 19 21:27:04 Stargate kernel: cpu1 (AP): APIC ID:  0
Jun 19 21:27:04 Stargate kernel: MADT: Forcing active-low polarity and 
level trigger for SCI
Jun 19 21:27:04 Stargate kernel: ioapic0 <Version 1.1> irqs 0-23 on 
motherboard
Jun 19 21:27:04 Stargate kernel: random: <entropy source, Software, Yarrow>
Jun 19 21:27:04 Stargate kernel: Pentium Pro MTRR support enabled
Jun 19 21:27:04 Stargate kernel: npx0: [FAST]
Jun 19 21:27:04 Stargate kernel: npx0: <math processor> on motherboard
Jun 19 21:27:04 Stargate kernel: npx0: INT 16 interface
Jun 19 21:27:04 Stargate kernel: acpi0: <PTLTD   RSDT> on motherboard
Jun 19 21:27:04 Stargate kernel: acpi0: [GIANT-LOCKED]
Jun 19 21:27:04 Stargate kernel: pcibios: BIOS version 2.10
Jun 19 21:27:04 Stargate kernel: acpi0: Power Button (fixed)
Jun 19 21:27:04 Stargate kernel: acpi0: Sleep Button (fixed)
Jun 19 21:27:04 Stargate kernel: Timecounter "ACPI-fast" frequency 
3579545 Hz quality 1000
Jun 19 21:27:04 Stargate kernel: acpi_timer0: <24-bit timer at 
3.579545MHz> port 0x8008-0x800b on acpi0
Jun 19 21:27:04 Stargate kernel: cpu0: <ACPI CPU> port 0x530-0x537 on acpi0
Jun 19 21:27:04 Stargate kernel: cpu1: <ACPI CPU> port 0x530-0x537 on acpi0
Jun 19 21:27:04 Stargate kernel: acpi_button0: <Power Button> on acpi0
Jun 19 21:27:04 Stargate kernel: pcib0: <ACPI Host-PCI bridge> port 
0x8080-0x80ff,0x8000-0x807f,0xcf8-0xcff iomem 0xd8000-0xdbfff on acpi0
Jun 19 21:27:04 Stargate kernel: pci0: <ACPI PCI bus> on pcib0
Jun 19 21:27:04 Stargate kernel: agp0: <AMD 762 host to AGP bridge> port 
0x1010-0x1013 mem 0xf4100000-0xf4100fff,0xf8000000-0xfbffffff at device 
0.0 on pci0
Jun 19 21:27:04 Stargate kernel: pcib1: <ACPI PCI-PCI bridge> at device 
1.0 on pci0
Jun 19 21:27:04 Stargate kernel: pci1: <ACPI PCI bus> on pcib1
Jun 19 21:27:04 Stargate kernel: pci1: <display, VGA> at device 5.0 (no 
driver attached)
Jun 19 21:27:04 Stargate kernel: isab0: <PCI-ISA bridge> at device 7.0 
on pci0
Jun 19 21:27:04 Stargate kernel: isa0: <ISA bus> on isab0
Jun 19 21:27:04 Stargate kernel: atapci0: <AMD 768 UDMA100 controller> 
port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0
Jun 19 21:27:04 Stargate kernel: ata0: at 0x1f0 irq 14 on atapci0
Jun 19 21:27:04 Stargate kernel: ata1: at 0x170 irq 15 on atapci0
Jun 19 21:27:04 Stargate kernel: pci0: <bridge, PCI-unknown> at device 
7.3 (no driver attached)
Jun 19 21:27:04 Stargate kernel: bge0: <Broadcom BCM5701 Gigabit 
Ethernet, ASIC rev. 0x105> mem 0xf0000000-0xf000ffff irq 20 at device 
8.0 on pci0
Jun 19 21:27:04 Stargate kernel: miibus0: <MII bus> on bge0
Jun 19 21:27:04 Stargate kernel: brgphy0: <BCM5701 10/100/1000baseTX 
PHY> on miibus0
Jun 19 21:27:04 Stargate kernel: brgphy0:  10baseT, 10baseT-FDX, 
100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto
Jun 19 21:27:04 Stargate kernel: bge0: Ethernet address: 00:30:6e:2b:1c:3f
Jun 19 21:27:04 Stargate kernel: bge0: [GIANT-LOCKED]
Jun 19 21:27:04 Stargate kernel: pcib2: <ACPI PCI-PCI bridge> at device 
16.0 on pci0
Jun 19 21:27:04 Stargate kernel: pci2: <ACPI PCI bus> on pcib2
Jun 19 21:27:04 Stargate kernel: ohci0: <OHCI (generic) USB controller> 
mem 0xf4004000-0xf4004fff irq 19 at device 0.0 on pci2
Jun 19 21:27:04 Stargate kernel: ohci0: [GIANT-LOCKED]
Jun 19 21:27:04 Stargate kernel: usb0: OHCI version 1.0, legacy support
Jun 19 21:27:04 Stargate kernel: usb0: SMM does not respond, resetting
Jun 19 21:27:04 Stargate kernel: usb0: <OHCI (generic) USB controller> 
on ohci0
Jun 19 21:27:04 Stargate kernel: usb0: USB revision 1.0
Jun 19 21:27:04 Stargate kernel: uhub0: AMD OHCI root hub, class 9/0, 
rev 1.00/1.00, addr 1
Jun 19 21:27:04 Stargate kernel: uhub0: 4 ports with 4 removable, self 
powered
Jun 19 21:27:04 Stargate kernel: pcm0: <Creative Audigy 2 (EMU10K2)> 
port 0x3080-0x30bf irq 17 at device 5.0 on pci2
Jun 19 21:27:04 Stargate kernel: pcm0: <SigmaTel STAC9721/23 AC97 Codec>
Jun 19 21:27:04 Stargate kernel: fwohci0: vendor=1102, dev=4001
Jun 19 21:27:04 Stargate kernel: fwohci0: <1394 Open Host Controller 
Interface> mem 0xf4000000-0xf4003fff,0xf4005000-0xf40057ff irq 18 at 
device 5.2 on pci2
Jun 19 21:27:04 Stargate kernel: fwohci0: [GIANT-LOCKED]
Jun 19 21:27:04 Stargate kernel: fwohci0: OHCI version 1.10 (ROM=0)
Jun 19 21:27:04 Stargate kernel: fwohci0: No. of Isochronous channels is 4.
Jun 19 21:27:04 Stargate kernel: fwohci0: EUI64 00:02:3c:00:91:06:71:8d
Jun 19 21:27:04 Stargate kernel: fwohci0: Phy 1394a available S400, 2 ports.
Jun 19 21:27:04 Stargate kernel: fwohci0: Link S400, max_rec 2048 bytes.
Jun 19 21:27:04 Stargate kernel: firewire0: <IEEE1394(FireWire) bus> on 
fwohci0
Jun 19 21:27:04 Stargate kernel: sbp0: <SBP-2/SCSI over FireWire> on 
firewire0
Jun 19 21:27:04 Stargate kernel: fwe0: <Ethernet over FireWire> on firewire0
Jun 19 21:27:04 Stargate kernel: if_fwe0: Fake Ethernet address: 
02:02:3c:06:71:8d
Jun 19 21:27:04 Stargate kernel: fwe0: Ethernet address: 02:02:3c:06:71:8d
Jun 19 21:27:04 Stargate kernel: fwohci0: Initiate bus reset
Jun 19 21:27:04 Stargate kernel: fwohci0: node_id=0xc800ffc0, gen=1, 
CYCLEMASTER mode
Jun 19 21:27:04 Stargate kernel: firewire0: 1 nodes, maxhop <= 0, cable 
IRM = 0 (me)
Jun 19 21:27:04 Stargate kernel: firewire0: bus manager 0 (me)
Jun 19 21:27:04 Stargate kernel: atapci1: <CMD 649 UDMA100 controller> 
port 
0x30c0-0x30cf,0x30d8-0x30db,0x30e0-0x30e7,0x30dc-0x30df,0x30e8-0x30ef 
irq 19 at device 7.0 on pci2
Jun 19 21:27:04 Stargate kernel: ata2: at 0x30e8 on atapci1
Jun 19 21:27:04 Stargate kernel: ata3: at 0x30e0 on atapci1
Jun 19 21:27:04 Stargate kernel: xl0: <3Com 3c905C-TX Fast Etherlink XL> 
port 0x3000-0x307f mem 0xf4005800-0xf400587f irq 19 at device 8.0 on pci2
Jun 19 21:27:04 Stargate kernel: miibus1: <MII bus> on xl0
Jun 19 21:27:04 Stargate kernel: ukphy0: <Generic IEEE 802.3u media 
interface> on miibus1
Jun 19 21:27:04 Stargate kernel: ukphy0:  10baseT, 10baseT-FDX, 
100baseTX, 100baseTX-FDX, auto
Jun 19 21:27:04 Stargate kernel: xl0: Ethernet address: 00:e0:81:24:e7:8d
Jun 19 21:27:04 Stargate kernel: xl0: [GIANT-LOCKED]
Jun 19 21:27:04 Stargate kernel: atkbdc0: <Keyboard controller (i8042)> 
port 0x64,0x60 irq 1 on acpi0
Jun 19 21:27:04 Stargate kernel: atkbd0: <AT Keyboard> irq 1 on atkbdc0
Jun 19 21:27:04 Stargate kernel: kbd0 at atkbd0
Jun 19 21:27:04 Stargate kernel: atkbd0: [GIANT-LOCKED]
Jun 19 21:27:04 Stargate kernel: psm0: <PS/2 Mouse> irq 12 on atkbdc0
Jun 19 21:27:04 Stargate kernel: psm0: [GIANT-LOCKED]
Jun 19 21:27:04 Stargate kernel: psm0: model Generic PS/2 mouse, device ID 0
Jun 19 21:27:04 Stargate kernel: sio0 port 0x3f8-0x3ff irq 4 on acpi0
Jun 19 21:27:04 Stargate kernel: sio0: type 16550A
Jun 19 21:27:04 Stargate kernel: sio1 port 0x2f8-0x2ff irq 3 on acpi0
Jun 19 21:27:04 Stargate kernel: sio1: type 16550A
Jun 19 21:27:04 Stargate kernel: ppc0 port 0x778-0x77f,0x378-0x37f irq 7 
drq 3 on acpi0
Jun 19 21:27:04 Stargate kernel: ppc0: SMC-like chipset 
(ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
Jun 19 21:27:04 Stargate kernel: ppc0: FIFO with 16/16/9 bytes threshold
Jun 19 21:27:04 Stargate kernel: ppbus0: <Parallel port bus> on ppc0
Jun 19 21:27:04 Stargate kernel: plip0: <PLIP network interface> on ppbus0
Jun 19 21:27:04 Stargate kernel: lpt0: <Printer> on ppbus0
Jun 19 21:27:04 Stargate kernel: lpt0: Interrupt-driven port
Jun 19 21:27:04 Stargate kernel: ppi0: <Parallel I/O> on ppbus0
Jun 19 21:27:04 Stargate kernel: fdc0: <Enhanced floppy controller 
(i82077, NE72065 or clone)> port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0
Jun 19 21:27:04 Stargate kernel: fdc0: FIFO enabled, 8 bytes threshold
Jun 19 21:27:04 Stargate kernel: fd0: <1440-KB 3.5" drive> on fdc0 drive 0
Jun 19 21:27:04 Stargate kernel: orm0: <Option ROMs> at iomem 
0xe0000-0xe3fff,0xca800-0xcbfff,0xca000-0xca7ff,0xc0000-0xc9fff on isa0
Jun 19 21:27:04 Stargate kernel: pmtimer0 on isa0
Jun 19 21:27:04 Stargate kernel: sc0: <System console> at flags 0x100 on 
isa0
Jun 19 21:27:04 Stargate kernel: sc0: VGA <16 virtual consoles, flags=0x300>
Jun 19 21:27:04 Stargate kernel: vga0: <Generic ISA VGA> at port 
0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
Jun 19 21:27:04 Stargate kernel: Timecounters tick every 10.000 msec
Jun 19 21:27:04 Stargate kernel: IPv6 packet filtering initialized, 
logging limited to 5 packets/entry
Jun 19 21:27:04 Stargate kernel: ipfw2 initialized, divert enabled, 
rule-based forwarding enabled, default to deny, logging limited to 5 
packets/entry by default
Jun 19 21:27:04 Stargate kernel: ad0: 29325MB <Maxtor 6E030L0> 
[59582/16/63] at ata0-master UDMA100
Jun 19 21:27:04 Stargate kernel: ad1: 29325MB <Maxtor 6E030L0> 
[59582/16/63] at ata0-slave UDMA100
Jun 19 21:27:04 Stargate kernel: acd0: CDRW <Hewlett-Packard CD-Writer 
Plus 9100> at ata2-master PIO4
Jun 19 21:27:04 Stargate kernel: SMP: AP CPU #1 Launched!
Jun 19 21:27:04 Stargate kernel: cd0 at ata2 bus 0 target 0 lun 0
Jun 19 21:27:04 Stargate kernel: cd0: <HP CD-Writer+ 9100 1.0c> 
Removable CD-ROM SCSI-0 device
Jun 19 21:27:04 Stargate kernel: cd0: 16.000MB/s transfers
Jun 19 21:27:04 Stargate kernel: cd0: Attempt to query device size 
failed: NOT READY, Medium not present
Jun 19 21:27:04 Stargate kernel: Mounting root from ufs:/dev/ad0s1a
Jun 19 21:27:04 Stargate kernel: Pre-seeding PRNG:
Jun 19 21:27:04 Stargate kernel: kickstart
Jun 19 21:27:04 Stargate kernel: .
Jun 19 21:27:04 Stargate kernel: Loading configuration files.
Jun 19 21:27:04 Stargate kernel: Entropy harvesting:
Jun 19 21:27:04 Stargate kernel: interrupts
Jun 19 21:27:04 Stargate kernel: ethernet
Jun 19 21:27:04 Stargate kernel: point_to_point
Jun 19 21:27:04 Stargate kernel: kickstart
Jun 19 21:27:04 Stargate kernel: .
Jun 19 21:27:04 Stargate kernel: swapon: adding /dev/ad0s1b as swap device
Jun 19 21:27:04 Stargate kernel: swapon: adding /dev/ad1s1b as swap device
Jun 19 21:27:04 Stargate kernel: Starting file system checks:
Jun 19 21:27:04 Stargate kernel: /dev/ad0s1a: FILE SYSTEM CLEAN; 
SKIPPING CHECKS
Jun 19 21:27:04 Stargate kernel: /dev/ad0s1a: clean, 90008 free (1744 
frags, 11033 blocks, 1.4% fragmentation)
Jun 19 21:27:04 Stargate kernel: /dev/ad1s1d: FILE SYSTEM CLEAN; 
SKIPPING CHECKS
Jun 19 21:27:04 Stargate kernel: /dev/ad1s1d: clean, 12305767 free (55 
frags, 1538214 blocks, 0.0% fragmentation)
Jun 19 21:27:04 Stargate kernel: /dev/ad0s1f: FILE SYSTEM CLEAN; 
SKIPPING CHECKS
Jun 19 21:27:04 Stargate kernel: /dev/ad0s1f: clean, 4804172 free (50132 
frags, 594255 blocks, 0.8% fragmentation)
Jun 19 21:27:04 Stargate kernel: /dev/ad0s1e: FILE SYSTEM CLEAN; 
SKIPPING CHECKS
Jun 19 21:27:04 Stargate kernel: /dev/ad0s1e: clean, 5033334 free (654 
frags, 629085 blocks, 0.0% fragmentation)
Jun 19 21:27:04 Stargate kernel: vfs.usermount:
Jun 19 21:27:04 Stargate kernel: 0
Jun 19 21:27:04 Stargate kernel: ->
Jun 19 21:27:04 Stargate kernel: 1
Jun 19 21:27:04 Stargate kernel:
Jun 19 21:27:04 Stargate kernel: Setting hostname: 
Stargate.Tom.Parquette.lan.
Jun 19 21:27:04 Stargate kernel: lo0: 
flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
Jun 19 21:27:04 Stargate kernel: inet 127.0.0.1 netmask 0xff000000
Jun 19 21:27:04 Stargate kernel: inet6 ::1 prefixlen 128
Jun 19 21:27:04 Stargate kernel: inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5
Jun 19 21:27:04 Stargate kernel: Firewall rules loaded, starting divert 
daemons:
Jun 19 21:27:04 Stargate kernel: .
Jun 19 21:27:04 Stargate kernel: net.inet.ip.fw.enable:
Jun 19 21:27:04 Stargate kernel: 1
Jun 19 21:27:04 Stargate kernel: ->
Jun 19 21:27:04 Stargate kernel: 1
Jun 19 21:27:04 Stargate kernel:
Jun 19 21:27:04 Stargate kernel: Starting dhclient.
Jun 19 21:27:04 Stargate kernel: bge0: gigabit link up
Jun 19 21:27:04 Stargate kernel: bge0: 
flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
Jun 19 21:27:04 Stargate kernel: 
options=1b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING>
Jun 19 21:27:04 Stargate kernel: inet6 fe80::230:6eff:fe2b:1c3f%bge0 
prefixlen 64 scopeid 0x1
Jun 19 21:27:04 Stargate kernel: inet 0.0.0.0 netmask 0xff000000 
broadcast 255.255.255.255
Jun 19 21:27:04 Stargate kernel: ether 00:30:6e:2b:1c:3f
Jun 19 21:27:04 Stargate kernel: media: Ethernet autoselect (1000baseTX 
<full-duplex>)
Jun 19 21:27:04 Stargate kernel: status: active
Jun 19 21:27:04 Stargate kernel: Additional routing options:
Jun 19 21:27:04 Stargate kernel: .
Jun 19 21:27:04 Stargate kernel: IPv6 Firewall rules loaded.
Jun 19 21:27:04 Stargate kernel: net.inet6.ip6.fw.enable:
Jun 19 21:27:04 Stargate kernel: 1
Jun 19 21:27:04 Stargate kernel: ->
Jun 19 21:27:04 Stargate kernel: 1
Jun 19 21:27:04 Stargate kernel:
Jun 19 21:27:04 Stargate kernel: hw.bus.devctl_disable:
Jun 19 21:27:04 Stargate kernel: 0
Jun 19 21:27:04 Stargate kernel: ->
Jun 19 21:27:04 Stargate kernel: 1
Jun 19 21:27:04 Stargate kernel:
Jun 19 21:27:04 Stargate kernel: Mounting NFS file systems:
Jun 19 21:27:04 Stargate kernel: [udp] 192.168.0.20:/home: RPCPROG_NFS: 
RPC: Port mapper failure - RPC: Unable to send
Jun 19 21:27:04 Stargate kernel: nfs:
Jun 19 21:27:04 Stargate kernel: Cannot immediately mount 
192.168.0.20:/home, backgrounding
Jun 19 21:27:04 Stargate kernel:
Jun 19 21:27:04 Stargate kernel: .
Jun 19 21:27:04 Stargate kernel: Starting syslogd.
Jun 19 21:27:04 Stargate kernel: Jun 19 21:27:04 Stargate syslogd: 
kernel boot file is /boot/kernel/kernel
Jun 19 21:27:04 Stargate kernel: Setting date via ntp.
Jun 19 21:27:04 Stargate kernel: 19 Jun 21:27:04
Jun 19 21:27:04 Stargate kernel: ntpdate[345]: sendto(192.168.0.1): 
Network is unreachable
Jun 19 21:27:05 Stargate kernel: 19 Jun 21:27:05
Jun 19 21:27:05 Stargate kernel: ntpdate[345]: sendto(192.168.0.1): 
Network is unreachable
Jun 19 21:27:06 Stargate kernel: 19 Jun 21:27:06
Jun 19 21:27:06 Stargate kernel: ntpdate[345]: sendto(192.168.0.1): 
Network is unreachable
Jun 19 21:27:07 Stargate kernel: 19 Jun 21:27:07
Jun 19 21:27:07 Stargate kernel: ntpdate[345]: sendto(192.168.0.1): 
Network is unreachable
Jun 19 21:27:08 Stargate kernel: 19 Jun 21:27:08
Jun 19 21:27:08 Stargate kernel: ntpdate[345]: no server suitable for 
synchronization found
Jun 19 21:27:08 Stargate kernel: Starting rpcbind.
Jun 19 21:27:09 Stargate kernel: NFS access cache time=2
Jun 19 21:27:09 Stargate kernel: rpc.umntall:
Jun 19 21:27:09 Stargate kernel: 192.168.0.20: RPCPROG_MNT: RPC: Port 
mapper failure - RPC: Unable to send
Jun 19 21:27:09 Stargate kernel:
Jun 19 21:27:09 Stargate kernel: Starting amd.
Jun 19 21:27:09 Stargate amd[376]: switched to logfile "syslog"
Jun 19 21:27:09 Stargate amd[376]: AM-UTILS VERSION INFORMATION:
Jun 19 21:27:09 Stargate amd[376]: Copyright (c) 1997-2003 Erez Zadok
Jun 19 21:27:09 Stargate amd[376]: Copyright (c) 1990 Jan-Simon Pendry
Jun 19 21:27:09 Stargate amd[376]: Copyright (c) 1990 Imperial College 
of Science, Technology & Medicine
Jun 19 21:27:09 Stargate amd[376]: Copyright (c) 1990 The Regents of the 
University of California.
Jun 19 21:27:09 Stargate amd[376]: am-utils version 6.0-20030828 (build 
502118).
Jun 19 21:27:09 Stargate amd[376]: Built by 
root@P3R-272.Tom.Parquette.lan on date Thu Jun 17 21:48:30 EDT 2004.
Jun 19 21:27:09 Stargate amd[376]: cpu=i386 (little-endian), arch=i386, 
karch=i386.
Jun 19 21:27:09 Stargate amd[376]: full_os=freebsd5.2, os=freebsd5, 
osver=5.2, vendor=unknown.
Jun 19 21:27:09 Stargate amd[376]: Map support for: root, passwd, 
hesiod, union, nis, ndbm, file, error.
Jun 19 21:27:09 Stargate amd[376]: AMFS: nfs, link, nfsx, nfsl, host, 
linkx, program, union, inherit, ufs,
Jun 19 21:27:09 Stargate amd[376]:       cdfs, pcfs, auto, direct, 
toplvl, error.
Jun 19 21:27:09 Stargate amd[376]: FS: cd9660, nfs, nfs3, msdosfs, ufs, 
unionfs.
Jun 19 21:27:09 Stargate amd[376]: Network: wire="0.0.0.0" (netnumber=0).
Jun 19 21:27:09 Stargate amd[376]: My ip addr is 127.0.0.1
Jun 19 21:27:09 Stargate amd[382]: released controlling tty using setsid()
Jun 19 21:27:09 Stargate amd[382]: file server localhost, type local, 
state starts up
Jun 19 21:27:09 Stargate amd[383]: /host: disabling nfs congestion window
Jun 19 21:27:09 Stargate amd[384]: /net: disabling nfs congestion window
Jun 19 21:27:09 Stargate amd[382]: first time load of map /etc/amd.map 
succeeded
Jun 19 21:27:09 Stargate amd[382]: /etc/amd.map mounted fstype toplvl on 
/host
Jun 19 21:27:09 Stargate amd[382]: /etc/amd.map mounted fstype toplvl on 
/net
Jun 19 21:27:09 Stargate kernel: ELF ldconfig path: /lib /usr/lib 
/usr/lib/compat /usr/X11R6/lib /usr/local/lib
Jun 19 21:27:09 Stargate kernel: a.out ldconfig path: /usr/lib/aout 
/usr/lib/compat/aout /usr/X11R6/lib/aout
Jun 19 21:27:09 Stargate kernel: Starting mountd.
Jun 19 21:27:09 Stargate mountd[430]: -alldirs requested but /cdrom is 
not a filesystem mountpoint
Jun 19 21:27:09 Stargate kernel: Jun 19 21:27:09 Stargate mountd[430]: 
-alldirs requested but /cdrom is not a filesystem mountpoint
Jun 19 21:27:09 Stargate mountd[430]: bad exports list line /cdrom	-alldirs
Jun 19 21:27:09 Stargate kernel: Jun 19 21:27:09 Stargate mountd[430]: 
bad exports list line /cdrom	-alldirs
Jun 19 21:27:09 Stargate kernel: NFS on reserved port only=YES
Jun 19 21:27:09 Stargate kernel: Starting nfsd.
Jun 19 21:27:09 Stargate kernel: Starting usbd.
Jun 19 21:27:09 Stargate kernel: Starting local daemons:
Jun 19 21:27:09 Stargate kernel: .
Jun 19 21:27:09 Stargate kernel: Starting lpd.
Jun 19 21:27:09 Stargate lpd[490]: lpd startup: logging=0
Jun 19 21:27:09 Stargate kernel: Updating motd
Jun 19 21:27:10 Stargate kernel: .
Jun 19 21:27:10 Stargate kernel: Configuring syscons:
Jun 19 21:27:10 Stargate kernel: blanktime
Jun 19 21:27:10 Stargate kernel: .
Jun 19 21:27:10 Stargate kernel: Starting sshd.
Jun 19 21:27:10 Stargate sshd[520]: Server listening on :: port 22.
Jun 19 21:27:10 Stargate sshd[520]: Server listening on 0.0.0.0 port 22.
Jun 19 21:27:10 Stargate sm-mta[526]: starting daemon (8.12.11): 
SMTP+queueing@00:30:00
Jun 19 21:27:10 Stargate sm-queue[530]: starting daemon (8.12.11): 
queueing@00:30:00
Jun 19 21:27:10 Stargate sm-msp-queue[533]: starting daemon (8.12.11): 
queueing@00:30:00
Jun 19 21:27:11 Stargate kernel: Initial i386 initialization:
Jun 19 21:27:11 Stargate kernel: .
Jun 19 21:27:11 Stargate kernel: Additional ABI support:
Jun 19 21:27:11 Stargate kernel: linux
Jun 19 21:27:12 Stargate kernel: .
Jun 19 21:27:12 Stargate kernel: Starting cron.
Jun 19 21:27:12 Stargate kernel: Local package initialization:
Jun 19 21:27:12 Stargate kernel: [1] 583
Jun 19 21:27:12 Stargate kernel: SETI@home
Jun 19 21:27:12 Stargate kernel: .
Jun 19 21:27:13 Stargate kernel: Additional TCP options:
Jun 19 21:27:13 Stargate kernel: .
Jun 19 21:27:13 Stargate kernel: Starting moused:
Jun 19 21:27:13 Stargate kernel: .
Jun 19 21:27:13 Stargate kernel: Starting inetd.
Jun 19 21:27:13 Stargate kernel: Another processes is already using the 
shared memory.
Jun 19 21:27:13 Stargate kernel: gethostbyname: Connection refused
Jun 19 21:27:13 Stargate kernel: Starting background file system checks 
in 60 seconds.
Jun 19 21:27:13 Stargate kernel:
Jun 19 21:27:13 Stargate kernel: Sat Jun 19 21:27:13 EDT 2004
Jun 19 21:27:27 Stargate login: login on ttyv0 as root
Jun 19 21:27:27 Stargate login: ROOT LOGIN (root) ON ttyv0
Jun 19 21:27:27 Stargate kernel: Jun 19 21:27:27 Stargate login: ROOT 
LOGIN (root) ON ttyv0

From owner-freebsd-current@FreeBSD.ORG  Sun Jun 20 02:14:59 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 408CF16A4CE; Sun, 20 Jun 2004 02:14:59 +0000 (GMT)
Received: from ioskeha.hittite.isp.9tel.net (ioskeha.hittite.isp.9tel.net
	[62.62.156.27])	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 7522043D48; Sun, 20 Jun 2004 02:14:58 +0000 (GMT)
	(envelope-from clefevre-lists@9online.fr)
Received: from pc2k (unknown [80.119.159.86])
	by ioskeha.hittite.isp.9tel.net (Postfix) with SMTP
	id 3ABEF14B5D7; Sun, 20 Jun 2004 04:17:44 +0200 (CEST)
Message-ID: <008901c4566c$610d1300$7890a8c0@dyndns.org>
From: "Cyrille Lefevre" <clefevre-lists@9online.fr>
To: <current@freebsd.org>
Date: Sun, 20 Jun 2004 04:14:53 +0200
Organization: ACME
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.1409
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
cc: hackers@freebsd.org
Subject: -lthr vs. -pthread
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Jun 2004 02:14:59 -0000

Hi,

I'm currently working on enhancements to ps w/ "Garance A Drosehn".
I've just added some thread related stuffs and to see them, I'm
using the following program :

#define _REENTRANT
#include <pthread.h>

#define NUM_THREADS 5
#define SLEEP_TIME 10

void *sleeping(void *);
pthread_t tid[NUM_THREADS];

int
main(int argc, char *argv[])
{
        int i;

        for (i = 0; i < NUM_THREADS; i++)
                pthread_create(&tid[i], NULL, sleeping, (void *)SLEEP_TIME);
        for (i = 0; i < NUM_THREADS; i++)
                pthread_join(tid[i], NULL);
        printf("main() reporting that all %d threads have terminated\n", i);
        return (0);
}

void *
sleeping(void *arg)
{
        int sleep_time = (int)arg;
        printf("thread %d sleeping %d seconds ...\n", thr_self(), sleep_time);
        sleep(sleep_time);
        printf("\nthread %d awakening\n", thr_self());
        return (NULL);
}

then, I compile this one in 2 way :

# cc -o thread thread.c -lthr
and
# cc -pthread -o pthread thread.c

here is some of the "new ps" outputs :

"lwp" is the thread id and "nlwp" the the number of threads.
-q switch in posix mode (aka SystemV) and -C select processes
by name (a la pgrep).

# ./thread& sleep 1; ps -H -O lwp,nlwp -qC thread
(thread, using -H)
  PID    LWP NLWP TTY                TIME COMMAND
85146 100005    6 ttyp0          00:00:00 thread
85146 100004    6 ttyp0          00:00:00 thread
85146 100003    6 ttyp0          00:00:00 thread
85146 100002    6 ttyp0          00:00:00 thread
85146 100001    6 ttyp0          00:00:00 thread
85146  85146    6 ttyp0          00:00:00 thread
# ./pthread& sleep 1; ps -H -O lwp,nlwp -qC thread
(pthread, using -H)
  PID    LWP NLWP TTY                TIME COMMAND
96689 100002    2 ttyp0          00:00:00 pthread
96689  96689    2 ttyp0          00:00:00 pthread

is it normal that -pthread only forks only 1 thread where
-lthr forks 5 of them ?

# ./thread& sleep 1; ps -O lwp,nlwp -qC thread
(thread ot pthread, not using -H)
  PID    LWP NLWP TTY                TIME COMMAND
73718 100005    6 ttyp0          00:00:00 thread


is it normal that the selected process is the last forked thread and
not the thread owner (father) ?

PS : using -lc_r, there is no thread at all, but I suppose this is an
expected behaviour.

CC -current and -hackers

Cyrille Lefevre.
-- 
mailto:clefevre-lists@9online.fr

From owner-freebsd-current@FreeBSD.ORG  Sun Jun 20 02:37:45 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 9417D16A4CE; Sun, 20 Jun 2004 02:37:45 +0000 (GMT)
Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 7341743D49; Sun, 20 Jun 2004 02:37:45 +0000 (GMT)
	(envelope-from davidxu@freebsd.org)
Received: from freebsd.org (davidxu@localhost [127.0.0.1])
	i5K2bAFd055779;	Sun, 20 Jun 2004 02:37:11 GMT
	(envelope-from davidxu@freebsd.org)
Message-ID: <40D4F7E9.60908@freebsd.org>
Date: Sun, 20 Jun 2004 10:35:21 +0800
From: David Xu <davidxu@freebsd.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040522
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Cyrille Lefevre <clefevre-lists@9online.fr>
References: <008901c4566c$610d1300$7890a8c0@dyndns.org>
In-Reply-To: <008901c4566c$610d1300$7890a8c0@dyndns.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
cc: hackers@freebsd.org
cc: current@freebsd.org
Subject: Re: -lthr vs. -pthread
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Jun 2004 02:37:45 -0000


libpthread default is M:N threading model,  kernel thread
entity is allocated on demand, things like sleep() only block
thread in userland, no kernel thread will be allocated, so
in your example, you won't see 5 kernel threads, only two
threads are showed here,  the extra thread is a signal thread,
there is only one signal thread in process live cycle.
libthr is 1:1, when you allocate a thread in userland, it creates
a kernel thread too.

David Xu

Cyrille Lefevre wrote:

>Hi,
>
>I'm currently working on enhancements to ps w/ "Garance A Drosehn".
>I've just added some thread related stuffs and to see them, I'm
>using the following program :
>
>#define _REENTRANT
>#include <pthread.h>
>
>#define NUM_THREADS 5
>#define SLEEP_TIME 10
>
>void *sleeping(void *);
>pthread_t tid[NUM_THREADS];
>
>int
>main(int argc, char *argv[])
>{
>        int i;
>
>        for (i = 0; i < NUM_THREADS; i++)
>                pthread_create(&tid[i], NULL, sleeping, (void
>*)SLEEP_TIME);
>        for (i = 0; i < NUM_THREADS; i++)
>                pthread_join(tid[i], NULL);
>        printf("main() reporting that all %d threads have terminated\n",
>i);
>        return (0);
>}
>
>void *
>sleeping(void *arg)
>{
>        int sleep_time = (int)arg;
>        printf("thread %d sleeping %d seconds ...\n", thr_self(),
>sleep_time);
>        sleep(sleep_time);
>        printf("\nthread %d awakening\n", thr_self());
>        return (NULL);
>}
>
>then, I compile this one in 2 way :
>
># cc -o thread thread.c -lthr
>and
># cc -pthread -o pthread thread.c
>
>here is some of the "new ps" outputs :
>
>"lwp" is the thread id and "nlwp" the the number of threads.
>-q switch in posix mode (aka SystemV) and -C select processes
>by name (a la pgrep).
>
># ./thread& sleep 1; ps -H -O lwp,nlwp -qC thread
>(thread, using -H)
>  PID    LWP NLWP TTY                TIME COMMAND
>85146 100005    6 ttyp0          00:00:00 thread
>85146 100004    6 ttyp0          00:00:00 thread
>85146 100003    6 ttyp0          00:00:00 thread
>85146 100002    6 ttyp0          00:00:00 thread
>85146 100001    6 ttyp0          00:00:00 thread
>85146  85146    6 ttyp0          00:00:00 thread
># ./pthread& sleep 1; ps -H -O lwp,nlwp -qC thread
>(pthread, using -H)
>  PID    LWP NLWP TTY                TIME COMMAND
>96689 100002    2 ttyp0          00:00:00 pthread
>96689  96689    2 ttyp0          00:00:00 pthread
>
>is it normal that -pthread only forks only 1 thread where
>-lthr forks 5 of them ?
>
># ./thread& sleep 1; ps -O lwp,nlwp -qC thread
>(thread ot pthread, not using -H)
>  PID    LWP NLWP TTY                TIME COMMAND
>73718 100005    6 ttyp0          00:00:00 thread
>
>
>is it normal that the selected process is the last forked thread and
>not the thread owner (father) ?
>
>PS : using -lc_r, there is no thread at all, but I suppose this is an
>expected behaviour.
>
>CC -current and -hackers
>
>Cyrille Lefevre.
>  
>

From owner-freebsd-current@FreeBSD.ORG  Sun Jun 20 06:37:17 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0AFE716A4CE
	for <freebsd-current@FreeBSD.org>;
	Sun, 20 Jun 2004 06:37:17 +0000 (GMT)
Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163])
	by mx1.FreeBSD.org (Postfix) with ESMTP id BA8BD43D49
	for <freebsd-current@FreeBSD.org>;
	Sun, 20 Jun 2004 06:37:16 +0000 (GMT)
	(envelope-from truckman@FreeBSD.org)
Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2])
	by gw.catspoiler.org (8.12.11/8.12.11) with ESMTP id i5K6aZDX045033;
	Sat, 19 Jun 2004 23:36:40 -0700 (PDT)
	(envelope-from truckman@FreeBSD.org)
Message-Id: <200406200636.i5K6aZDX045033@gw.catspoiler.org>
Date: Sat, 19 Jun 2004 23:36:35 -0700 (PDT)
From: Don Lewis <truckman@FreeBSD.org>
To: avatar@mmlab.cse.yzu.edu.tw
In-Reply-To: <0406200917439.18135@www.mmlab.cse.yzu.edu.tw>
MIME-Version: 1.0
Content-Type: TEXT/plain; charset=us-ascii
cc: freebsd-current@FreeBSD.org
cc: shoesoft@gmx.net
Subject: Re: Lost buffers with mounted ext2fs
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Jun 2004 06:37:17 -0000

On 20 Jun, Tai-hwa Liang wrote:
> On Sat, 19 Jun 2004, Stefan Ehmann wrote:
>> On Fri, 2004-06-18 at 20:38, Michael Nottebrock wrote:
>> > IIRC this is a known bug (always 1 buffer left on reboot if any ext2
>> > filesystems are mounted (rw?, didn't check if ro also triggers it) at
>> > reboot/shutdown time, causing _all_ filesystems which were mounted rw to be
>> > left dirty).
>> >
>> > Does anybody have a fix yet? I'm currently using
>> > http://people.freebsd.org/~lofi/rc.shutdown.diff as a workaround...
>>
>> Yes, this is a bug that was introduced sometime last year:
>> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/56675
>>
>> This also happens if the ext2fs is mounted ro.
>>
>> AFAIK there is no fix available. I'd appreciate it very much though.
> 
> Sometimes I run into this behaviour even on a -CURRENT box without
> ext2fs.ko loaded. Though it's fairly hard to reproduce this lost buffer
> scenario, I'm wondering about whether this bug is not limited to ext2fs,
> but also UFS2 and smbfs?

I typically see this when I reboot immediately after running
mergemaster.  To avoid the problem, I use the old incantation of
sync'ing three times and waiting a bit before the reboot.

I'm pretty sure the problem is that the filesystem syncer is getting
shut down too early, while there are still items in the soft updates
work queue.  When the shutdown code tries to do the final sync, there
are a number of buffers that can't be written because of unsatisfied
dependencies, so the file system is left in an unclean state. I believe
that when portupgrade deletes the temproot tree, it generates a large
enough work list to trigger the problem.

I believe that the proper fix would be to speed up the syncer at
shutdown time and wait until it empties the work queue before
terminating.  Fixing this problem has been on my TODO list for ages.

From owner-freebsd-current@FreeBSD.ORG  Sun Jun 20 07:12:05 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 355DE16A4CE
	for <current@freebsd.org>; Sun, 20 Jun 2004 07:12:05 +0000 (GMT)
Received: from mail.xeraph.org (echelon.xeraph.org [193.201.200.202])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 0B56543D31
	for <current@freebsd.org>; Sun, 20 Jun 2004 07:12:05 +0000 (GMT)
	(envelope-from ljb@xeraph.org)
Received: from echelon.xeraph.org ([193.201.200.202] helo=localhost)
	by mail.xeraph.org with asmtp (TLSv1:AES256-SHA:256)
	(Exim 4.34; FreeBSD)
	id 1BbwUL-0006eT-9m
	for current@freebsd.org; Sun, 20 Jun 2004 08:11:37 +0100
Date: Sun, 20 Jun 2004 08:11:37 +0100
From: leon breedt <freebsd-current@lists.xeraph.org>
To: current@freebsd.org
Message-ID: <20040620071137.GA25504@echelon.xeraph.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.6i
Subject: dell usb keyboard not attached to console by default on P4C800-E
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Jun 2004 07:12:05 -0000

hi,

i have a Dell USB keyboard that's stopped working correctly in -CURRENT
(synced today (Jun 20)). 

the symptoms are that i am unable to type anything in. however, if i
attach a PS/2 keyboard, and do:

  # kbdcontrol -k /dev/ukbd0

the USB keyboard starts working. my workaround for now has been to
add 

keyboard="/dev/ukbd0"

to /etc/rc.conf. i didn't need this in 5.2.1-R though, is this a
regression, or expected behaviour?

i've attached the verbose dmesg output, and my kernel configuration.

thanks,
leon

From owner-freebsd-current@FreeBSD.ORG  Sun Jun 20 07:13:01 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 7085416A4CE
	for <current@freebsd.org>; Sun, 20 Jun 2004 07:13:01 +0000 (GMT)
Received: from mail.xeraph.org (echelon.xeraph.org [193.201.200.202])
	by mx1.FreeBSD.org (Postfix) with ESMTP id BEFD143D60
	for <current@freebsd.org>; Sun, 20 Jun 2004 07:13:00 +0000 (GMT)
	(envelope-from ljb@xeraph.org)
Received: from echelon.xeraph.org ([193.201.200.202] helo=localhost)
	by mail.xeraph.org with asmtp (TLSv1:AES256-SHA:256)
	(Exim 4.34; FreeBSD)
	id 1BbwVO-0006f2-HF
	for current@freebsd.org; Sun, 20 Jun 2004 08:12:42 +0100
Date: Sun, 20 Jun 2004 08:12:42 +0100
From: leon breedt <freebsd-current@lists.xeraph.org>
To: current@freebsd.org
Message-ID: <20040620071242.GB25504@echelon.xeraph.org>
References: <20040620071137.GA25504@echelon.xeraph.org>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="h31gzZEtNLTqOjlF"
Content-Disposition: inline
In-Reply-To: <20040620071137.GA25504@echelon.xeraph.org>
User-Agent: Mutt/1.5.6i
Subject: Re: dell usb keyboard not attached to console by default on
	P4C800-E (files attached)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Jun 2004 07:13:01 -0000


--h31gzZEtNLTqOjlF
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

files are really attached now, sorry.

--h31gzZEtNLTqOjlF
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="INGSOC.conf"

machine		i386
cpu		I686_CPU
ident		INGSOC

options 	SCHED_4BSD		#4BSD scheduler
options 	INET			#InterNETworking
options 	FFS			#Berkeley Fast Filesystem
options 	SOFTUPDATES		#Enable FFS soft updates support
options 	UFS_ACL			#Support for access control lists
options 	UFS_DIRHASH		#Improve performance on big directories
options 	MD_ROOT			#MD is a potential root device
options 	NFSCLIENT		#Network Filesystem Client
options 	NFSSERVER		#Network Filesystem Server
options 	NFS_ROOT		#NFS usable as /, requires NFSCLIENT
options 	MSDOSFS			#MSDOS Filesystem
options 	CD9660			#ISO 9660 Filesystem
options		EXT2FS			#Ext2 Filesystem
options 	PROCFS			#Process filesystem (requires PSEUDOFS)
options 	PSEUDOFS		#Pseudo-filesystem framework
options 	COMPAT_43		#Compatible with BSD 4.3 [KEEP THIS!]
options 	COMPAT_FREEBSD4		#Compatible with FreeBSD4
options 	SCSI_DELAY=15000	#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

options 	SMP			# Symmetric MultiProcessor Kernel
device		apic			# I/O APIC

device		isa
device		eisa
device		pci

# Floppy drives
device		fdc

# ATA and ATAPI devices
device		ata
device		atadisk			# ATA disk drives
device		ataraid			# ATA RAID drives
device		atapicd			# ATAPI CDROM drives
device		atapifd			# ATAPI floppy drives
options 	ATA_STATIC_ID		#Static device numbering

# SCSI peripherals
device		scbus		# SCSI bus (required for SCSI)
device		da		# Direct Access (disks)
device		cd		# CD
device		pass		# Passthrough device (direct SCSI access)
device		ses		# SCSI Environmental Services (and SAF-TE)

# atkbdc0 controls both the keyboard and the PS/2 mouse
device		atkbdc		# AT keyboard controller
device		atkbd		# AT keyboard
device		psm		# PS/2 mouse

device		vga		# VGA video card driver

device		splash		# Splash screen and screen saver support

# syscons is the default console driver, resembling an SCO console
device		sc

device		agp		# support several AGP chipsets

# Floating point support - do not disable.
device		npx

device		pmtimer

# PCI Ethernet NICs.
device		em		# Intel PRO/1000 adapter Gigabit Ethernet Card

# 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"
device		gif		# IPv6 and IPv4 tunneling

# The `bpf' device enables the Berkeley Packet Filter.
# Be aware of the administrative consequences of enabling this!
device		bpf		# Berkeley packet filter

# USB support
device		uhci		# UHCI PCI->USB interface
device		ohci		# OHCI PCI->USB interface
device		usb		# USB Bus (required)
#device		udbp		# USB Double Bulk Pipe devices
device		ugen		# Generic
device		uhid		# "Human Interface Devices"
device		ukbd		# Keyboard
device		umass		# Disks/Mass storage - Requires scbus and da
device		ums		# Mouse

device		pcm

options		IPFIREWALL
options		IPFIREWALL_VERBOSE
options		IPFIREWALL_VERBOSE_LIMIT=100
options		IPFIREWALL_DEFAULT_TO_ACCEPT
options		IPDIVERT
options		DUMMYNET

options		COMPAT_LINUX
options		LINPROCFS

--h31gzZEtNLTqOjlF
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="dmesg.current"

Location  Bus Device Pin  Link  IRQs
embedded    3    8    A   0x68  3 4 5 6 7 10 11 12 14 15
embedded    0   31    A   0x62  3 4 5 6 7 10 11 12 14 15
embedded    0   31    B   0x61  3 4 5 6 7 10 11 12 14 15
embedded    0   29    A   0x60  3 4 5 6 7 10 11 12 14 15
embedded    0   29    B   0x63  3 4 5 6 7 10 11 12 14 15
embedded    0   29    C   0x62  3 4 5 6 7 10 11 12 14 15
embedded    0   29    D   0x6b  3 4 5 6 7 10 11 12 14 15
embedded    0    1    A   0x60  3 4 5 6 7 10 11 12 14 15
embedded    0    1    B   0x61  3 4 5 6 7 10 11 12 14 15
slot 1      3    9    A   0x69  3 4 5 6 7 10 11 12 14 15
slot 1      3    9    B   0x6a  3 4 5 6 7 10 11 12 14 15
slot 1      3    9    C   0x6b  3 4 5 6 7 10 11 12 14 15
slot 1      3    9    D   0x68  3 4 5 6 7 10 11 12 14 15
slot 2      3   10    A   0x6a  3 4 5 6 7 10 11 12 14 15
slot 2      3   10    B   0x6b  3 4 5 6 7 10 11 12 14 15
slot 2      3   10    C   0x68  3 4 5 6 7 10 11 12 14 15
slot 2      3   10    D   0x69  3 4 5 6 7 10 11 12 14 15
slot 3      3   11    A   0x6b  3 4 5 6 7 10 11 12 14 15
slot 3      3   11    B   0x68  3 4 5 6 7 10 11 12 14 15
slot 3      3   11    C   0x69  3 4 5 6 7 10 11 12 14 15
slot 3      3   11    D   0x6a  3 4 5 6 7 10 11 12 14 15
embedded    2    1    A   0x62  3 4 5 6 7 10 11 12 14 15
slot 4      3   12    A   0x68  3 4 5 6 7 10 11 12 14 15
slot 4      3   12    B   0x69  3 4 5 6 7 10 11 12 14 15
slot 4      3   12    C   0x6a  3 4 5 6 7 10 11 12 14 15
slot 4      3   12    D   0x6b  3 4 5 6 7 10 11 12 14 15
slot 5      3   13    A   0x69  3 4 5 6 7 10 11 12 14 15
slot 5      3   13    B   0x6a  3 4 5 6 7 10 11 12 14 15
slot 5      3   13    C   0x6b  3 4 5 6 7 10 11 12 14 15
slot 5      3   13    D   0x68  3 4 5 6 7 10 11 12 14 15
embedded    3    3    A   0x68  3 4 5 6 7 10 11 12 14 15
embedded    3    4    A   0x6b  3 4 5 6 7 10 11 12 14 15
AcpiOsDerivePciId: bus 0 dev 31 func 1
AcpiOsDerivePciId: bus 0 dev 31 func 2
AcpiOsDerivePciId: bus 0 dev 31 func 0
acpi0: Power Button (fixed)
ACPI timer looks GOOD min = 3, max = 3, width = 0
ACPI timer looks GOOD min = 3, max = 3, width = 0
ACPI timer looks GOOD min = 3, max = 3, width = 0
ACPI timer looks GOOD min = 3, max = 3, width = 0
ACPI timer looks GOOD min = 3, max = 3, width = 0
ACPI timer looks GOOD min = 3, max = 3, width = 0
ACPI timer looks GOOD min = 3, max = 3, width = 0
ACPI timer looks GOOD min = 3, max = 3, width = 0
ACPI timer looks GOOD min = 3, max = 3, width = 0
ACPI timer looks GOOD min = 3, max = 3, width = 0
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
ioapic0: Request to change trigger for pin 10 to level ignored
ioapic0: Request to change polarity for pin 10 to low ignored
ioapic0: Request to change trigger for pin 10 to level ignored
ioapic0: Request to change polarity for pin 10 to low ignored
ioapic0: Request to change trigger for pin 5 to level ignored
ioapic0: Request to change polarity for pin 5 to low ignored
ioapic0: Request to change trigger for pin 3 to level ignored
ioapic0: Request to change polarity for pin 3 to low ignored
ioapic0: Request to change trigger for pin 7 to level ignored
ioapic0: Request to change polarity for pin 7 to low ignored
ioapic0: Request to change trigger for pin 5 to level ignored
ioapic0: Request to change polarity for pin 5 to low ignored
ioapic0: Request to change trigger for pin 4 to level ignored
ioapic0: Request to change polarity for pin 4 to low ignored
ioapic0: Request to change trigger for pin 11 to level ignored
ioapic0: Request to change polarity for pin 11 to low ignored
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0
unknown: not probed (disabled)
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
cpu0: <ACPI CPU> port 0x530-0x537 on acpi0
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
cpu1: <ACPI CPU> port 0x530-0x537 on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
ACPI PCI link initial configuration:
ACPI PCI link before setting link priority:
ACPI PCI link before fixup for boot-disabled links:
ACPI PCI link after fixup for boot-disabled links:
ACPI PCI link arbitrated configuration:
pci0: <ACPI PCI bus> on pcib0
pci0: physical bus=0
	map[10]: type 3, range 32, base f4000000, size 26, enabled
found->	vendor=0x8086, dev=0x2578, revid=0x02
	bus=0, slot=0, func=0
	class=06-00-00, hdrtype=0x00, mfdev=0
	cmdreg=0x0106, statreg=0x2090, cachelnsz=0 (dwords)
	lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
found->	vendor=0x8086, dev=0x2579, revid=0x02
	bus=0, slot=1, func=0
	class=06-04-00, hdrtype=0x01, mfdev=0
	cmdreg=0x0107, statreg=0x00a0, cachelnsz=0 (dwords)
	lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns)
found->	vendor=0x8086, dev=0x257b, revid=0x02
	bus=0, slot=3, func=0
	class=06-04-00, hdrtype=0x01, mfdev=0
	cmdreg=0x0107, statreg=0x00a0, cachelnsz=0 (dwords)
	lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns)
	map[20]: type 4, range 32, base 0000ef00, size  5, enabled
pcib0: matched entry for 0.29.INTA (src )
pcib0: device is hardwired to IRQ 16
found->	vendor=0x8086, dev=0x24d2, revid=0x02
	bus=0, slot=29, func=0
	class=0c-03-00, hdrtype=0x00, mfdev=1
	cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords)
	lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
	intpin=a, irq=16
	map[20]: type 4, range 32, base 0000ef20, size  5, enabled
pcib0: matched entry for 0.29.INTB (src )
pcib0: device is hardwired to IRQ 19
found->	vendor=0x8086, dev=0x24d4, revid=0x02
	bus=0, slot=29, func=1
	class=0c-03-00, hdrtype=0x00, mfdev=0
	cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords)
	lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
	intpin=b, irq=19
	map[20]: type 4, range 32, base 0000ef40, size  5, enabled
pcib0: matched entry for 0.29.INTC (src )
pcib0: device is hardwired to IRQ 18
found->	vendor=0x8086, dev=0x24d7, revid=0x02
	bus=0, slot=29, func=2
	class=0c-03-00, hdrtype=0x00, mfdev=0
	cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords)
	lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
	intpin=c, irq=18
	map[20]: type 4, range 32, base 0000ef80, size  5, enabled
pcib0: matched entry for 0.29.INTA (src )
pcib0: device is hardwired to IRQ 16
found->	vendor=0x8086, dev=0x24de, revid=0x02
	bus=0, slot=29, func=3
	class=0c-03-00, hdrtype=0x00, mfdev=0
	cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords)
	lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
	intpin=a, irq=16
	map[10]: type 1, range 32, base febff800, size 10, enabled
pcib0: matched entry for 0.29.INTD (src )
pcib0: device is hardwired to IRQ 23
found->	vendor=0x8086, dev=0x24dd, revid=0x02
	bus=0, slot=29, func=7
	class=0c-03-20, hdrtype=0x00, mfdev=0
	cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords)
	lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
	intpin=d, irq=23
	powerspec 2  supports D0 D3  current D0
found->	vendor=0x8086, dev=0x244e, revid=0xc2
	bus=0, slot=30, func=0
	class=06-04-00, hdrtype=0x01, mfdev=0
	cmdreg=0x0107, statreg=0x0080, cachelnsz=0 (dwords)
	lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns)
found->	vendor=0x8086, dev=0x24d0, revid=0x02
	bus=0, slot=31, func=0
	class=06-01-00, hdrtype=0x00, mfdev=1
	cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords)
	lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
	map[20]: type 4, range 32, base 0000fc00, size  4, enabled
found->	vendor=0x8086, dev=0x24db, revid=0x02
	bus=0, slot=31, func=1
	class=01-01-8a, hdrtype=0x00, mfdev=0
	cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords)
	lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
	intpin=a, irq=255
	map[10]: type 4, range 32, base 0000efe0, size  3, enabled
	map[14]: type 4, range 32, base 0000efac, size  2, enabled
	map[18]: type 4, range 32, base 0000efa0, size  3, enabled
	map[1c]: type 4, range 32, base 0000efa8, size  2, enabled
	map[20]: type 4, range 32, base 0000ef60, size  4, enabled
pcib0: matched entry for 0.31.INTA (src )
pcib0: device is hardwired to IRQ 18
found->	vendor=0x8086, dev=0x24d1, revid=0x02
	bus=0, slot=31, func=2
	class=01-01-8f, hdrtype=0x00, mfdev=0
	cmdreg=0x0005, statreg=0x02a0, cachelnsz=0 (dwords)
	lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
	intpin=a, irq=18
	map[20]: type 4, range 32, base 00000400, size  5, enabled
pcib0: matched entry for 0.31.INTB (src )
pcib0: device is hardwired to IRQ 17
found->	vendor=0x8086, dev=0x24d3, revid=0x02
	bus=0, slot=31, func=3
	class=0c-05-00, hdrtype=0x00, mfdev=0
	cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords)
	lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
	intpin=b, irq=17
agp0: <Intel 82875P host to AGP bridge> mem 0xf4000000-0xf7ffffff at device 0.0 on pci0
agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xf4000000
agp0: allocating GATT for aperture of size 64M
pcib1: <ACPI PCI-PCI bridge> at device 1.0 on pci0
pcib1:   secondary bus     1
pcib1:   subordinate bus   1
pcib1:   I/O decode        0xb000-0xbfff
pcib1:   memory decode     0xfe000000-0xfe0fffff
pcib1:   prefetched decode 0xaff00000-0xefefffff
pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.P0P1 - AE_NOT_FOUND
pci1: <ACPI PCI bus> on pcib1
pci1: physical bus=1
	map[10]: type 3, range 32, base d0000000, size 28, enabled
pcib1: device (null) requested decoded memory range 0xd0000000-0xdfffffff
	map[14]: type 4, range 32, base 0000b000, size  8, enabled
pcib1: device (null) requested decoded I/O range 0xb000-0xb0ff
	map[18]: type 1, range 32, base fe0f0000, size 16, enabled
pcib1: device (null) requested decoded memory range 0xfe0f0000-0xfe0fffff
pcib0: matched entry for 0.1.INTA (src )
pcib0: device is hardwired to IRQ 16
pcib1: slot 0 INTA is routed to irq 16
found->	vendor=0x1002, dev=0x4152, revid=0x00
	bus=1, slot=0, func=0
	class=03-00-00, hdrtype=0x00, mfdev=1
	cmdreg=0x0107, statreg=0x02b0, cachelnsz=4 (dwords)
	lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns)
	intpin=a, irq=16
	powerspec 2  supports D0 D1 D2 D3  current D0
	map[10]: type 3, range 32, base c0000000, size 28, enabled
pcib1: device (null) requested decoded memory range 0xc0000000-0xcfffffff
	map[14]: type 1, range 32, base fe0e0000, size 16, enabled
pcib1: device (null) requested decoded memory range 0xfe0e0000-0xfe0effff
found->	vendor=0x1002, dev=0x4172, revid=0x00
	bus=1, slot=0, func=1
	class=03-80-00, hdrtype=0x00, mfdev=0
	cmdreg=0x0007, statreg=0x02b0, cachelnsz=4 (dwords)
	lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns)
	powerspec 2  supports D0 D1 D2 D3  current D0
pci1: <display, VGA> at device 0.0 (no driver attached)
pci1: <display> at device 0.1 (no driver attached)
pcib2: <ACPI PCI-PCI bridge> at device 3.0 on pci0
pcib2:   secondary bus     2
pcib2:   subordinate bus   2
pcib2:   I/O decode        0xc000-0xcfff
pcib2:   memory decode     0xfe100000-0xfe1fffff
pcib2:   prefetched decode 0xfff00000-0xfffff
ACPI PCI link initial configuration:
ACPI PCI link before setting link priority:
ACPI PCI link before fixup for boot-disabled links:
ACPI PCI link after fixup for boot-disabled links:
ACPI PCI link arbitrated configuration:
pci2: <ACPI PCI bus> on pcib2
pci2: physical bus=2
	map[10]: type 1, range 32, base fe1e0000, size 17, enabled
pcib2: device (null) requested decoded memory range 0xfe1e0000-0xfe1fffff
	map[18]: type 4, range 32, base 0000cf80, size  5, enabled
pcib2: device (null) requested decoded I/O range 0xcf80-0xcf9f
pcib2: matched entry for 2.1.INTA (src )
pcib2: device is hardwired to IRQ 18
found->	vendor=0x8086, dev=0x1019, revid=0x00
	bus=2, slot=1, func=0
	class=02-00-00, hdrtype=0x00, mfdev=0
	cmdreg=0x0007, statreg=0x0238, cachelnsz=4 (dwords)
	lattimer=0x00 (0 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns)
	intpin=a, irq=18
	powerspec 2  supports D0 D3  current D0
em0: <Intel(R) PRO/1000 Network Connection, Version - 1.7.25> port 0xcf80-0xcf9f mem 0xfe1e0000-0xfe1fffff irq 18 at device 1.0 on pci2
em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfe1e0000
em0: Reserved 0x20 bytes for rid 0x18 type 4 at 0xcf80
em0: [GIANT-LOCKED]
em0: bpf attached
em0: Ethernet address: 00:0e:a6:69:ab:dc
em0:  Speed:N/A  Duplex:N/A
uhci0: <Intel 82801EB (ICH5) USB controller USB-A> port 0xef00-0xef1f irq 16 at device 29.0 on pci0
uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xef00
uhci0: [GIANT-LOCKED]
usb0: <Intel 82801EB (ICH5) USB controller USB-A> on uhci0
usb0: USB revision 1.0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
uhub1: Dell Dell USB Keyboard Hub, class 9/0, rev 1.10/2.00, addr 2
uhub1: 3 ports with 2 removable, bus powered
ukbd0: Dell Dell USB Keyboard Hub, rev 1.10/2.00, addr 3, iclass 3/1
kbd: new array size 4
kbd1 at ukbd0
kbd1: ukbd0, generic (0), config:0x0, flags:0x1d0000
uhid0: Dell Dell USB Keyboard Hub, rev 1.10/2.00, addr 3, iclass 3/0
uhci1: <Intel 82801EB (ICH5) USB controller USB-B> port 0xef20-0xef3f irq 19 at device 29.1 on pci0
uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xef20
uhci1: [GIANT-LOCKED]
usb1: <Intel 82801EB (ICH5) USB controller USB-B> on uhci1
usb1: 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
ums0: Microsoft Microsoft 5-Button Mouse with IntelliEye(TM), rev 1.10/3.00, addr 2, iclass 3/1
ums0: 5 buttons and Z dir.
uhci2: <Intel 82801EB (ICH5) USB controller USB-C> port 0xef40-0xef5f irq 18 at device 29.2 on pci0
uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xef40
uhci2: [GIANT-LOCKED]
usb2: <Intel 82801EB (ICH5) USB controller USB-C> on uhci2
usb2: USB revision 1.0
uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub3: 2 ports with 2 removable, self powered
uhci3: <Intel 82801EB (ICH5) USB controller USB-D> port 0xef80-0xef9f irq 16 at device 29.3 on pci0
uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xef80
uhci3: [GIANT-LOCKED]
usb3: <Intel 82801EB (ICH5) USB controller USB-D> on uhci3
usb3: USB revision 1.0
uhub4: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub4: 2 ports with 2 removable, self powered
pci0: <serial bus, USB> at device 29.7 (no driver attached)
pcib3: <ACPI PCI-PCI bridge> at device 30.0 on pci0
pcib3:   secondary bus     3
pcib3:   subordinate bus   3
pcib3:   I/O decode        0xd000-0xdfff
pcib3:   memory decode     0xfe200000-0xfeafffff
pcib3:   prefetched decode 0xfff00000-0xfffff
pcib3:   Subtractively decoded bridge.
ACPI PCI link initial configuration:
ACPI PCI link before setting link priority:
ACPI PCI link before fixup for boot-disabled links:
ACPI PCI link after fixup for boot-disabled links:
ACPI PCI link arbitrated configuration:
pci3: <ACPI PCI bus> on pcib3
pci3: physical bus=3
	map[10]: type 1, range 32, base fe400000, size 22, enabled
pcib3: device (null) requested decoded memory range 0xfe400000-0xfe7fffff
pcib3: matched entry for 3.12.INTA (src )
pcib3: device is hardwired to IRQ 20
found->	vendor=0x8086, dev=0x1040, revid=0x00
	bus=3, slot=12, func=0
	class=07-80-00, hdrtype=0x00, mfdev=0
	cmdreg=0x0117, statreg=0x0290, cachelnsz=4 (dwords)
	lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
	intpin=a, irq=20
	powerspec 2  supports D0 D2 D3  current D0
	map[10]: type 4, range 32, base 0000df00, size  6, enabled
pcib3: device (null) requested decoded I/O range 0xdf00-0xdf3f
pcib3: matched entry for 3.13.INTA (src )
pcib3: device is hardwired to IRQ 21
found->	vendor=0x1102, dev=0x0004, revid=0x04
	bus=3, slot=13, func=0
	class=04-01-00, hdrtype=0x00, mfdev=1
	cmdreg=0x0105, statreg=0x0290, cachelnsz=0 (dwords)
	lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x14 (5000 ns)
	intpin=a, irq=21
	powerspec 2  supports D0 D1 D2 D3  current D0
	map[10]: type 4, range 32, base 0000dfe0, size  3, enabled
pcib3: device (null) requested decoded I/O range 0xdfe0-0xdfe7
found->	vendor=0x1102, dev=0x7003, revid=0x04
	bus=3, slot=13, func=1
	class=09-80-00, hdrtype=0x00, mfdev=1
	cmdreg=0x0105, statreg=0x0290, cachelnsz=0 (dwords)
	lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
	powerspec 2  supports D0 D1 D2 D3  current D0
	map[10]: type 1, range 32, base feaff000, size 11, enabled
pcib3: device (null) requested decoded memory range 0xfeaff000-0xfeaff7ff
	map[14]: type 1, range 32, base feaf8000, size 14, enabled
pcib3: device (null) requested decoded memory range 0xfeaf8000-0xfeafbfff
pcib3: matched entry for 3.13.INTB (src )
pcib3: device is hardwired to IRQ 22
found->	vendor=0x1102, dev=0x4001, revid=0x04
	bus=3, slot=13, func=2
	class=0c-00-10, hdrtype=0x00, mfdev=1
	cmdreg=0x0116, statreg=0x0210, cachelnsz=4 (dwords)
	lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns)
	intpin=b, irq=22
	powerspec 2  supports D0 D1 D2 D3  current D0
pci3: <simple comms> at device 12.0 (no driver attached)
pcm0: <Creative Audigy 2 (EMU10K2)> port 0xdf00-0xdf3f irq 21 at device 13.0 on pci3
pcm0: Reserved 0x40 bytes for rid 0x10 type 4 at 0xdf00
emu: setmap (2e4000, 800), nseg=1, error=0
emu: setmap (28d000, 1000), nseg=1, error=0
pcm0: <SigmaTel STAC9721/23 AC97 Codec (id = 0x83847609)>
pcm0: Codec features 18 bit DAC, 18 bit ADC, 5 bit master volume, SigmaTel 3D Enhancement
pcm0: Primary codec extended features AMAP
pcm0: [MPSAFE]
emu: setmap (304000, 1000), nseg=1, error=0
emu: setmap (282000, 1000), nseg=1, error=0
emu: setmap (320000, 1000), nseg=1, error=0
emu: setmap (2fe000, 1000), nseg=1, error=0
emu: setmap (2fc000, 1000), nseg=1, error=0
emu: setmap (2da000, 1000), nseg=1, error=0
emu: setmap (2f8000, 1000), nseg=1, error=0
emu: setmap (2f7000, 1000), nseg=1, error=0
pcm0: sndbuf_setmap 294000, 1000; 0xc23c0000 -> 294000
pcm0: sndbuf_setmap 2f2000, 1000; 0xc23be000 -> 2f2000
pci3: <serial bus, FireWire> at device 13.2 (no driver attached)
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel ICH5 UDMA100 controller> port 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0
atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfc00
atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0
atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6
ata0: reset tp1 mask=03 ostat0=50 ostat1=00
ata0-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00
ata0-slave:  stat=0x00 err=0x01 lsb=0x00 msb=0x00
ata0: reset tp2 stat0=50 stat1=00 devices=0x1<ATA_MASTER>
ata0: at 0x1f0 irq 14 on atapci0
ata0: [MPSAFE]
atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170
atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376
ata1: reset tp1 mask=03 ostat0=50 ostat1=50
ata1-master: stat=0x80 err=0x80 lsb=0x80 msb=0x80
ata1-master: stat=0x80 err=0x80 lsb=0x80 msb=0x80
ata1-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb
ata1-slave:  stat=0x00 err=0x01 lsb=0x14 msb=0xeb
ata1: reset tp2 stat0=00 stat1=00 devices=0xc<ATAPI_SLAVE,ATAPI_MASTER>
ata1: at 0x170 irq 15 on atapci0
ata1: [MPSAFE]
atapci1: <Intel ICH5 SATA150 controller> port 0xef60-0xef6f,0xefa8-0xefab,0xefa0-0xefa7,0xefac-0xefaf,0xefe0-0xefe7 irq 18 at device 31.2 on pci0
atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xef60
atapci1: [MPSAFE]
atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0xefe0
atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xefac
ata2: reset tp1 mask=03 ostat0=80 ostat1=80
ata2-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00
ata2-slave:  stat=0x00 err=0x01 lsb=0x00 msb=0x00
ata2: reset tp2 stat0=50 stat1=00 devices=0x1<ATA_MASTER>
ata2: at 0xefe0 on atapci1
ata2: [MPSAFE]
atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0xefa0
atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xefa8
ata3: reset tp1 mask=03 ostat0=7f ostat1=7f
ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff
ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff
ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff
ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff
ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff
ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff
ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff
ata3-master: stat=0x7f err=0xff lsb=0xff msb=0xff
ata3-slave:  stat=0x7f err=0xff lsb=0xff msb=0xff
ata3: reset tp2 stat0=ff stat1=ff devices=0x0
ata3: at 0xefa0 on atapci1
ata3: [MPSAFE]
pci0: <serial bus, SMBus> at device 31.3 (no driver attached)
acpi_button0: <Power Button> on acpi0
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
kbd0: atkbd0, generic (0), config:0x0, flags:0x3f0000
atkbd0: [GIANT-LOCKED]
psm0: unable to allocate IRQ
unknown: not probed (disabled)
unknown: not probed (disabled)
unknown: not probed (disabled)
fdc0: <Enhanced floppy controller (i82077, NE72065 or clone)> 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
unknown: not probed (disabled)
unknown: not probed (disabled)
unknown: not probed (disabled)
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
unknown: not probed (disabled)
mss_detect, busy still set (0xff)
mss_detect, busy still set (0xff)
mss_detect, busy still set (0xff)
mss_detect, busy still set (0xff)
mss_detect, busy still set (0xff)
mss_detect, busy still set (0xff)
mss_detect, busy still set (0xff)
mss_detect, busy still set (0xff)
mss_detect, busy still set (0xff)
mss_detect, busy still set (0xff)
mss_detect, busy still set (0xff)
mss_detect, busy still set (0xff)
mss_detect, busy still set (0xff)
mss_detect, busy still set (0xff)
unknown: not probed (disabled)
unknown: not probed (disabled)
unknown: not probed (disabled)
unknown: not probed (disabled)
unknown: not probed (disabled)
unknown: not probed (disabled)
mss_detect, busy still set (0xff)
mss_detect, busy still set (0xff)
mss_detect, busy still set (0xff)
mss_detect, busy still set (0xff)
mss_detect, busy still set (0xff)
ata: ata0 already exists; skipping it
ata: ata1 already exists; skipping it
atkbdc: atkbdc0 already exists; skipping it
fdc: fdc0 already exists; skipping it
Trying Read_Port at 203
Trying Read_Port at 243
Trying Read_Port at 283
Trying Read_Port at 2c3
Trying Read_Port at 303
Trying Read_Port at 343
Trying Read_Port at 383
Trying Read_Port at 3c3
sc: sc0 already exists; skipping it
vga: vga0 already exists; skipping it
isa_probe_children: disabling PnP devices
isa_probe_children: probing non-PnP devices
orm0: <Option ROM> at iomem 0xc0000-0xccfff on isa0
pmtimer0 on isa0
adv0: not probed (disabled)
aha0: not probed (disabled)
aic0: not probed (disabled)
bt0: not probed (disabled)
cs0: not probed (disabled)
ed0: not probed (disabled)
fe0: not probed (disabled)
ie0: not probed (disabled)
lnc0: not probed (disabled)
pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0
pcic1: not probed (disabled)
ppc0 failed to probe at irq 7 on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sc0: fb0, kbd0, terminal emulator: sc (syscons terminal)
sio0 failed to probe at port 0x3f8 irq 4 flags 0x10 on isa0
sio1 failed to probe at port 0x2f8 irq 3 on isa0
sio2: not probed (disabled)
sio3: not probed (disabled)
sn0: not probed (disabled)
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
fb0: vga0, vga, type:VGA (5), flags:0x7007f
fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000
fb0: init mode:24, bios mode:3, current mode:24
fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k
vga0: vga: WARNING: video mode switching is not fully supported on this adapter
VGA parameters upon power-up
50 18 10 00 00 00 03 00 02 27 7e 4f 4f 82 55 03 
b8 1f 00 4f 0d 0e 00 00 07 80 90 03 8f 28 1f 8f 
b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 
3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff 
VGA parameters in BIOS for mode 24
50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 
bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 
b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 
3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff 
EGA/VGA parameters to be used for mode 24
50 18 10 00 00 00 03 00 02 27 7e 4f 4f 82 55 03 
b8 1f 00 4f 0d 0e 00 00 07 80 90 03 8f 28 1f 8f 
b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 
3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff 
vt0: not probed (disabled)
isa_probe_children: probing PnP devices
Device configuration finished.
procfs registered
linprocfs registered
Timecounter "TSC" frequency 2998575600 Hz quality -100
Timecounters tick every 10.000 msec
ipfw2 initialized, divert enabled, rule-based forwarding enabled, default to accept, logging limited to 100 packets/entry by default
DUMMYNET initialized (011031)
Linux ELF exec handler installed
lo0: bpf attached
ata0-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin
ata0-master: setting PIO4 on Intel ICH5 chip
ata0-master: setting UDMA100 on Intel ICH5 chip
ad0: <IC35L080AVVA07-0/VA4OA52A> ATA-5 disk at ata0-master
ad0: 78533MB (160836480 sectors), 170197 C, 15 H, 63 S, 512 B
ad0: 16 secs/int, 1 depth queue, UDMA100
GEOM: new disk ad0
ar: FreeBSD check1 failed
ata1-slave: pio=0x0c wdma=0x22 udma=0x42 cable=40pin
ata1-master: pio=0x0c wdma=0x22 udma=0x44 cable=80pin
ata1-master: setting PIO4 on Intel ICH5 chip
[0] f:00 typ:12 s(CHS):0/1/1 e(CHS):1023/15/63 s:63 l:98558712
[1] f:80 typ:165 s(CHS):1023/15/63 e(CHS):1023/15/63 s:98558775 l:29318625
[2] f:00 typ:131 s(CHS):1023/15/63 e(CHS):1023/15/63 s:127877400 l:32949315
[3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0
GEOM: Configure ad0s1, start 32256 length 50462060544 end 50462092799
GEOM: Configure ad0s2, start 50462092800 length 15011136000 end 65473228799
GEOM: Configure ad0s3, start 65473228800 length 16870049280 end 82343278079
GEOM: Configure ad0s2c, start 0 length 15011136000 end 15011135999
GEOM: Configure ad0s2d, start 0 length 15011136000 end 15011135999
ata1-slave: FAILURE - SETFEATURES SET TRANSFER MODE no interrupt
ata1-slave: FAILURE setting PIO4 on Intel ICH5 chip
acd0: <Pioneer DVD-ROM ATAPIModel DVD-106S 0122/E1.22> DVDROM drive at ata1 as master
acd0: read 6894KB/s (6894KB/s), 256KB buffer, PIO4
acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet
acd0: Writes:
acd0: Audio: play, 256 volume levels
acd0: Mechanism: ejectable tray, unlocked
acd0: Medium: CD-ROM 120mm data disc
acd1: <LITE-ON LTR-52246S/6S02> CDRW drive at ata1 as slave
acd1: read 43828KB/s (8937KB/s) write 172KB/s (8937KB/s), 2048KB buffer, BIOSPIO
acd1: Reads: CDR, CDRW, CDDA stream, packet
acd1: Writes: CDR, CDRW, test write, burnproof
acd1: Audio: play, 255 volume levels
acd1: Mechanism: ejectable tray, unlocked
acd1: Medium: no/blank disc
em0: Link is up 100 Mbps Full Duplex
ata2-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin
ad4: <WDC WD1200JD-00GBB0/02.05D02> ATA-6 disk at ata2-master
ad4: 114473MB (234441648 sectors), 232581 C, 16 H, 63 S, 512 B
ad4: 16 secs/int, 1 depth queue, UDMA100
ar: FreeBSD check1 failed
SMP: AP CPU #1 Launched!
cpu1 AP:
     ID: 0x01000000   VER: 0x00050014 LDR: 0x02000000 DFR: 0x0fffffff
  lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000000 SVR: 0x000001ff
ioapic0: routing intpin 1 (IRQ 1) to cluster 0
ioapic0: routing intpin 6 (IRQ 6) to cluster 0
ioapic0: routing intpin 8 (IRQ 8) to cluster 0
ioapic0: routing intpin 9 (IRQ 9) to cluster 0
ioapic0: routing intpin 13 (IRQ 13) to cluster 0
ioapic0: routing intpin 14 (IRQ 14) to cluster 0
ioapic0: routing intpin 15 (IRQ 15) to cluster 0
ioapic0: routing intpin 16 (IRQ 16) to cluster 0
ioapic0: routing intpin 18 (IRQ 18) to cluster 0
ioapic0: routing intpin 19 (IRQ 19) to cluster 0
ioapic0: routing intpin 21 (IRQ 21) to cluster 0
GEOM: new disk ad4
[0] f:00 typ:7 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:78140097
[1] f:80 typ:165 s(CHS):1023/255/63 e(CHS):1023/254/63 s:78140160 l:58605120
[2] f:00 typ:131 s(CHS):1023/255/63 e(CHS):1023/254/63 s:136745280 l:58605120
[3] f:00 typ:5 s(CHS):1023/255/63 e(CHS):1023/254/63 s:195350400 l:39086145
GEOM: Configure ad4s1, start 32256 length 40007729664 end 40007761919
GEOM: Configure ad4s2, start 40007761920 length 30005821440 end 70013583359
GEOM: Configure ad4s3, start 70013583360 length 30005821440 end 100019404799
GEOM: Configure ad4s4, start 100019404800 length 20012106240 end 120031511039
GEOM: Configure ad4s2a, start 0 length 1048576000 end 1048575999
GEOM: Configure ad4s2b, start 1048576000 length 2097152000 end 3145727999
GEOM: Configure ad4s2c, start 0 length 30005821440 end 30005821439
GEOM: Configure ad4s2d, start 3145728000 length 1048576000 end 4194303999
GEOM: Configure ad4s2e, start 4194304000 length 25811517440 end 30005821439
MBREXT Slice 5 on ad4s4:
[0] f:00 typ:131 s(CHS):1023/254/63 e(CHS):1023/254/63 s:63 l:208782
[1] f:00 typ:5 s(CHS):1023/254/63 e(CHS):1023/254/63 s:208845 l:3919860
GEOM: Configure ad4s5, start 32256 length 106896384 end 106928639
MBREXT Slice 6 on ad4s4:
[0] f:00 typ:130 s(CHS):1023/254/63 e(CHS):1023/254/63 s:63 l:3919797
[1] f:00 typ:5 s(CHS):1023/254/63 e(CHS):1023/254/63 s:4128705 l:34957440
GEOM: Configure ad4s6, start 106960896 length 2006936064 end 2113896959
MBREXT Slice 7 on ad4s4:
[0] f:00 typ:131 s(CHS):1023/254/63 e(CHS):1023/254/63 s:63 l:34957377
[1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0
GEOM: Configure ad4s7, start 2113929216 length 17898177024 end 20012106239
Mounting root from ufs:/dev/ad4s2a
start_init: trying /sbin/init
em0: Link is up 100 Mbps Full Duplex

--h31gzZEtNLTqOjlF--

From owner-freebsd-current@FreeBSD.ORG  Sun Jun 20 09:09:36 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E529816A4CE
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 09:09:35 +0000 (GMT)
Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw
	[140.138.145.166])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6411E43D1F
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 09:09:35 +0000 (GMT)
	(envelope-from avatar@mmlab.cse.yzu.edu.tw)
Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000)
	id 4E97C4EFCD3; Sun, 20 Jun 2004 17:09:34 +0800 (CST)
Received: from localhost (localhost [127.0.0.1])
	by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 46E484EFCD1;
	Sun, 20 Jun 2004 17:09:34 +0800 (CST)
Date: Sun, 20 Jun 2004 17:09:34 +0800 (CST)
From: Tai-hwa Liang <avatar@mmlab.cse.yzu.edu.tw>
To: Marc van Kempen <marc@bowtie.nl>
In-Reply-To: <40CDDFFC.6070507@bowtie.nl>
Message-ID: <04062016491810.20516@www.mmlab.cse.yzu.edu.tw>
References: <40CDDFFC.6070507@bowtie.nl>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: freebsd-current@freebsd.org
Subject: Re: USB Mouse not working on Thinkpad R40, works under WinXP
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Jun 2004 09:09:36 -0000

On Mon, 14 Jun 2004, Marc van Kempen wrote:
> Hi,
>
> I just bought a new usb mouse (Genius Powerscroll Eye U+P, optical
> mouse), and while my other USB mouse works fine under FreeBSD -current
> (about two months old), this one doesn't.

I have the similar problem on both -STABLE and -CURRENT. Mine is an "ELECOM
M-MAPP1KHBK" optical mouse, which can be probed by ums.ko and usbd; however,
I found no mouse event from /dev/ums0 while moving, clicking or wheel
scrolling the mouse.

> The mouse is recognized (I see the entry in /var/log/messages) and usbd
> is running and forking off a moused (moused -p /dev/ums0 -I
> /var/run/...). X is configured to work with sysmouse (and this works
> with my other USB mouse), but both on the text console and in X the
> pointer doesn't move and buttons don't work.

Same here: the usbd detected the mouse, but neither the console
pointer(moused) nor the XFree86 responded to the mouse movement.

Controller /dev/usb0:
addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00
 port 1 powered
 port 2 powered
Controller /dev/usb1:
addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00
 port 1 addr 2: low speed, power 100 mA, config 1, ELECOM M.A.P.P. series(0x001e), ELECOM(0x056e), rev 1.01
 port 2 powered
Controller /dev/usb2:
addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00
 port 1 powered
 port 2 powered
Controller /dev/usb3:
addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), Intel(0x0000), rev 1.00
 port 1 powered
 port 2 powered
 port 3 powered
 port 4 powered
 port 5 powered
 port 6 powered

> The hardware is a thinkpad R40, dual boots (Windows XP and FreeBSD
> -current). Under Windows XP the mouse works fine, so it can't be a
> hardware problem.

I doubt it's the same bug in FreeBSD/OpenBSD USB protocol stack since I've
tested the same mouse on another OpenBSD 3.3 box -- same result, no output
to the /dev/ums0 device while clicking/moving the mouse.

However, this mouse works flawlessly on Linux(2.4.x kernel), MacOS X 10.2.6
and M$ Windoze 2000/XP.

> Does anyone have any ideas?

No idea. A blindly try to add new entry/flag such like UQ_SPUR_BUT_UP in
sys/dev/usb/usb_quirks.c doesn't work to me. Following is the dmesg
with hw.usb.ums.debug=9999 and hw.usb.debug=1 set.

You may aware that there's a couple of status=6 within ums_intr
such like "ums_intr: sc=0xc0a89800 status=6." which came from the
"killall moused" and "cat /dev/ums0" while mouse is moving, then swap
the problematic mouse with a Logitech one.

ums_intr: sc=0xc0a89800 status=13
ums_intr: data = e0 cc c9
ums_intr: status=13
ums_intr: sc=0xc0a89800 status=13
ums_intr: data = e0 cc c9
ums_intr: status=13
ums_intr: sc=0xc0a89800 status=13
ums_intr: data = e0 cc c9
ums_intr: status=13
ums_intr: sc=0xc0a89800 status=13
ums_intr: data = e0 cc c9
ums_intr: status=13
ums_intr: sc=0xc0a89800 status=13
ums_intr: data = e0 cc c9
ums_intr: status=13
ums0: at uhub1 port 2 (addr 2) disconnected
ums_intr: sc=0xc0a89800 status=6
ums_intr: data = e0 cc c9
ums0: disconnected
ums0: detached
ums0: ELECOM ELECOM M.A.P.P. series, rev 1.10/1.01, addr 2, iclass 3/1
ums_attach: bLength=7 bDescriptorType=5 bEndpointAddress=1-in bmAttributes=3 wMaxPacketSize=4 bInterval=10
ums0: 3 buttons and Z dir.
ums_attach: sc=0xc0a89800
ums_attach: X	8/8
ums_attach: Y	16/8
ums_attach: Z	24/8
ums_attach: B1	0/1
ums_attach: B2	1/1
ums_attach: B3	2/1
ums_attach: size=4, id=0
ums0: Spurious button up events
ums_intr: sc=0xc0a89800 status=6
ums_intr: data = 80 ff fc
ums_intr: sc=0xc0a89800 status=6
ums_intr: data = 80 ff fc
ums_intr: sc=0xc0a89800 status=6
ums_intr: data = 80 ff fc
ums0: at uhub1 port 2 (addr 2) disconnected
ums0: disconnected
ums0: detached
usbd_new_device bus=0xc0ca3000 port=2 depth=1 lowspeed=512
usbd_new_device: adding unit addr=2, rev=110, class=0, subclass=0, protocol=0, maxpacket=8, len=18, ls=1
usbd_find_quirk 0x056e/0x001e/101: 136
usbd_new_device: new dev (addr 2), dev=0xc0fca280, parent=0xc0c9d800
usbd_probe_and_attach: trying device specific drivers
usbd_probe_and_attach: no device specific driver found
usbd_probe_and_attach: looping over 1 configurations
usbd_set_config_index: (addr 2) attr=0xa0, selfpowered=0, power=100
usbd_set_config_index: set config 1
ums0: Elecom product 0x001e, rev 1.10/1.01, addr 2, iclass 3/1
ums_attach: bLength=7 bDescriptorType=5 bEndpointAddress=1-in bmAttributes=3 wMaxPacketSize=4 bInterval=10
ums0: 3 buttons and Z dir.
ums_attach: sc=0xc0a89800
ums_attach: X	8/8
ums_attach: Y	16/8
ums_attach: Z	24/8
ums_attach: B1	0/1
ums_attach: B2	1/1
ums_attach: B3	2/1
ums_attach: size=4, id=0
ums0: Spurious button up events
ums_intr: sc=0xc0a89800 status=6
ums_intr: data = 80 ff fc
ums_intr: sc=0xc0a89800 status=6
ums_intr: data = 80 ff fc
ums0: at uhub1 port 2 (addr 2) disconnected
ums0: disconnected
ums0: detached
usbd_new_device bus=0xc0ca3000 port=2 depth=1 lowspeed=512
usbd_new_device: adding unit addr=2, rev=110, class=0, subclass=0, protocol=0, maxpacket=8, len=18, ls=1
usbd_new_device: new dev (addr 2), dev=0xc0fca280, parent=0xc0c9d800
usbd_probe_and_attach: trying device specific drivers
usbd_probe_and_attach: no device specific driver found
usbd_probe_and_attach: looping over 1 configurations
usbd_set_config_index: (addr 2) attr=0xa0, selfpowered=0, power=100
usbd_set_config_index: set config 1
ums0: Logitech USB Mouse, rev 1.10/6.20, addr 2, iclass 3/1
ums_attach: bLength=7 bDescriptorType=5 bEndpointAddress=1-in bmAttributes=3 wMaxPacketSize=4 bInterval=10
ums0: 3 buttons and Z dir.
ums_attach: sc=0xc0a89800
ums_attach: X	8/8
ums_attach: Y	16/8
ums_attach: Z	24/8
ums_attach: B1	0/1
ums_attach: B2	1/1
ums_attach: B3	2/1
ums_attach: size=4, id=0
ums_intr: sc=0xc0a89800 status=6
ums_intr: data = 60 ff fc
ums_intr: sc=0xc0a89800 status=0
ums_intr: data = 00 ff 01
ums_intr: x:-1 y:-1 z:0 buttons:0x0
ums_intr: sc=0xc0a89800 status=0
ums_intr: data = 00 04 02
ums_intr: x:4 y:-2 z:0 buttons:0x0
ums_intr: sc=0xc0a89800 status=0
ums_intr: data = 00 08 00
ums_intr: x:8 y:0 z:0 buttons:0x0
ums_intr: sc=0xc0a89800 status=0
ums_intr: data = 00 07 00
ums_intr: x:7 y:0 z:0 buttons:0x0
ums_intr: sc=0xc0a89800 status=0
ums_intr: data = 00 07 00
ums_intr: x:7 y:0 z:0 buttons:0x0
ums_intr: sc=0xc0a89800 status=0
ums_intr: data = 00 07 ff
ums_intr: x:7 y:1 z:0 buttons:0x0
ums_intr: sc=0xc0a89800 status=0
ums_intr: data = 00 06 ff
ums_intr: x:6 y:1 z:0 buttons:0x0
ums_intr: sc=0xc0a89800 status=0
ums_intr: data = 00 05 ff
ums_intr: x:5 y:1 z:0 buttons:0x0
ums_intr: sc=0xc0a89800 status=0
ums_intr: data = 00 03 00
ums_intr: x:3 y:0 z:0 buttons:0x0
ums_intr: sc=0xc0a89800 status=0
ums_intr: data = 00 02 00
ums_intr: x:2 y:0 z:0 buttons:0x0
ums_intr: sc=0xc0a89800 status=0
ums_intr: data = 00 01 ff
ums_intr: x:1 y:1 z:0 buttons:0x0
ums_intr: sc=0xc0a89800 status=0
ums_intr: data = 00 02 00
ums_intr: x:2 y:0 z:0 buttons:0x0
ums_intr: sc=0xc0a89800 status=0
ums_intr: data = 00 02 fe
ums_intr: x:2 y:2 z:0 buttons:0x0
ums_intr: sc=0xc0a89800 status=0
ums_intr: data = 00 03 fe
ums_intr: x:3 y:2 z:0 buttons:0x0
ums_intr: sc=0xc0a89800 status=0
ums_intr: data = 00 03 fe
ums_intr: x:3 y:2 z:0 buttons:0x0
ums_intr: sc=0xc0a89800 status=0
ums_intr: data = 00 02 fd
ums_intr: x:2 y:3 z:0 buttons:0x0
ums_intr: sc=0xc0a89800 status=0
ums_intr: data = 00 01 00
ums_intr: x:1 y:0 z:0 buttons:0x0
ums_intr: sc=0xc0a89800 status=0
ums_intr: data = 00 ff 00
ums_intr: x:-1 y:0 z:0 buttons:0x0
ums_intr: sc=0xc0a89800 status=0
ums_intr: data = 00 fd 00
ums_intr: x:-3 y:0 z:0 buttons:0x0
ums_intr: sc=0xc0a89800 status=0
ums_intr: data = 00 fe 00
ums_intr: x:-2 y:0 z:0 buttons:0x0
ums_intr: sc=0xc0a89800 status=0
ums_intr: data = 00 fe 00
ums_intr: x:-2 y:0 z:0 buttons:0x0
ums_intr: sc=0xc0a89800 status=0
ums_intr: data = 00 ff 00
ums_intr: x:-1 y:0 z:0 buttons:0x0
ums_intr: sc=0xc0a89800 status=6
ums_intr: data = 00 ff 00
ums0: at uhub1 port 2 (addr 2) disconnected
ums0: disconnected
ums0: detached

From owner-freebsd-current@FreeBSD.ORG  Sun Jun 20 10:01:07 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id C5C5A16A4CE; Sun, 20 Jun 2004 10:01:07 +0000 (GMT)
Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 4A73743D5A; Sun, 20 Jun 2004 10:01:07 +0000 (GMT)
	(envelope-from tinderbox@freebsd.org)
Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9])
	by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i5KA10ck009892;
	Sun, 20 Jun 2004 06:01:00 -0400 (EDT)
	(envelope-from tinderbox@freebsd.org)
Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca
	[64.7.128.98])
	by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id i5KA106H012434;
	Sun, 20 Jun 2004 06:01:00 -0400 (EDT)
	(envelope-from tinderbox@freebsd.org)
Received: by freebsd-current.sentex.ca (Postfix, from userid 666)
	id AC8747306D; Sun, 20 Jun 2004 06:00:59 -0400 (EDT)
Sender: FreeBSD Tinderbox <tinderbox@freebsd.org>
From: FreeBSD Tinderbox <tinderbox@freebsd.org>
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <current@freebsd.org>,
	<amd64@freebsd.org>
Precedence: bulk
Message-Id: <20040620100059.AC8747306D@freebsd-current.sentex.ca>
Date: Sun, 20 Jun 2004 06:00:59 -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
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Jun 2004 10:01:08 -0000

TB --- 2004-06-20 09:41:25 - tinderbox 2.3 running on freebsd-current.sentex.ca
TB --- 2004-06-20 09:41:25 - starting CURRENT tinderbox run for amd64/amd64
TB --- 2004-06-20 09:41:25 - checking out the source tree
TB --- 2004-06-20 09:41:25 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64
TB --- 2004-06-20 09:41:25 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2004-06-20 09:46:06 - building world (CFLAGS=-O2 -pipe)
TB --- 2004-06-20 09:46:06 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src
TB --- 2004-06-20 09:46:06 - /usr/bin/make -B buildworld
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
[...]
cc -fpic -DPIC -O2 -pipe  -D_IEEE_LIBM -I/tinderbox/CURRENT/amd64/amd64/src/lib/msun/../libc/include -I/tinderbox/CURRENT/amd64/amd64/src/lib/msun/../libc/amd64  -c /tinderbox/CURRENT/amd64/amd64/src/lib/msun/src/s_finite.c -o s_finite.So
cc -fpic -DPIC -O2 -pipe  -D_IEEE_LIBM -I/tinderbox/CURRENT/amd64/amd64/src/lib/msun/../libc/include -I/tinderbox/CURRENT/amd64/amd64/src/lib/msun/../libc/amd64  -c /tinderbox/CURRENT/amd64/amd64/src/lib/msun/src/s_finitef.c -o s_finitef.So
cc -fpic -DPIC -O2 -pipe  -D_IEEE_LIBM -I/tinderbox/CURRENT/amd64/amd64/src/lib/msun/../libc/include -I/tinderbox/CURRENT/amd64/amd64/src/lib/msun/../libc/amd64  -c /tinderbox/CURRENT/amd64/amd64/src/lib/msun/src/s_floor.c -o s_floor.So
cc -fpic -DPIC -O2 -pipe  -D_IEEE_LIBM -I/tinderbox/CURRENT/amd64/amd64/src/lib/msun/../libc/include -I/tinderbox/CURRENT/amd64/amd64/src/lib/msun/../libc/amd64  -c /tinderbox/CURRENT/amd64/amd64/src/lib/msun/src/s_floorf.c -o s_floorf.So
cc -fpic -DPIC -O2 -pipe  -D_IEEE_LIBM -I/tinderbox/CURRENT/amd64/amd64/src/lib/msun/../libc/include -I/tinderbox/CURRENT/amd64/amd64/src/lib/msun/../libc/amd64  -c /tinderbox/CURRENT/amd64/amd64/src/lib/msun/src/s_frexp.c -o s_frexp.So
cc -fpic -DPIC -O2 -pipe  -D_IEEE_LIBM -I/tinderbox/CURRENT/amd64/amd64/src/lib/msun/../libc/include -I/tinderbox/CURRENT/amd64/amd64/src/lib/msun/../libc/amd64  -c /tinderbox/CURRENT/amd64/amd64/src/lib/msun/src/s_frexpf.c -o s_frexpf.So
cc -fpic -DPIC -O2 -pipe  -D_IEEE_LIBM -I/tinderbox/CURRENT/amd64/amd64/src/lib/msun/../libc/include -I/tinderbox/CURRENT/amd64/amd64/src/lib/msun/../libc/amd64  -c /tinderbox/CURRENT/amd64/amd64/src/lib/msun/src/s_ilogb.c -o s_ilogb.So
cccc:  in free(): error: junk pointer, too high to make sense
*** Signal 6

Stop in /tinderbox/CURRENT/amd64/amd64/src/lib/msun.
*** Error code 1

Stop in /tinderbox/CURRENT/amd64/amd64/src.
*** Error code 1

Stop in /tinderbox/CURRENT/amd64/amd64/src.
*** Error code 1

Stop in /tinderbox/CURRENT/amd64/amd64/src.
*** Error code 1

Stop in /tinderbox/CURRENT/amd64/amd64/src.
TB --- 2004-06-20 10:00:59 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2004-06-20 10:00:59 - ERROR: failed to build world
TB --- 2004-06-20 10:00:59 - tinderbox aborted

From owner-freebsd-current@FreeBSD.ORG  Sun Jun 20 11:18:25 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3DD9816A4CE
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 11:18:25 +0000 (GMT)
Received: from dd2626.kasserver.com (dd2626.kasserver.com [81.209.184.189])
	by mx1.FreeBSD.org (Postfix) with ESMTP id AB21043D1D
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 11:18:24 +0000 (GMT)
	(envelope-from outi@bytephobia.de)
Received: from duality.bytephobia.de (pD95F09AA.dip.t-dialin.net
	[217.95.9.170])	by dd2626.kasserver.com (Postfix) with SMTP
	id 9CA1846C39; Sun, 20 Jun 2004 13:18:18 +0200 (CEST)
Date: Sun, 20 Jun 2004 13:21:12 +0200
From: Patrick Hurrelmann <outi@bytephobia.de>
To: Doug White <dwhite@gumbysoft.com>
Message-Id: <20040620132112.3f3c3dfa@duality.bytephobia.de>
In-Reply-To: <20040619112104.D48022@carver.gumbysoft.com>
References: <20040618131219.75ea8f90@duality.bytephobia.de>
	<20040618101949.B36931@carver.gumbysoft.com>
	<20040618201253.044a6666@duality.bytephobia.de>
	<20040618204900.6657e62b@duality.bytephobia.de>
	<20040619112104.D48022@carver.gumbysoft.com>
Organization: private
X-Mailer: Sylpheed version 0.9.11claws (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: Problems installing FreeBSD with 3ware 9500S-4LP
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: outi@bytephobia.de
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Jun 2004 11:18:25 -0000

On Sat, 19 Jun 2004 11:27:34 -0700 (PDT)
Doug White <dwhite@gumbysoft.com> wrote:

> well you replied to yourself and made this a mess, I'll see what I can do
> to trim it down :)
> 
> On Fri, 18 Jun 2004, Patrick Hurrelmann wrote:
> 
> > > > Whats the RAID config?
> > >
> > > I forgot to include that. Shame on me.
> > > 4x 120GB, 7200rpm, 8mb chache WesternDigital Disks are configured as one Raid 5 array.
> >
> > Disk details: WDC WD1200JB-75GBB0
> 
> So 1 4-disk raid5. ok.
> 
> > > > > 5.1-Release
> > > > > w ACPI: Loading twa.ko (binary distribution of 3ware.com for 5.2) in 		sysinstall failes.
> > > > > w/o ACPI: same as w ACPI.
> > > >
> > > > I wouldn't expect this to work.
> > >
> 
> > > I tried that, as download page on 3ware says (FreeBSD 5.1, but i
> > > excpect that this is an error)
> 
> Yeah, I don't think thats right; Vinod said its been qualified on 5.2.
> The kernel ABI's changed since 5.1.
> 
> > > > > 5.2-Release
> > > > > w ACPI: loaded twa.ko in sysinstall.
> > > > > 	install went ok, on next reboot it just halts after BTX-Loader.
> > > > > 	I cannot load twa.ko in loader.
> > > > > w/o ACPI: same as w ACPI.
> > > >
> > > > Hm, sounds like the loader is getting corrupted. Try booting the install
> > > > CD, breaking out of the loader countdown and run these commands
> > > > (untested):
> > > >
> > > > unload
> > > > set rootdev=disk1s1a (or whatever disk you put freebsd on)
> > > > boot /boot/kernel/kernel
> > >
> > > No, i think i didn't make it clearly enough. It halt on BTX-Loader.
> > > I don't to the "real" loader. I don't see what modules it loads, etc.
> > > I'll reboot an post the exact message i see.
> 
> I was asking if you can boot off a different media here.  Since you can
> boot off the CDROM okay, I wanted you to use the CD's loader to boot the
> on-disk system.  If that worked then the loader binary on disk was
> probably corrupted.

I don't understand excatly what you mean.
I can indeed boot of floppy, cdrom and an old-fashioned ide-disk. only booting from raid does not work.
Do you mean that i have to boot with installation cdrom, escape to loader-prompt of cdrom and do some testings?
Sorry for annoying you, but i'm a real newbie :/

> > > twa.ko from 3ware dowload-site included new firmware. The controller
> > > has been updated automatically.
> > >
> > twa firmware is 2.02.00.011
> > twa bios is 2.02.01.037
> 
> Ah, they split it into runtime firmware and BIOS.  I was curious if there
> was a new BIOS available, but it appears its a part of the driver package
> now. Thats annoying; if you can't boot due to a BIOS problem, you can't
> boot to upload a new BIOS.  Nice chicken-&-egg problem.

yeah, i'd like to do updates by myself, but ok, that's their decision...

> > > I have second ide-disk with a some day old current. I can mount the partitions created during install. All seems to be ok.
> > >
> > > I tried a install with twa.ko of current, but it panics with an
> > > page-fault everytime i load the module through sysinstall.
> 
> Sounds like the module and kernel are mismatched here.
> 
> I'd suggest contacting 3ware at this point, since there is obviously a bug
> in the 3ware BIOS.

I will do so. Thanks for your help!
Asus does not provide any support for the A7M266-D anymore...
I flashed the motherboard's bios to the newest beta (1011 beta 5),
as i would need it, when i want to upgrade to 2 Athlon XP 2400+ anyway.
But it didn't change anything.

I hate that. My Promise raid5 did not work, so i sold it.
Now i bought a 3ware and it does not boot. :/

-- 
===========================================================================
Patrick Hurrelmann         | "Programming today is a race between software
Mannheim, Germany          |  engineers striving to build bigger and better 
                           |  idiot-proof programs, and the Universe trying
outi at bytephobia.de      |  to produce bigger and better idiots. So far,
www.bytephobia.de          |  the Universe is winning."         - Rich Cook

From owner-freebsd-current@FreeBSD.ORG  Sun Jun 20 11:21:39 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1ABAD16A4CE
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 11:21:39 +0000 (GMT)
Received: from dd2626.kasserver.com (dd2626.kasserver.com [81.209.184.189])
	by mx1.FreeBSD.org (Postfix) with ESMTP id DFB2943D39
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 11:21:38 +0000 (GMT)
	(envelope-from outi@bytephobia.de)
Received: from duality.bytephobia.de (pD95F09AA.dip.t-dialin.net
	[217.95.9.170])	by dd2626.kasserver.com (Postfix) with SMTP
	id 84B1F46C39; Sun, 20 Jun 2004 13:21:35 +0200 (CEST)
Date: Sun, 20 Jun 2004 13:24:29 +0200
From: Patrick Hurrelmann <outi@bytephobia.de>
To: "Vinod Kashyap" <vkashyap@amcc.com>
Message-Id: <20040620132429.5c9847b9@duality.bytephobia.de>
In-Reply-To: <HZLQ0G01.UDI@hadar.amcc.com>
References: <HZLQ0G01.UDI@hadar.amcc.com>
Organization: private
X-Mailer: Sylpheed version 0.9.11claws (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: Problems installing Fre*BSD with 3ware 9500S-4LP
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: outi@bytephobia.de
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Jun 2004 11:21:39 -0000

On Sun, 20 Jun 2004 02:50:36 -0700
"Vinod Kashyap" <vkashyap@amcc.com> wrote:

> 
> Looks like you cannot reboot after an install since the 
> driver is not part of the OS you just finished installing.
> 
> This is what you can do:
> 
> 1. While installing the OS, load the driver from a floppy
> (sysinstall->Configure->KLDLoad).  You are probably already
> doing this.
> 2. After installation, during reboot, escape to the loader
> prompt, and again with a floppy with the driver inserted,
> load the driver by doing 'load disk0:twa.ko'.
> 3. Do a 'boot' and you should be able to boot.
> 4. Once you have successfully rebooted, either build the kernel
> with the driver sources, or simply copy the driver binary (twa.ko)
> to /boot/kernel, and add the following line
> to /boot/loader.conf:
> twa_load="YES"
> This should make the driver load automatically during every reboot.
> 
> Also, sorry about the mistype 'FreeBSD 5.1' on the 3ware
> website.  It should indeed be 'FreeBSD 5.2'.  It's in the 
> process of being corrected.
> 
> Please contact 3ware support with any questions you might have.
> They should be able to assist you.
> 

The problem is that i can't escape to the loader prompt as it halts before. The process described is the same as in 3ware's handbook.
I even tried to copy twa.ko during install to /boot/kernel and edited my loader.conf with help of the emergency console running during install.
Again it halts before the loader prompts...

So i will contact 3ware support. Thanks for your help :D 

-- 
===========================================================================
Patrick Hurrelmann         | "Programming today is a race between software
Mannheim, Germany          |  engineers striving to build bigger and better 
                           |  idiot-proof programs, and the Universe trying
outi at bytephobia.de      |  to produce bigger and better idiots. So far,
www.bytephobia.de          |  the Universe is winning."         - Rich Cook

From owner-freebsd-current@FreeBSD.ORG  Sat Jun 19 15:37:02 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 3D5CB16A4CE; Sat, 19 Jun 2004 15:37:02 +0000 (GMT)
Received: from clever.eusc.inter.net (clever.eusc.inter.net [213.73.101.4])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 1CBE943D4C; Sat, 19 Jun 2004 15:37:01 +0000 (GMT)
	(envelope-from msch@snafu.de)
Received: from dial-76-229.de.inter.net ([213.73.76.229]
	helo=current.best-eng.de)
	by clever.eusc.inter.net with esmtp (Exim 3.36 #4)
	id 1BbhtS-0006ea-00; Sat, 19 Jun 2004 17:36:34 +0200
Received: from current.best-eng.de (localhost.best-eng.de [127.0.0.1])
	by current.best-eng.de (8.12.11/8.12.11) with ESMTP id i5JFaY65001069;
	Sat, 19 Jun 2004 17:36:34 +0200 (CEST)
	(envelope-from matthias@current.best-eng.de)
Received: from localhost (localhost [[UNIX: localhost]])
	by current.best-eng.de (8.12.11/8.12.11/Submit) id i5JFaXTi001068;
	Sat, 19 Jun 2004 17:36:33 +0200 (CEST)
	(envelope-from matthias)
From: Matthias Schuendehuette <msch@snafu.de>
Organization: Micro$oft-free Zone
To: Lukas Ertl <le@freebsd.org>
Date: Sat, 19 Jun 2004 17:36:33 +0200
User-Agent: KMail/1.6.2
References: <200406191247.43937.msch@snafu.de>
	<20040619135358.P670@korben.in.tern>
In-Reply-To: <20040619135358.P670@korben.in.tern>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_B2F1AcoSVLnr7PE"
Message-Id: <200406191736.33508.msch@snafu.de>
X-Mailman-Approved-At: Sun, 20 Jun 2004 11:47:13 +0000
X-Content-Filtered-By: Mailman/MimeDel 2.1.1
cc: freebsd-current@freebsd.org
Subject: Re: gvinum looses drives
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: msch@snafu.de
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 19 Jun 2004 15:37:02 -0000


--Boundary-00=_B2F1AcoSVLnr7PE
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi Lukas,

On Saturday 19 June 2004 13:54, Lukas Ertl wrote:
> turn on kern.geom.debugflags=1 and send me the output from before and
> after the mount command.

No problem. I attached the file because of the size. I was even more but 
I deleted the reoccuring sequences... I hope this was no mistake.

Here additionally the output of the 'classic' vinum->list and the 
'classic' vinum->dumpconfig as attachment.

5 drives:
D testdrive             State: up       /dev/da4a       A: 15/2063 MB 
(0%)
D d4                    State: up       /dev/da3s2e     A: 478/4604 MB 
(10%)
D d3                    State: up       /dev/da2s1e     A: 231/4357 MB 
(5%)
D d2                    State: up       /dev/da1s1e     A: 227/4353 MB 
(5%)
D d1                    State: up       /dev/da0s3e     A: 8/4133 MB 
(0%)

2 volumes:
V raid5                 State: up       Plexes:       1 Size:         12 
GB
V mp3dev                State: up       Plexes:       1 Size:       2048 
MB

2 plexes:
P raid5.p0           R5 State: up       Subdisks:     4 Size:         12 
GB
P mp3dev.p0           C State: up       Subdisks:     1 Size:       2048 
MB

5 subdisks:
S raid5.p0.s0           State: up       D: d1           Size:       4125 
MB
S raid5.p0.s1           State: up       D: d2           Size:       4125 
MB
S raid5.p0.s2           State: up       D: d3           Size:       4125 
MB
S raid5.p0.s3           State: up       D: d4           Size:       4125 
MB
S mp3dev.p0.s0          State: up       D: testdrive    Size:       2048 
MB

Hope that helps... Thanks!
-- 
Ciao/BSD - Matthias

Matthias Schuendehuette	<msch [at] snafu.de>, Berlin (Germany)
PGP-Key at <pgp.mit.edu> and <wwwkeys.de.pgp.net> ID: 0xDDFB0A5F

--Boundary-00=_B2F1AcoSVLnr7PE--

From owner-freebsd-current@FreeBSD.ORG  Sun Jun 20 07:43:28 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id E5A4216A4CE; Sun, 20 Jun 2004 07:43:28 +0000 (GMT)
Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 8BBB943D45; Sun, 20 Jun 2004 07:43:28 +0000 (GMT)
	(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 i5K7h5JW026162
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Sun, 20 Jun 2004 03:43:05 -0400 (EDT)
	(envelope-from mi@aldan.algebra.com)
Received: by aldan.algebra.com (8.12.11/8.12.11/Submit) id i5K7h51l026161;
	Sun, 20 Jun 2004 03:43:05 -0400 (EDT)
	(envelope-from mi)
From: Mikhail Teterin <mi+kde@aldan.algebra.com>
To: questions@FreeBSD.org
Date: Sun, 20 Jun 2004 03:43:03 -0400
User-Agent: KMail/1.6.2
X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w<gv/&E-lL7twZCT8B~/PA4|\t$ti+22K">hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli"<kcG^EOVihy+z3/UR{6SCQ
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Message-Id: <200406200343.03920@aldan>
X-Mailman-Approved-At: Sun, 20 Jun 2004 11:47:13 +0000
cc: current@FreeBSD.org
Subject: read vs. mmap (or io vs. page faults)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Jun 2004 07:43:29 -0000

Hello!

I'm writing a message-digest utility, which operates on file and
can use either stdio:

	while (not eof) {
		char buffer[BUFSIZE];
		size = read(.... buffer ...);
		process(buffer, size);
	}

or mmap:

	buffer = mmap(... file_size, PROT_READ ...);
	process(buffer, file_size);

I expected the second way to be faster, as it is supposed to avoid
one memory copying (no user-space buffer). But in reality, on a
CPU-bound (rather than IO-bound) machine, using mmap() is considerably
slower. Here are the tcsh's time results:

	Single Pentium2-400MHz running 4.8-stable:
	------------------------------------------
stdio:	56.837u 34.115s 2:06.61 71.8%   66+193k 11253+0io 3pf+0w
mmap:	72.463u 7.534s 2:34.62 51.7%    5+186k 105+0io 22328pf+0w

	Dual Pentium2 Xeon 450MHz running recent -current:
	--------------------------------------------------
stdio:	36.557u 29.395s 3:09.88 34.7%   10+165k 32646+0io 0pf+0w
mmap:	42.052u 7.545s 2:02.25 40.5%    10+169k 16+0io 15232pf+0w

On the IO-bound machine, using mmap is only marginally faster:

	Single Pentium4M (Centrino 1GHz) runing recent -current:
	--------------------------------------------------------
stdio:	27.195u 8.280s 1:33.02 38.1%    10+169k 11221+0io 1pf+0w
mmap:	26.619u 3.004s 1:23.59 35.4%    10+169k 47+0io 19463pf+0w

Notice the last two columns in time's output -- why is page-faulting a
page in -- on-demand -- so much slower then read()-ing it? I even tried
inserting ``madvise(buffer, file_size, MADV_SEQUENTIAL)'' between the
mmap() and the process() -- made difference at all (or made the mmap()
take slightly longer)...

I this how things are supposed to be, or will mmap() become more
efficient eventually? Thanks!

	-mi



From owner-freebsd-current@FreeBSD.ORG  Sun Jun 20 07:56:47 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 74BF616A4CE; Sun, 20 Jun 2004 07:56:47 +0000 (GMT)
Received: from mail.fatpipi.com (fatpipi.cirx.org [211.23.144.137])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 32B9843D48; Sun, 20 Jun 2004 07:56:47 +0000 (GMT)
	(envelope-from vanilla@fatpipi.com)
Received: from localhost (localhost.cirx.org [127.0.0.1])
	by mail.fatpipi.com (Postfix) with ESMTP id 2ED751D;
	Sun, 20 Jun 2004 15:55:08 +0800 (CST)
Received: from mail.fatpipi.com ([127.0.0.1])
 by localhost (fatpipi.cirx.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 77934-02; Sun, 20 Jun 2004 15:55:07 +0800 (CST)
Received: by mail.fatpipi.com (Postfix, from userid 1002)
	id 9D37A2C; Sun, 20 Jun 2004 15:55:07 +0800 (CST)
Date: Sun, 20 Jun 2004 15:55:07 +0800
From: "Vanilla I. Shu" <vanilla@fatpipi.cirx.org>
To: David O'Brien <obrien@freebsd.org>
Message-ID: <20040620075507.GA78114@fatpipi.cirx.org>
References: <20040619154150.GA79735@chihiro.leafy.idv.tw>
	<20040620015228.GB3636@dragon.nuxi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=big5
Content-Disposition: inline
In-Reply-To: <20040620015228.GB3636@dragon.nuxi.com>
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at cirx.org
X-Mailman-Approved-At: Sun, 20 Jun 2004 11:47:13 +0000
cc: freebsd-current@freebsd.org
Subject: Re: ld problem
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Jun 2004 07:56:47 -0000

On Sat, Jun 19, 2004 at 06:52:28PM -0700, David O'Brien wrote:
> On Sat, Jun 19, 2004 at 11:41:50PM +0800, leafy wrote:
> CVSup, 'make world' and please let me know if you still have trouble.
> 
yes, it works on my box.

thanks.

From owner-freebsd-current@FreeBSD.ORG  Sun Jun 20 09:50:40 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id ED2E416A4CE
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 09:50:40 +0000 (GMT)
Received: from hadar.amcc.com (hadar.amcc.com [192.195.69.168])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C39AA43D54
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 09:50:40 +0000 (GMT)
	(envelope-from vkashyap@amcc.com)
Received: from mailhost.amcc.com ([192.195.69.30]) by
          hadar.amcc.com (Netscape Messaging Server 4.15) with SMTP id
          HZLQ0G01.UDI; Sun, 20 Jun 2004 02:50:40 -0700 
Received: (from vkashyap-pc [10.66.6.61])
 by mailhost.amcc.com (SMSSMTP 4.0.0.59) with SMTP id M2004062002504004566
 ; Sun, 20 Jun 2004 02:50:42 -0700
From: "Vinod Kashyap" <vkashyap@amcc.com>
To: Doug White <dwhite@gumbysoft.com>,
	Patrick Hurrelmann <outi@bytephobia.de>
Date: Sun, 20 Jun 2004 02:50:36 -0700
X-Sent-Folder-Path: Sent Items
X-Mailer: Oracle Connector for Outlook 9.0.4 51114 (9.0.6627)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
Message-ID: <HZLQ0G01.UDI@hadar.amcc.com>
X-Mailman-Approved-At: Sun, 20 Jun 2004 11:47:13 +0000
cc: freebsd-current@freebsd.org
Subject: RE: Problems installing Fre*BSD with 3ware 9500S-4LP
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Jun 2004 09:50:41 -0000


Looks like you cannot reboot after an install since the =

driver is not part of the OS you just finished installing.

This is what you can do:

1. While installing the OS, load the driver from a floppy
(sysinstall->Configure->KLDLoad).  You are probably already
doing this.
2. After installation, during reboot, escape to the loader
prompt, and again with a floppy with the driver inserted,
load the driver by doing 'load disk0:twa.ko'.
3. Do a 'boot' and you should be able to boot.
4. Once you have successfully rebooted, either build the kernel
with the driver sources, or simply copy the driver binary (twa.ko)
to /boot/kernel, and add the following line
to /boot/loader.conf:
twa_load=3D"YES"
This should make the driver load automatically during every reboot.

Also, sorry about the mistype 'FreeBSD 5.1' on the 3ware
website.  It should indeed be 'FreeBSD 5.2'.  It's in the =

process of being corrected.

Please contact 3ware support with any questions you might have.
They should be able to assist you.


> -----Original Message-----
> From: owner-freebsd-current@freebsd.org
> [mailto:owner-freebsd-current@freebsd.org]On Behalf Of Doug White
> Sent: Saturday, June 19, 2004 11:28 AM
> To: Patrick Hurrelmann
> Cc: freebsd-current@freebsd.org
> Subject: Re: Problems installing FreeBSD with 3ware 9500S-4LP
> =

> =

> well you replied to yourself and made this a mess, I'll see =

> what I can do
> to trim it down :)
> =

> On Fri, 18 Jun 2004, Patrick Hurrelmann wrote:
> =

> > > > Whats the RAID config?
> > >
> > > I forgot to include that. Shame on me.
> > > 4x 120GB, 7200rpm, 8mb chache WesternDigital Disks are =

> configured as one Raid 5 array.
> >
> > Disk details: WDC WD1200JB-75GBB0
> =

> So 1 4-disk raid5. ok.
> =

> > > > > 5.1-Release
> > > > > w ACPI: Loading twa.ko (binary distribution of =

> 3ware.com for 5.2) in 		sysinstall failes.
> > > > > w/o ACPI: same as w ACPI.
> > > >
> > > > I wouldn't expect this to work.
> > >
> =

> > > I tried that, as download page on 3ware says (FreeBSD 5.1, but i
> > > excpect that this is an error)
> =

> Yeah, I don't think thats right; Vinod said its been qualified on 5.2.
> The kernel ABI's changed since 5.1.
> =

> > > > > 5.2-Release
> > > > > w ACPI: loaded twa.ko in sysinstall.
> > > > > 	install went ok, on next reboot it just halts =

> after BTX-Loader.
> > > > > 	I cannot load twa.ko in loader.
> > > > > w/o ACPI: same as w ACPI.
> > > >
> > > > Hm, sounds like the loader is getting corrupted. Try =

> booting the install
> > > > CD, breaking out of the loader countdown and run these commands
> > > > (untested):
> > > >
> > > > unload
> > > > set rootdev=3Ddisk1s1a (or whatever disk you put freebsd on)
> > > > boot /boot/kernel/kernel
> > >
> > > No, i think i didn't make it clearly enough. It halt on =

> BTX-Loader.
> > > I don't to the "real" loader. I don't see what modules it =

> loads, etc.
> > > I'll reboot an post the exact message i see.
> =

> I was asking if you can boot off a different media here.  =

> Since you can
> boot off the CDROM okay, I wanted you to use the CD's loader =

> to boot the
> on-disk system.  If that worked then the loader binary on disk was
> probably corrupted.
> =

> > > twa.ko from 3ware dowload-site included new firmware. The =

> controller
> > > has been updated automatically.
> > >
> > twa firmware is 2.02.00.011
> > twa bios is 2.02.01.037
> =

> Ah, they split it into runtime firmware and BIOS.  I was =

> curious if there
> was a new BIOS available, but it appears its a part of the =

> driver package
> now. Thats annoying; if you can't boot due to a BIOS problem, =

> you can't
> boot to upload a new BIOS.  Nice chicken-&-egg problem.
> =

> > > I have second ide-disk with a some day old current. I can =

> mount the partitions created during install. All seems to be ok.
> > >
> > > I tried a install with twa.ko of current, but it panics with an
> > > page-fault everytime i load the module through sysinstall.
> =

> Sounds like the module and kernel are mismatched here.
> =

> I'd suggest contacting 3ware at this point, since there is =

> obviously a bug
> in the 3ware BIOS.
> =

> -- =

> 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"
> 

From owner-freebsd-current@FreeBSD.ORG  Sun Jun 20 12:05:12 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 628BF16A4CE
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 12:05:12 +0000 (GMT)
Received: from ctb-mesg6.saix.net (ctb-mesg6.saix.net [196.25.240.78])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4D9A943D54
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 12:05:11 +0000 (GMT)	(envelope-from marc@bowtie.nl)
Received: from [165.165.101.76] (tbnb-101-76.telkomadsl.co.za
	[165.165.101.76])
	by ctb-mesg6.saix.net (Postfix) with ESMTP id 04C2C160E07;
	Sun, 20 Jun 2004 14:05:04 +0200 (SAST)
Message-ID: <40D57D6F.4050209@bowtie.nl>
Date: Sun, 20 Jun 2004 14:05:03 +0200
From: Marc van Kempen <marc@bowtie.nl>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.7) Gecko/20040514
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Tai-hwa Liang <avatar@mmlab.cse.yzu.edu.tw>
References: <40CDDFFC.6070507@bowtie.nl>
	<04062016491810.20516@www.mmlab.cse.yzu.edu.tw>
In-Reply-To: <04062016491810.20516@www.mmlab.cse.yzu.edu.tw>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: freebsd-current@freebsd.org
Subject: Re: USB Mouse not working on Thinkpad R40, works under WinXP
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Jun 2004 12:05:12 -0000

Tai-hwa Liang wrote:
> On Mon, 14 Jun 2004, Marc van Kempen wrote:
> 
>>Hi,
>>
>>I just bought a new usb mouse (Genius Powerscroll Eye U+P, optical
>>mouse), and while my other USB mouse works fine under FreeBSD -current
>>(about two months old), this one doesn't.
> 
> 
> I have the similar problem on both -STABLE and -CURRENT. Mine is an "ELECOM
> M-MAPP1KHBK" optical mouse, which can be probed by ums.ko and usbd; however,
> I found no mouse event from /dev/ums0 while moving, clicking or wheel
> scrolling the mouse.
> 

I can also confirm that it still doesn't work on a very recent -current 
(16 June).

Any USB experst out there who want to comment on this?

Regards,
Marc.

From owner-freebsd-current@FreeBSD.ORG  Sun Jun 20 13:06:21 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1053A16A4CE
	for <current@freebsd.org>; Sun, 20 Jun 2004 13:06:21 +0000 (GMT)
Received: from mail.corrupt.co.nz (222-152-67-134.jetstream.xtra.co.nz
	[222.152.67.134])
	by mx1.FreeBSD.org (Postfix) with SMTP id AE85743D4C
	for <current@freebsd.org>; Sun, 20 Jun 2004 13:06:19 +0000 (GMT)
	(envelope-from drew@corrupt.co.nz)
Received: (qmail 37572 invoked by uid 1011); 20 Jun 2004 13:06:15 -0000
Received: from drew@corrupt.co.nz by tweety.lan.corrupt.co.nz by uid 1009 with
	qmail-scanner-1.22 Clear:RC:0(10.10.69.146):SA:0(0.0/3.8):. 
	Processed in 5.234739 secs); 20 Jun 2004 13:06:15 -0000
X-Spam-Status: No, hits=0.0 required=3.8
Received: from unknown (HELO ?10.10.69.146?) (drew@corrupt.co.nz@10.10.69.146)
  by mail.corrupt.co.nz with SMTP; 20 Jun 2004 13:06:09 -0000
Message-ID: <40D58B84.7080201@corrupt.co.nz>
Date: Mon, 21 Jun 2004 01:05:08 +1200
From: Drew Broadley <drew@corrupt.co.nz>
User-Agent: Mozilla Thunderbird 0.6 (X11/20040606)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: current@freebsd.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Error while "buildkernel" with latest cvsup src - 5.2.1
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Jun 2004 13:06:21 -0000

rm -f hack.c
sh /usr/src/sys/conf/newvers.sh EVOn800v
cc -c -O -pipe  -Wall -Wredundant-decls -Wnested-externs 
-Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline 
-Wcast-qual  -fformat-extensions -std=c99  -nostdinc -I-  -I. 
-I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica 
-I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter 
-I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath 
-I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm 
-D_KERNEL -include opt_global.h -fno-common -finline-limit=8000  
-mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding 
-Werror  vers.c
linking kernel
if_ath.o(.text+0x6c): In function `ath_attach':
: undefined reference to `ath_hal_attach'
if_ath.o(.text+0x2c2f): In function `ath_tx_start':
: undefined reference to `ath_hal_computetxtime'
if_ath.o(.text+0x2c8c): In function `ath_tx_start':
: undefined reference to `ath_hal_computetxtime'
if_ath.o(.text+0x2ca9): In function `ath_tx_start':
: undefined reference to `ath_hal_computetxtime'
if_ath.o(.text+0x2ccb): In function `ath_tx_start':
: undefined reference to `ath_hal_computetxtime'
if_ath.o(.text+0x3caf): In function `ath_getchannels':
: undefined reference to `ath_hal_init_channels'
if_ath.o(.text+0x3cfc): In function `ath_getchannels':
: undefined reference to `ath_hal_mhz2ieee'
if_ath.o(.data+0x20): undefined reference to `sysctl__hw_ath_children'
if_ath.o(.data+0x60): undefined reference to `sysctl__hw_ath_children'
if_ath.o(.data+0xa0): undefined reference to `sysctl__hw_ath_children'
if_ath.o(.data+0x100): undefined reference to `sysctl__hw_ath_children'
if_ath.o(.data+0x160): undefined reference to `sysctl__hw_ath_children'
if_ath.o(.data+0x1a0): more undefined references to 
`sysctl__hw_ath_children' follow
if_ath_pci.o(.text+0xae): In function `ath_pci_probe':
: undefined reference to `ath_hal_probe'
*** Error code 1

Stop in /usr/obj/usr/src/sys/EVOn800v.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.

From owner-freebsd-current@FreeBSD.ORG  Sun Jun 20 13:39:42 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id CCFDE16A4CE
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 13:39:42 +0000 (GMT)
Received: from mailhub.intercaf.ru (mailhub.intercaf.ru [195.96.167.50])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C4F6943D5A
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 13:39:41 +0000 (GMT)
	(envelope-from lesha@intercaf.ru)
Received: from ppp83-237-11-13.pppoe.mtu-net.ru
	(sick@ppp83-237-11-13.pppoe.mtu-net.ru [83.237.11.13])
	(authenticated bits=0)i5KDct16015312;
	Sun, 20 Jun 2004 17:38:56 +0400 (MSD)
	(envelope-from lesha@intercaf.ru)
From: AK <lesha@intercaf.ru>
Organization: InterCAF
To: freebsd-current@freebsd.org
Date: Sun, 20 Jun 2004 17:39:10 +0400
User-Agent: KMail/1.6.2
References: <200406161455.13175.lesha@intercaf.ru>
	<200406161026.57921.craig@xfoil.gank.org>
	<20040617010502.GB90050@xor.obsecurity.org>
In-Reply-To: <20040617010502.GB90050@xor.obsecurity.org>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="koi8-r"
Content-Transfer-Encoding: 7bit
Message-Id: <200406201739.10541.lesha@intercaf.ru>
X-Virus-Scanned: ClamAV version 'clamd / ClamAV version 0.65', clamav-milter
	version '0.60p'
cc: Kris Kennaway <kris@obsecurity.org>
Subject: Re: (continued) XFree86 problem?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Jun 2004 13:39:43 -0000


Greetings!
Here are some new stats for the memory problem.
I was not using machine heavily this days, so it is just 300+ Megs.
It is after doing some rendering in Blender 
(problem is not Blender related, as I have just installed it yestrday)

top:

up 0+15:13:59
2032 root      97    0   342M   231M select  13:36  1.66%  1.66% XFree86

xrestop:
          Monitoring 25 clients. XErrors: 0
          Pixmaps:    8943K total, Other:     190K total, All:    9133K total

# dmesg | grep agp
agp0: <Intel 82845G (845G GMCH) SVGA controller> mem 
0xdff80000-0xdfffffff,0xd0000000-0xd7ffffff irq 11 at device 2.0 on pci0
agp0: detected 8060k stolen memory
agp0: aperture size is 128M

# dmesg | grep VESA
VESA: v3.0, 8000k memory, flags:0x1, mode table:0xc07904a0 (1000040)
VESA: Intel(r)845G/845GL/845GE/845GV Graphics Chip Accelerated VGA BIOS

# cat /proc/2032/map
0x8048000 0x81bd000 230 251 0xc2262ef4 r-x 2 1 0x0 COW NC vnode /usr/X11R6/bin/XFree86
0x81bd000 0x81ee000 7 0 0xc3382630 rw- 1 0 0x2180 COW NNC vnode /usr/X11R6/bin/XFree86
0x81ee000 0x8201000 18 0 0xc3365948 rw- 1 0 0x2180 COW NNC swap -
0x8201000 0x8a9a000 631 0 0xc24da738 rwx 1 0 0x2180 COW NNC swap -
0x8a9a000 0x8c68000 265 0 0xc26028c4 rwx 1 0 0x2180 COW NNC swap -
0x8c68000 0x1533e000 24913 0 0xc2516dec rwx 1 0 0x2180 NCOW NNC swap -
0x281bd000 0x281d9000 18 0 0xc1041420 r-x 126 60 0x4 COW NC vnode /libexec/ld-elf.so.1
0x281d9000 0x281da000 1 0 0xc33ad084 rw- 1 0 0x2180 COW NC vnode /libexec/ld-elf.so.1
0x281da000 0x281df000 5 0 0xc2986e70 rw- 1 0 0x2180 COW NNC swap -
0x281df000 0x281f0000 7 0 0xc25f3a50 rwx 1 0 0x2180 COW NNC swap -
0x281f0000 0x281fa000 5 0 0xc1db5318 r-x 59 28 0x0 COW NC vnode /lib/libz.so.2
0x281fa000 0x281fb000 0 0 0xc33b2ef4 r-x 1 0 0x2180 COW NC vnode /lib/libz.so.2
0x281fb000 0x281fd000 0 0 0xc33a5b58 rwx 1 0 0x2180 COW NC vnode /lib/libz.so.2
0x281fd000 0x28211000 17 0 0xc1cf7ef4 r-x 65 32 0x0 COW NC vnode /lib/libm.so.2
0x28211000 0x28212000 0 0 0xc33ad39c r-x 1 0 0x2180 COW NC vnode /lib/libm.so.2
0x28212000 0x28216000 1 0 0xc33a5ce4 rwx 1 0 0x2180 COW NNC vnode /lib/libm.so.2
0x28216000 0x282cb000 50 0 0xc25cfce4 r-x 1 0 0x2180 COW NC vnode /lib/libc.so.5
0x282cb000 0x282cc000 1 0 0xc33b2630 r-x 1 0 0x2180 COW NC vnode /lib/libc.so.5
0x282cc000 0x282d2000 4 0 0xc25ed000 rwx 1 0 0x2180 COW NNC vnode /lib/libc.so.5
0x282d2000 0x282e5000 3 0 0xc25f3000 rwx 1 0 0x2180 COW NNC swap -
0x282e9000 0x28349000 18 0 0xc2625d68 rwx 4 0 0x180 NCOW NNC device -
0x28349000 0x283c9000 5 0 0xc2625d68 rwx 4 0 0x180 NCOW NNC device -
0x283c9000 0x283d9000 16 0 0xc2625d68 rwx 4 0 0x180 NCOW NNC device -
0x28400000 0x30400000 32768 0 0xc2625d68 rwx 4 0 0x180 NCOW NNC device -
0x30400000 0x30430000 48 0 0xc283139c rwx 3 0 0x190 NCOW NNC swap -
0x30430000 0x30490000 65 0 0xc317d420 rwx 3 0 0x190 NCOW NNC swap -
0x30600000 0x30636000 53 0 0xc3217420 rwx 1 0 0x2180 NCOW NNC swap -
0xbfba0000 0xbfbe0000 10 0 0xc3175000 rwx 1 0 0x2180 NCOW NNC swap -
0xbfbe0000 0xbfc00000 31 0 0xc2602420 rwx 1 0 0x2180 COW NNC default -

as far I understand value in 3rd column is memory pages, which are 4k in size
so totally we have 59190 memory pages x 4k = 236760k / 1024 = 231.2M
it exactly matches top's RES column

How do I get information about all memory process uses, including memory in swap?


AL.

From owner-freebsd-current@FreeBSD.ORG  Sun Jun 20 13:40:18 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6DB4B16A4CE
	for <current@freebsd.org>; Sun, 20 Jun 2004 13:40:18 +0000 (GMT)
Received: from zaphod.nitro.dk (port324.ds1-khk.adsl.cybercity.dk
	[212.242.113.79])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C6D4243D31
	for <current@freebsd.org>; Sun, 20 Jun 2004 13:40:17 +0000 (GMT)
	(envelope-from simon@zaphod.nitro.dk)
Received: by zaphod.nitro.dk (Postfix, from userid 3000)
	id AAACA119CA; Sun, 20 Jun 2004 15:40:13 +0200 (CEST)
Date: Sun, 20 Jun 2004 15:40:13 +0200
From: "Simon L. Nielsen" <simon@FreeBSD.org>
To: Drew Broadley <drew@corrupt.co.nz>
Message-ID: <20040620134013.GB826@zaphod.nitro.dk>
References: <40D58B84.7080201@corrupt.co.nz>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="A6N2fC+uXW/VQSAv"
Content-Disposition: inline
In-Reply-To: <40D58B84.7080201@corrupt.co.nz>
User-Agent: Mutt/1.5.6i
cc: current@freebsd.org
Subject: Re: Error while "buildkernel" with latest cvsup src - 5.2.1
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Jun 2004 13:40:18 -0000


--A6N2fC+uXW/VQSAv
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On 2004.06.21 01:05:08 +1200, Drew Broadley wrote:
> rm -f hack.c
> sh /usr/src/sys/conf/newvers.sh EVOn800v
> cc -c -O -pipe  -Wall -Wredundant-decls -Wnested-externs=20
> -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline=20
> -Wcast-qual  -fformat-extensions -std=3Dc99  -nostdinc -I-  -I.=20
> -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica=20
> -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter=20
> -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath=20
> -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm=20
> -D_KERNEL -include opt_global.h -fno-common -finline-limit=3D8000 =20
> -mno-align-long-strings -mpreferred-stack-boundary=3D2 -ffreestanding=20
> -Werror  vers.c
> linking kernel
> if_ath.o(.text+0x6c): In function `ath_attach':
> : undefined reference to `ath_hal_attach'

Sounds like you have included ath but not ath_hal in your kernel
configuration?  If that's not the case you need to include more
details, e.g. like your kernel configuration file.

--=20
Simon L. Nielsen
FreeBSD Documentation Team

--A6N2fC+uXW/VQSAv
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (FreeBSD)

iD8DBQFA1ZO9h9pcDSc1mlERAqIWAKCp1F+KCE3oUBTn79AJb4GXiHmb+ACdFLAE
jjl2BOamL7Qb2ngFFORMetg=
=/J/g
-----END PGP SIGNATURE-----

--A6N2fC+uXW/VQSAv--

From owner-freebsd-current@FreeBSD.ORG  Sun Jun 20 14:06:19 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6E13F16A4CE
	for <current@freebsd.org>; Sun, 20 Jun 2004 14:06:19 +0000 (GMT)
Received: from out001.verizon.net (out001pub.verizon.net [206.46.170.140])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2768C43D39
	for <current@freebsd.org>; Sun, 20 Jun 2004 14:06:19 +0000 (GMT)
	(envelope-from Alex.Kovalenko@verizon.net)
Received: from [10.0.3.231] ([138.89.19.189]) by out001.verizon.net
          (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP
          id <20040620140618.XHFI1464.out001.verizon.net@[10.0.3.231]>;
          Sun, 20 Jun 2004 09:06:18 -0500
From: "Alexandre \"Sunny\" Kovalenko" <Alex.Kovalenko@verizon.net>
To: Andrey Smirnov <smir@delit.net>
In-Reply-To: <40D2E512.8070700@delit.net>
References: <40D2E512.8070700@delit.net>
Content-Type: text/plain
Message-Id: <1087740319.865.8.camel@RabbitsDen>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.6 
Date: Sun, 20 Jun 2004 10:05:20 -0400
Content-Transfer-Encoding: 7bit
X-Authentication-Info: Submitted using SMTP AUTH at out001.verizon.net from
	[138.89.19.189] at Sun, 20 Jun 2004 09:06:18 -0500
cc: current@freebsd.org
Subject: Re: vr0: couldn't map memory/ports
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Jun 2004 14:06:19 -0000

On Fri, 2004-06-18 at 08:50, Andrey Smirnov wrote:
> Hello!
> 
> Upgrading my notebook from Mar 19 -CURRENT to Jun 16 revealed a problem:
> 
> vr0: <VIA VT6102 Rhine II 10/100BaseTX> port 0x1400-0x14ff irq 10 at 
> device 18.0 on pci0
> vr0: couldn't map ports/memory
> device_attach: vr0 attach returned 6
> 
> The same thing happens to firewire, it doesn't bother me much.
> Relevant lines about vr0 from Mar 19 kernel say:
> 
> vr0: <VIA VT6102 Rhine II 10/100BaseTX> port 0x1400-0x14ff irq 10 at 
> device 18.0 on pci0
> vr0: Ethernet address: 00:40:ca:bf:f0:87
> miibus0: <MII bus> on vr0
> ukphy0: <Generic IEEE 802.3u media interface> on miibus0
> ukphy0: OUI 0x004063, model 0x0032, rev. 8
> ukphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
> vr0: bpf attached
> 
> It seems to me this is something with resource allocation, I tried 
> setting 'OS' in BIOS to 'DOS' / 'Win XP' without any visible difference.
> 
> Other devices work OK (including ndis0, nvidia0). In my tests I disabled 
> all kernel modules (sound, nvidia), although this doesn't change 
> anything. Booting with ACPI disabled also doesn't change anything.
> 
> Good news are that now (with Jun 16) power button works and I'm able to 
> switch off my notebook without 'shutdown -p now'.
> 
> I put verbose dmesg with Mar 19, Jun 16 kernel and acpidump -t -d output 
> here:
> 
> http://images.delit.net/dmesg.bad.v
> http://images.delit.net/dmesg.good.v
> http://images.delit.net/acpi.asl.bz2
> 
> Thanks,
> Andrey.
> _______________________________________________
> 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"

-CURRENT from June 18th

sunny:RabbitsDen>dmesg | grep vr
vr0: <VIA VT6102 Rhine II 10/100BaseTX> port 0xd800-0xd8ff mem
0xdffffe00-0xdffffeff irq 11 at device 18.0 on pci0
miibus0: <MII bus> on vr0
vr0: Ethernet address: 00:40:45:13:93:fc
vr0: [GIANT-LOCKED]

If you would like the full config or full dmesg, let me know.

Alexandre "Sunny" Kovalenko.

From owner-freebsd-current@FreeBSD.ORG  Sun Jun 20 15:11:21 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 2788116A4CE
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 15:11:21 +0000 (GMT)
Received: from mailhub.intercaf.ru (mailhub.intercaf.ru [195.96.167.50])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 5031743D46
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 15:11:20 +0000 (GMT)
	(envelope-from lesha@intercaf.ru)
Received: from [192.168.1.3] (ppp83-237-11-6.pppoe.mtu-net.ru [83.237.11.6])
	(authenticated bits=0)
	by mailhub.intercaf.ru (8.12.10/8.12.10) with ESMTP id i5KFB616015865
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 19:11:07 +0400 (MSD)
	(envelope-from lesha@intercaf.ru)
From: AK <lesha@intercaf.ru>
Organization: InterCAF
To: freebsd-current@freebsd.org
Date: Sun, 20 Jun 2004 19:11:21 +0400
User-Agent: KMail/1.6.2
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Message-Id: <200406201911.21044.lesha@intercaf.ru>
X-Virus-Scanned: ClamAV version 'clamd / ClamAV version 0.65', clamav-milter
	version '0.60p'
Subject: Does ipl.ko require INET6?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Jun 2004 15:11:21 -0000


Hello, everyone!


# kldload ipl
link_elf: symbol in6_cksum undefined


Does it mean that INET6 is a must for ipl to work?



AL.

(currently rebuilding kernel with INET6, which I don't need)

From owner-freebsd-current@FreeBSD.ORG  Sun Jun 20 15:15:16 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 370D116A4CE; Sun, 20 Jun 2004 15:15:16 +0000 (GMT)
Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 037AD43D46; Sun, 20 Jun 2004 15:15:16 +0000 (GMT)
	(envelope-from rodrigc@crodrigues.org)
Received: from dibbler.crodrigues.org
	(h00609772adf0.ne.client2.attbi.com[66.30.114.143])
	by comcast.net (rwcrmhc11) with ESMTP
	id <2004062015151501300ggl5ge>; Sun, 20 Jun 2004 15:15:15 +0000
Received: from h00609772adf0.ne.client2.attbi.com (localhost [127.0.0.1])
	i5KFFHwP090561;	Sun, 20 Jun 2004 11:15:17 -0400 (EDT)
	(envelope-from rodrigc@h00609772adf0.ne.client2.attbi.com)
Received: (from rodrigc@localhost)i5KFFGri090560;
	Sun, 20 Jun 2004 11:15:16 -0400 (EDT)	(envelope-from rodrigc)
Date: Sun, 20 Jun 2004 11:15:16 -0400
From: Craig Rodrigues <rodrigc@crodrigues.org>
To: Don Bowman <don@sandvine.com>
Message-ID: <20040620151516.GA90547@crodrigues.org>
References: <FE045D4D9F7AED4CBFF1B3B813C85337051D900E@mail.sandvine.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <FE045D4D9F7AED4CBFF1B3B813C85337051D900E@mail.sandvine.com>
User-Agent: Mutt/1.4.1i
cc: "'freebsd-current@freebsd.org'" <freebsd-current@freebsd.org>
Subject: Re: ** HEADS UP **  GDB detached from the 5-CURRENT build
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Jun 2004 15:15:16 -0000

On Thu, Jun 17, 2004 at 02:42:49PM -0400, Don Bowman wrote:
> I think the 2004-05-25 snapshot is no longer present. I'm
> trying with 20040617 instead.
> 
> #SNAPDATE=      2004-05-25
> SNAPDATE=       20040617



Hi,

I had to do this in order to get gdb6 to compile:

--- ./files/freebsd-uthread.c.orig	Sun Jun 20 11:08:24 2004
+++ ./files/freebsd-uthread.c	Sun Jun 20 11:10:56 2004
@@ -720,9 +720,9 @@
 /* Fork an inferior process, and start debugging it with /proc.  */
 
 static void
-freebsd_uthread_create_inferior (char *exec_file, char *allargs, char **env)
+freebsd_uthread_create_inferior (char *exec_file, char *allargs, char **env, int from_tty)
 {
-  child_ops.to_create_inferior (exec_file, allargs, env);
+  child_ops.to_create_inferior (exec_file, allargs, env, from_tty);
 
   if (PIDGET(inferior_ptid) && freebsd_uthread_active)
     {
--- ./Makefile.orig	Sun Jun 20 11:08:13 2004
+++ ./Makefile	Sun Jun 20 11:10:17 2004
@@ -6,7 +6,7 @@
 # $FreeBSD: ports/devel/gdb6/Makefile,v 1.30 2004/06/14 08:33:19 obrien Exp $
 #
 
-SNAPDATE=	2004-05-25
+SNAPDATE=	2004-06-15
 SNAPVER=	${SNAPDATE:S/-//g}
 
 PORTNAME=	gdb
--- ./distinfo.orig	Sun Jun 20 11:08:19 2004
+++ ./distinfo	Sun Jun 20 11:10:27 2004
@@ -1,2 +1,2 @@
-MD5 (gdb+dejagnu-weekly-20040525.tar.bz2) = 24078282c8e0432fdbba03a027edc858
-SIZE (gdb+dejagnu-weekly-20040525.tar.bz2) = 16845309
+MD5 (gdb+dejagnu-weekly-20040615.tar.bz2) = 4ddf67fd458e5e9b742fa17809130047
+SIZE (gdb+dejagnu-weekly-20040615.tar.bz2) = 16885944



-- 
Craig Rodrigues        
http://crodrigues.org
rodrigc@crodrigues.org

From owner-freebsd-current@FreeBSD.ORG  Sun Jun 20 15:21:43 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D93DF16A4CE
	for <current@freebsd.org>; Sun, 20 Jun 2004 15:21:43 +0000 (GMT)
Received: from moutvdomng.kundenserver.de (moutvdom.kundenserver.de
	[212.227.126.249])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7EEFB43D39
	for <current@freebsd.org>; Sun, 20 Jun 2004 15:21:43 +0000 (GMT)
	(envelope-from liamfoy@sepulcrum.org)
Received: from [212.227.126.224] (helo=mrvdomng.kundenserver.de)
	by moutvdomng.kundenserver.de with esmtp (Exim 3.35 #1)
	id 1Bc48c-0007tK-00
	for current@freebsd.org; Sun, 20 Jun 2004 17:21:42 +0200
Received: from [217.43.76.50] (helo=liamfoy.ath.cx)
	by mrvdomng.kundenserver.de with esmtp (Exim 3.35 #1)
	id 1Bc48c-0005Nk-00
	for current@freebsd.org; Sun, 20 Jun 2004 17:21:42 +0200
Date: Sun, 20 Jun 2004 16:20:18 +0100
From: "Liam J. Foy" <liamfoy@sepulcrum.org>
To: current@freebsd.org
Message-Id: <20040620162018.0046d736.liamfoy@sepulcrum.org>
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
Subject: -current error
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Jun 2004 15:21:44 -0000

Hey guys,

	Am getting a strange build error on current(1 day old). The error is:

[snip]
ln -fs /usr/obj/usr/src/i386/lib/libz.so.2 /usr/obj/usr/src/i386/usr/lib/libz.so
1 error
*** Error code 2
1 error
*** Error code 2
1 error
*** Error code 2

Any of you guys know a solution for this?

Thanks in advance,

-- 
-Liam Foy
http://liamfoy.kerneled.org
"Do only what only you can do."

From owner-freebsd-current@FreeBSD.ORG  Sun Jun 20 15:31:09 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9C8C916A4CE
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 15:31:09 +0000 (GMT)
Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net
	[66.42.172.210])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 0D5C543D2F
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 15:31:09 +0000 (GMT)
	(envelope-from mistry.7@osu.edu)
Received: from [192.168.1.102] (ddsl-66-42-172-210.fuse.net [66.42.172.210])
	(authenticated bits=0)i5KFNKQr068590
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO);
	Sun, 20 Jun 2004 11:23:21 -0400 (EDT)
	(envelope-from mistry.7@osu.edu)
From: Anish Mistry <mistry.7@osu.edu>
To: freebsd-current@freebsd.org
Date: Sun, 20 Jun 2004 11:31:10 -0400
User-Agent: KMail/1.6.2
References: <40CDDFFC.6070507@bowtie.nl>
	<04062016491810.20516@www.mmlab.cse.yzu.edu.tw>
In-Reply-To: <04062016491810.20516@www.mmlab.cse.yzu.edu.tw>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Message-Id: <200406201131.18562.mistry.7@osu.edu>
X-Spam-Status: No, hits=-4.9 required=5.0
	tests=EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE,
	      QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES,
	      REPLY_WITH_QUOTES,USER_AGENT_KMAIL
	version=2.55
X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp)
cc: Tai-hwa Liang <avatar@mmlab.cse.yzu.edu.tw>
cc: Marc van Kempen <marc@bowtie.nl>
Subject: Re: USB Mouse not working on Thinkpad R40, works under WinXP
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Jun 2004 15:31:09 -0000

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Sunday 20 June 2004 05:09 am, Tai-hwa Liang wrote:
> On Mon, 14 Jun 2004, Marc van Kempen wrote:
> > Hi,
> >
> > I just bought a new usb mouse (Genius Powerscroll Eye U+P, optical
> > mouse), and while my other USB mouse works fine under FreeBSD -current
> > (about two months old), this one doesn't.
>
> I have the similar problem on both -STABLE and -CURRENT. Mine is an "ELEC=
OM
> M-MAPP1KHBK" optical mouse, which can be probed by ums.ko and usbd;
> however, I found no mouse event from /dev/ums0 while moving, clicking or
> wheel scrolling the mouse.
>
> > The mouse is recognized (I see the entry in /var/log/messages) and usbd
> > is running and forking off a moused (moused -p /dev/ums0 -I
> > /var/run/...). X is configured to work with sysmouse (and this works
> > with my other USB mouse), but both on the text console and in X the
> > pointer doesn't move and buttons don't work.
>
> Same here: the usbd detected the mouse, but neither the console
> pointer(moused) nor the XFree86 responded to the mouse movement.
>
I'm working on importing the NetBSD sources (this particular part of the co=
de=20
has been out of sync for a while, so it's going to take a bit of time) whic=
h=20
I believe may fix this problem.  You might want to search the hardware list=
=20
for a small patch by Markus Wild (Fix for Logitech DiNovo cordless mouse)=20
that might fix this problem.
=2D --=20
Anish Mistry
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (FreeBSD)

iD8DBQFA1a3FxqA5ziudZT0RAoBfAJ4n3ILw9eBq1hZh6yFU0Wh7hlW9UACg1fTe
1II6JfPB6ePrXXmtXTrAOjU=3D
=3DCupK
=2D----END PGP SIGNATURE-----

From owner-freebsd-current@FreeBSD.ORG  Sun Jun 20 15:41:52 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id AB56016A4CE; Sun, 20 Jun 2004 15:41:52 +0000 (GMT)
Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 57D9743D46; Sun, 20 Jun 2004 15:41:52 +0000 (GMT)
	(envelope-from dan@dan.emsphone.com)
Received: (from dan@localhost)
	by dan.emsphone.com (8.12.10/8.12.10) id i5KFfKa1055360;
	Sun, 20 Jun 2004 10:41:20 -0500 (CDT)
	(envelope-from dan)
Date: Sun, 20 Jun 2004 10:41:20 -0500
From: Dan Nelson <dnelson@allantgroup.com>
To: Mikhail Teterin <mi+kde@aldan.algebra.com>
Message-ID: <20040620154120.GC5040@dan.emsphone.com>
References: <200406200343.03920@aldan>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200406200343.03920@aldan>
X-OS: FreeBSD 5.2-CURRENT
X-message-flag: Outlook Error
User-Agent: Mutt/1.5.6i
cc: questions@freebsd.org
cc: current@freebsd.org
Subject: Re: read vs. mmap (or io vs. page faults)
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Jun 2004 15:41:52 -0000

In the last episode (Jun 20), Mikhail Teterin said:
> I expected the second way to be faster, as it is supposed to avoid
> one memory copying (no user-space buffer). But in reality, on a
> CPU-bound (rather than IO-bound) machine, using mmap() is
> considerably slower. Here are the tcsh's time results:
> 
> 	Single Pentium2-400MHz running 4.8-stable:
> 	------------------------------------------
> stdio: 56.837u 34.115s 2:06.61 71.8%   66+193k 11253+0io 3pf+0w
> mmap:  72.463u  7.534s 2:34.62 51.7%   5+186k  105+0io   22328pf+0w
> 
> 	Dual Pentium2 Xeon 450MHz running recent -current:
> 	--------------------------------------------------
> stdio: 36.557u 29.395s 3:09.88 34.7%   10+165k 32646+0io 0pf+0w
> mmap:  42.052u  7.545s 2:02.25 40.5%   10+169k 16+0io    15232pf+0w
> 
> On the IO-bound machine, using mmap is only marginally faster:
> 
> 	Single Pentium4M (Centrino 1GHz) runing recent -current:
> 	--------------------------------------------------------
> stdio: 27.195u 8.280s 1:33.02 38.1%    10+169k 11221+0io 1pf+0w
> mmap:  26.619u 3.004s 1:23.59 35.4%    10+169k 47+0io    19463pf+0w
> 
> Notice the last two columns in time's output -- why is page-faulting a
> page in -- on-demand -- so much slower then read()-ing it? I even tried
> inserting ``madvise(buffer, file_size, MADV_SEQUENTIAL)'' between the
> mmap() and the process() -- made difference at all (or made the mmap()
> take slightly longer)...

MADV_SEQUENTIAL just lets the system expire already-read blocks from
its cache faster, so it won't help much here.  read() should cause some
prefetching to occur, but it obviously doesn't work all the time or
else inblock wouldn't have been as high as 11000.  For sequential
access I would have expected read() to have been able to prefetch
almost every block before the userland process needed it.

-- 
	Dan Nelson
	dnelson@allantgroup.com

From owner-freebsd-current@FreeBSD.ORG  Sun Jun 20 16:01:10 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 369CA16A4CE
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 16:01:10 +0000 (GMT)
Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw
	[140.138.145.166])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 02BB443D39
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 16:01:10 +0000 (GMT)
	(envelope-from avatar@mmlab.cse.yzu.edu.tw)
Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000)
	id CDA5F4EFCD1; Mon, 21 Jun 2004 00:01:04 +0800 (CST)
Received: from localhost (localhost [127.0.0.1])
	by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id C40A74EFCD0
	for <freebsd-current@freebsd.org>;
	Mon, 21 Jun 2004 00:01:04 +0800 (CST)
Date: Mon, 21 Jun 2004 00:01:04 +0800 (CST)
From: Tai-hwa Liang <avatar@mmlab.cse.yzu.edu.tw>
To: freebsd-current@freebsd.org
Message-ID: <040620234141A.22488@www.mmlab.cse.yzu.edu.tw>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: kldload random.ko panics -CURRENT
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Jun 2004 16:01:10 -0000

Hi,

  Apparently, loading the module random.ko in -CURRENT always panics the
kernel unless the random device was not compiled in the kernel.

  With a 5.2-RELEASE kernel, the panic message was:

	WARNING: Driver mistake: destroy_dev on ....
	don't do that

  With recent GENERIC kernel cvsup'ed on Jun-20-2004:

	can't re-use a leaf (gengateinterval)!
	can't re-use a leaf (bins)!
	can't re-use a leaf (fastthresh)
	can't re-use a leaf (slowthresh)
	can't re-use a leaf (slowoverthersh)
	panic: mutex "random reseed" 0xc0a2dcc0 already initialized.
	cpuid = 0;
	Debugger("panic")
	stop at Debugger + 0x46:	xchgl	%ebx, in_Debugger.0
	db>

  Since I always left random as a kernel module and load it in loader.conf,
the system always panics if I forget to unload the module before booting
the latest GENERIC kernel(for testing purpose). I'm aware of that the answer
may be "don't do it, use static compiled random device instead!" However,
shouldn't there be any foot-shooting prevention mechanism in the random
device?

  I'm wondering about why this module loading panicked instead of bailing out
with something like "kldload: can't load random: File exists?"

From owner-freebsd-current@FreeBSD.ORG  Sun Jun 20 16:07:19 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A24EE16A4CE
	for <current@freebsd.org>; Sun, 20 Jun 2004 16:07:19 +0000 (GMT)
Received: from mail.delit.net (delit.net [194.67.27.146])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 38E9C43D2D
	for <current@freebsd.org>; Sun, 20 Jun 2004 16:07:19 +0000 (GMT)
	(envelope-from smir@delit.net)
Received: by mail.delit.net (Postfix, from userid 426)
	id 6968A350D7; Sun, 20 Jun 2004 20:07:17 +0400 (MSD)
Received: from [192.168.0.100] (ppp1-242.pppoe.mtu-net.ru [81.195.1.242])
	by mail.delit.net (Postfix) with ESMTP
	id 21702350C9; Sun, 20 Jun 2004 20:07:17 +0400 (MSD)
Message-ID: <40D5B633.3050202@delit.net>
Date: Sun, 20 Jun 2004 20:07:15 +0400
From: Andrey Smirnov <smir@delit.net>
User-Agent: Mozilla Thunderbird 0.6 (X11/20040615)
X-Accept-Language: ru, en-us, en
MIME-Version: 1.0
To: "Alexandre \"Sunny\" Kovalenko" <Alex.Kovalenko@verizon.net>
References: <40D2E512.8070700@delit.net> <1087740319.865.8.camel@RabbitsDen>
In-Reply-To: <1087740319.865.8.camel@RabbitsDen>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: current@freebsd.org
Subject: Resource allocation problem [Re: vr0: couldn't map memory/ports]
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Jun 2004 16:07:19 -0000

Alexandre "Sunny" Kovalenko wrote:
>>Upgrading my notebook from Mar 19 -CURRENT to Jun 16 revealed a problem:
>>
>>vr0: <VIA VT6102 Rhine II 10/100BaseTX> port 0x1400-0x14ff irq 10 at 
>>device 18.0 on pci0
>>vr0: couldn't map ports/memory
>>device_attach: vr0 attach returned 6
>>
> 
> -CURRENT from June 18th
> 
> sunny:RabbitsDen>dmesg | grep vr
> vr0: <VIA VT6102 Rhine II 10/100BaseTX> port 0xd800-0xd8ff mem
> 0xdffffe00-0xdffffeff irq 11 at device 18.0 on pci0
> miibus0: <MII bus> on vr0
> vr0: Ethernet address: 00:40:45:13:93:fc
> vr0: [GIANT-LOCKED]
> 
> If you would like the full config or full dmesg, let me know.
> 
> Alexandre "Sunny" Kovalenko.
> 
Thanks, but it doesn't help me much. My card also works with old kernel, 
so it's not broken. But I suppose there's something with resource 
allocation, that prevents my card to allocate its ports. So I think it's 
a bug (?) in FreeBSD or some bug in my BIOS... But i've already upgraded 
it to latest version.

Thanks,
Andrey.

From owner-freebsd-current@FreeBSD.ORG  Sun Jun 20 16:56:40 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0381016A4CE
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 16:56:40 +0000 (GMT)
Received: from harmony.village.org (rover.village.org [168.103.84.182])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 8AC8E43D49
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 16:56:39 +0000 (GMT)	(envelope-from imp@bsdimp.com)
Received: from localhost (warner@rover2.village.org [10.0.0.1])
	by harmony.village.org (8.12.11/8.12.11) with ESMTP id i5KGt6tA005632;
	Sun, 20 Jun 2004 10:55:11 -0600 (MDT)
	(envelope-from imp@bsdimp.com)
Date: Sun, 20 Jun 2004 10:55:08 -0600 (MDT)
Message-Id: <20040620.105508.30170319.imp@bsdimp.com>
To: avleeuwen@piwebs.com
From: "M. Warner Losh" <imp@bsdimp.com>
In-Reply-To: <25271.212.83.93.49.1087477105.squirrel@winston.piwebs.com>
References: <25271.212.83.93.49.1087477105.squirrel@winston.piwebs.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: freebsd-current@freebsd.org
Subject: Re: Loader failure when booting from CompactFlash
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Jun 2004 16:56:40 -0000

In message: <25271.212.83.93.49.1087477105.squirrel@winston.piwebs.com>
            avleeuwen@piwebs.com writes:
: Is there something strange about the BIOS of this PC that requires special
: options for the bootloader? If not, is there a way to stop the system from
: rebooting so that I can see the error message?

You got the geometry of the CF wrong.  Fix that and try again.  I wish
that I could be more helpful, but I've had this error hundreds of
times and it was always the geometry in the fdisk being wrong.

Warner

From owner-freebsd-current@FreeBSD.ORG  Sun Jun 20 17:09:25 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0E44E16A4CE
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 17:09:25 +0000 (GMT)
Received: from harmony.village.org (rover.village.org [168.103.84.182])
	by mx1.FreeBSD.org (Postfix) with ESMTP id ABA2C43D53
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 17:09:24 +0000 (GMT)	(envelope-from imp@bsdimp.com)
Received: from localhost (warner@rover2.village.org [10.0.0.1])
	by harmony.village.org (8.12.11/8.12.11) with ESMTP id i5KH8DjV005690;
	Sun, 20 Jun 2004 11:08:14 -0600 (MDT)
	(envelope-from imp@bsdimp.com)
Date: Sun, 20 Jun 2004 11:08:16 -0600 (MDT)
Message-Id: <20040620.110816.26780069.imp@bsdimp.com>
To: rik@cronyx.ru
From: "M. Warner Losh" <imp@bsdimp.com>
In-Reply-To: <40D2E22A.40702@cronyx.ru>
References: <40D1D2A8.2070000@cronyx.ru>
	<20040618093024.X1609@gamplex.bde.org>
	<40D2E22A.40702@cronyx.ru>
X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
cc: freebsd-current@freebsd.org
Subject: Re: How to catch interrupt
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Jun 2004 17:09:25 -0000

In message: <40D2E22A.40702@cronyx.ru>
            Roman Kurakin <rik@cronyx.ru> writes:
: Ok. Thanks for information. I guess I need to remove this code from my 
: driver.
: This code is part of cx(4) and ctau(4) drivers. These cards are legacy 
: ISA cards,
: IRQ line could be set any (from a definite set). The only reason why we 
: probe
: for IRQ is to write to the user messages that IRQ is not functional - 
: most probable
: it is assigned fot PCI/PNP. After we add this code calls to our tech 
: support with
: question why device is not working (due to this reason) decreased twice.

You can also use the watchdog timeout to good effect.  When the
operation is done, you reset the watchdog.  When the timeout happens,
you know that you don't have a working interrupt...  It won't happen
at probe time, but will happen at a useful time (the first time the
user tries to use it).

Warner

From owner-freebsd-current@FreeBSD.ORG  Sun Jun 20 17:30:14 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9879F16A4CE
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 17:30:14 +0000 (GMT)
Received: from fep01-mail.bloor.is.net.cable.rogers.com
	(fep01-mail.bloor.is.net.cable.rogers.com [66.185.86.71])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 018FF43D53
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 17:30:14 +0000 (GMT)
	(envelope-from mikej@rogers.com)
Received: from [192.168.0.1] ([69.193.41.53])
	by fep01-mail.bloor.is.net.cable.rogers.comESMTP
	<20040620172933.HMQA360247.fep01-mail.bloor.is.net.cable.rogers.com@[192.168.0.1]>;
	Sun, 20 Jun 2004 13:29:33 -0400
Received: from 192.168.0.200
        (SquirrelMail authenticated user mikej);
        by 192.168.0.1 with HTTP;
        Sun, 20 Jun 2004 13:30:00 -0400 (EDT)
Message-ID: <2923.192.168.0.200.1087752600.squirrel@192.168.0.200>
In-Reply-To: <20040619111658.Q48022@carver.gumbysoft.com>
References: <59753.192.168.0.195.1087448727.squirrel@192.168.0.195>
    <20040619111658.Q48022@carver.gumbysoft.com>
Date: Sun, 20 Jun 2004 13:30:00 -0400 (EDT)
From: "Mike Jakubik" <mikej@rogers.com>
To: "Doug White" <dwhite@gumbysoft.com>
User-Agent: SquirrelMail/1.4.3a
X-Mailer: SquirrelMail/1.4.3a
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
Importance: Normal
X-Authentication-Info: Submitted using SMTP AUTH LOGIN at
	fep01-mail.bloor.is.net.cable.rogers.com from [69.193.41.53] using ID
	<mikej@rogers.com> at Sun, 20 Jun 2004 13:29:33 -0400
cc: Mike Jakubik <mikej@rogers.com>
cc: freebsd-current@freebsd.org
Subject: Re: Error in /usr/src/Makefile.inc1
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Jun 2004 17:30:14 -0000

Doug White said:

> On Thu, 17 Jun 2004, Mike Jakubik wrote:
>
>> Cvsuped at Thu Jun 17 01:02:37 EDT 2004
>>
>> ---
>>
>> root@lappy:/usr/src# make buildworld
>> "Makefile.inc1", line 65: Malformed conditional (${TARGET_ARCH} ==
>> "alpha")
>> "Makefile.inc1", line 65: Need an operator
>> "Makefile.inc1", line 67: if-less endif
>> "Makefile.inc1", line 67: Need an operator
>> make: fatal errors encountered -- cannot continue
>> *** Error code 1
>
> You usually get this if you have a severly outdated make.  Check the
> system time for accuracy, then try "make ALWAYS_CHECK_MAKE=yes
> buildworld".

My last buildworld prior to this was on Fri May 28 21:38:52 EDT 2004. My
clock is also synchronized every week, so its fairly accurate. This
problem went away after an update to the file about a day after, so i
guess it was just a typo in the file.

Thanks.

From owner-freebsd-current@FreeBSD.ORG  Sun Jun 20 17:43:37 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id D53D816A4CE; Sun, 20 Jun 2004 17:43:37 +0000 (GMT)
Received: from genius.tao.org.uk (pcp08929796pcs.anapol01.md.comcast.net
	[68.50.236.43])	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 8DCFD43D49; Sun, 20 Jun 2004 17:43:36 +0000 (GMT)
	(envelope-from joe@tao.org.uk)
Received: by genius.tao.org.uk (Postfix, from userid 100)
	id 9823F4412; Sun, 20 Jun 2004 14:54:34 +0100 (BST)
Date: Sun, 20 Jun 2004 14:54:34 +0100
From: Josef Karthauser <joe@tao.org.uk>
To: current@freebsd.org, net@freebsd.org
Message-ID: <20040620135433.GA769@genius.tao.org.uk>
Mail-Followup-To: Josef Karthauser <joe@tao.org.uk>,
	current@freebsd.org, net@freebsd.org
References: <20040620133936.GA791@genius.tao.org.uk>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="mP3DRpeJDSE+ciuQ"
Content-Disposition: inline
In-Reply-To: <20040620133936.GA791@genius.tao.org.uk>
User-Agent: Mutt/1.5.6i
Subject: Re: Wireless support for the Netgear WG311T?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Jun 2004 17:43:38 -0000


--mP3DRpeJDSE+ciuQ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Jun 20, 2004 at 02:39:36PM +0100, Josef Karthauser wrote:
> Dear wireless geeks,
>=20
> The ath manual pages says that we support the Netgear WG311 and the
> WG511T, but do we also support the WG311T?  (Is the T significant?).
>=20
> Many thanks if you know the answer to this question.

I should have said that the atheros web site states that the 511T and
the 311T use the same chipset, which is the AR5002G, but that the
FreeBSD manual page states that the 511T uses the AR5212 chipset and
doesn't mention the AR5002G by name at all.  Addionally the atheros web
site doesn't mention a WG311 card at at all, only a HA311, WAG311 and
WG311T.

Joe
--=20
Josef Karthauser (joe@tao.org.uk)	       http://www.josef-k.net/
FreeBSD (cvs meister, admin and hacker)     http://www.uk.FreeBSD.org/
Physics Particle Theory (student)   http://www.pact.cpes.sussex.ac.uk/
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D An eclectic mix of fact an=
d theory. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

--mP3DRpeJDSE+ciuQ
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (FreeBSD)

iEYEARECAAYFAkDVlw8ACgkQXVIcjOaxUBbjAgCeNz5jrceFgemdsZtrMFMFZ8qu
p5kAniJ/t0K1LL5KNwJgrfsDnPDGEHb4
=SrRX
-----END PGP SIGNATURE-----

--mP3DRpeJDSE+ciuQ--

From owner-freebsd-current@FreeBSD.ORG  Sun Jun 20 17:43:53 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 0C84C16A4F2; Sun, 20 Jun 2004 17:43:50 +0000 (GMT)
Received: from genius.tao.org.uk (pcp08929796pcs.anapol01.md.comcast.net
	[68.50.236.43])	by mx1.FreeBSD.org (Postfix) with ESMTP
	id B3B7743D49; Sun, 20 Jun 2004 17:43:50 +0000 (GMT)
	(envelope-from joe@tao.org.uk)
Received: by genius.tao.org.uk (Postfix, from userid 100)
	id B9CD04393; Sun, 20 Jun 2004 14:39:36 +0100 (BST)
Date: Sun, 20 Jun 2004 14:39:36 +0100
From: Josef Karthauser <joe@tao.org.uk>
To: current@freebsd.org, net@freebsd.org
Message-ID: <20040620133936.GA791@genius.tao.org.uk>
Mail-Followup-To: Josef Karthauser <joe@tao.org.uk>,
	current@freebsd.org, net@freebsd.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="dDRMvlgZJXvWKvBx"
Content-Disposition: inline
User-Agent: Mutt/1.5.6i
Subject: Wireless support for the Netgear WG311T?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Jun 2004 17:43:53 -0000


--dDRMvlgZJXvWKvBx
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Dear wireless geeks,

The ath manual pages says that we support the Netgear WG311 and the
WG511T, but do we also support the WG311T?  (Is the T significant?).

Many thanks if you know the answer to this question.
Regards,
Joe
--=20
Josef Karthauser (joe@tao.org.uk)	       http://www.josef-k.net/
FreeBSD (cvs meister, admin and hacker)     http://www.uk.FreeBSD.org/
Physics Particle Theory (student)   http://www.pact.cpes.sussex.ac.uk/
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D An eclectic mix of fact an=
d theory. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

--dDRMvlgZJXvWKvBx
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (FreeBSD)

iEYEARECAAYFAkDVk5cACgkQXVIcjOaxUBaC4wCgyA8Ct7onnFh9yASxsMZ2ncXo
d90AniA4UOr5JRierBibjZm7nlSHQEq/
=2L7g
-----END PGP SIGNATURE-----

--dDRMvlgZJXvWKvBx--

From owner-freebsd-current@FreeBSD.ORG  Sun Jun 20 17:48:54 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0969116A4CE
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 17:48:54 +0000 (GMT)
Received: from wrzx35.rz.uni-wuerzburg.de (wrzx35.rz.uni-wuerzburg.de
	[132.187.3.35])	by mx1.FreeBSD.org (Postfix) with ESMTP id 7315E43D1D
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 17:48:51 +0000 (GMT)	(envelope-from q@uni.de)
Received: from wrzx34.rz.uni-wuerzburg.de (wrzx34.rz.uni-wuerzburg.de
	[132.187.3.34])
	by wrzx35.rz.uni-wuerzburg.de (Postfix) with ESMTP id 0128DDBC20
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 19:48:50 +0200 (CEST)
Received: from virusscan (localhost [127.0.0.1])
	by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id D27239706F
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 19:48:49 +0200 (CEST)
Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de
	[132.187.3.28])
	by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id 9E45596FE3
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 19:48:42 +0200 (CEST)
Received: from coyote.q.local (wwsx14.win-screen.uni-wuerzburg.de
	[132.187.253.14])
	by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 7FA20B6523
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 19:48:42 +0200 (CEST)
Received: from roadrunner.q.local (roadrunner [192.168.0.147])
	by coyote.q.local (8.12.10/8.12.10) with ESMTP id i5KHmgw2073214
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 19:48:42 +0200 (CEST)
	(envelope-from q@roadrunner.q.local)
Received: from roadrunner.q.local (localhost [127.0.0.1])
	by roadrunner.q.local (8.12.10/8.12.10) with ESMTP id i5KHmf24004944
	for <freebsd-current@freebsd.org>;
	Sun, 20 Jun 2004 19:48:42 +0200 (CEST)
	(envelope-from q@roadrunner.q.local)
Received: (from q@localhost)
	by roadrunner.q.local (8.12.10/8.12.10/Submit) id i5KHmfej004943
	for freebsd-current@freebsd.org;
	Sun, 20 Jun 2004 19:48:41 +0200 (CEST)	(envelope-from q)
Date: Sun, 20 Jun 2004 19:48:41 +0200
From: Ulrich Spoerlein <q@uni.de>
To: freebsd-current@freebsd.org
Message-ID: <20040620174841.GB68087@galgenberg.net>
Mail-Followup-To: freebsd-current@freebsd.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="xo44VMWPx7vlQ2+2"
Content-Disposition: inline
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg)
Subject: Missing man-pages
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Jun 2004 17:48:54 -0000


--xo44VMWPx7vlQ2+2
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hello,

I need to give a small presentation containing Netgraph, and in reading
through the man-pages I found some of them missing. I hacked together a
small one-liner looking for KLDs/Binaries without man-page

Note: I would be good (IMHO) to have MLINKS for xl->if_xl,
emu10k1->snd_em10k1 ...

% (find /bin /sbin /usr/bin /usr/sbin /boot/kernel -type f -perm +111 | \
sed 's/.ko$//; s/snd_//; s/if_//' | xargs -n1 basename | \
xargs -n1 -J % man -w %) 2>&1 | grep "No manual entry" | \
sed 's/No manual entry for//' | sort

 3dfx
 aac_linux
 ad1816
 ahc_eisa
 ahc_pci
 aout
 apm_saver
 arcnet
 bktr_mem
 blank_saver
 bzip2recover
 c++filt
 callbootd
 cd9660
 cd9660_iconv
 cm
 cmi
 coda
 coda5
 cryptodev
 cs4281
 daemon_saver
 digi
 digi_CX
 digi_CX_PCI
 digi_EPCX
 digi_EPCX_PCI
 digi_Xe
 digi_Xem
 digi_Xr
 dragon_saver
 ds1
 elf2aout
 elink
 es137x
 ess
 fade_saver
 fire_saver
 fm801
 fsck_4.2bsd
 fsck_ufs
 gdbreplay
 geom_apple
 geom_bde
 geom_bsd
 geom_ccd
 geom_fox
 geom_gpt
 geom_mbr
 geom_pc98
 geom_sunlabel
 geom_vol_ffs
 green_saver
 hea_pci
 hfa
 hfa_pci
 ibcs2
 ibcs2_coff
 ic
 ich
 infokey
 init.bak
 ip_mroute
 kernel
 ksu
 lessecho
 lesspipe.sh
 libiconv
 libmbpool
 libmchain
 logo_saver
 maestro
 msdosfs_iconv
 mss
 ncp
 nfsclient
 nfsserver
 ng_eiface
 ng_fec
 ng_gdemux
 ng_sync_ar
 ng_sync_sr
 ngatmbase
 ntfs
 ntfs_iconv
 ntptimeset
 nullfs
 nwfs
 oltr
 pcfclock
 pecoff
 portalfs
 post-grohtml
 pps
 pre-grohtml
 protoize
 raidframe
 rain_saver
 rpc.ypupdated
 s3
 sb16
 sb8
 scsi_low
 smbfs
 smbios
 snake_saver
 solo
 splash_bmp
 splash_pcx
 star_saver
 sunlabel
 sysvmsg
 sysvsem
 sysvshm
 t4dwave
 udf
 udf_iconv
 umapfs
 umct
 unionfs
 via8233
 via82c686
 vibes
 warp_saver

There are of course many false positives, for example the KLD nullfs is
for mount_nullfs which has a manpage. And there are false negatives,
because snd_driver is not documented (but there is driver(9)). In the
end, there are many KLDs and binaries without any manpage. It would be
nice, if the respective maintainers could provide these.

Ulrich Spoerlein
--=20
PGP Key ID: F0DB9F44				Get it while it's hot!
PGP Fingerprint: F1CE D062 0CA9 ADE3 349B  2FE8 980A C6B5 F0DB 9F44
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."	-- Benjamin Franklin

--xo44VMWPx7vlQ2+2
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (FreeBSD)

iD8DBQFA1c35mArGtfDbn0QRAvF8AKC8fYY9BG3oCMFFAN2lP09o/7UqSACg/0Jj
wAnU3wDe6SVVuA5D7ERu6jc=
=QULY
-----END PGP SIGNATURE-----

--xo44VMWPx7vlQ2+2--

From owner-freebsd-current@FreeBSD.ORG  Sun Jun 20 17:52:07 2004
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id A725316A4CF; Sun, 20 Jun 2004 17:52:07 +0000 (GMT)
Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11])
	by mx1.FreeBSD.org (Postfix) with SMTP
	id 891E143D55; Sun, 20 Jun 2004 17:52:06 +0000 (GMT)
	(envelope-from dwmalone@maths.tcd.ie)
Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP
          id <aa94628@salmon>; 20 Jun 2004 18:52:05 +0100 (BST)
Date: Sun, 20 Jun 2004 18:52:05 +0100
From: David Malone <dwmalone@maths.tcd.ie>
To: Josef Karthauser <joe@tao.org.uk>, current@freebsd.org,
	net@freebsd.org
Message-ID: <20040620175205.GA13235@walton.maths.tcd.ie>
References: <20040620133936.GA791@genius.tao.org.uk>
	<20040620135433.GA769@genius.tao.org.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20040620135433.GA769@genius.tao.org.uk>
User-Agent: Mutt/1.5.3i
Sender: dwmalone@maths.tcd.ie
Subject: Re: Wireless support for the Netgear WG311T?
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Jun 2004 17:52:07 -0000

On Sun, Jun 20, 2004 at 02:54:34PM +0100, Josef Karthauser wrote:
> I should have said that the atheros web site states that the 511T and
> the 311T use the same chipset, which is the AR5002G, but that the

I know someone with a 511T, and it works with the ath driver, I
believe.  I also have a WAG511, which also works with the ath driver.
The WG511 and WG311 a non-Atheros chipset and so you'd have to try
project evil.

> FreeBSD manual page states that the 511T uses the AR5212 chipset and
> doesn't mention the AR5002G by name at all.