From owner-freebsd-current@FreeBSD.ORG Sun Aug 8 01:39:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 686BF16A4CE for ; Sun, 8 Aug 2004 01:39:39 +0000 (GMT) Received: from gateway.nixsys.be (gateway.nixsys.be [195.144.77.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7C3743D3F for ; Sun, 8 Aug 2004 01:39:38 +0000 (GMT) (envelope-from philip@paeps.cx) Received: from erda.home.paeps.cx (erda.home.paeps.cx [IPv6:2001:838:37f:10::1]) by gateway.nixsys.be (Postfix) with ESMTP id BDFD159 for ; Sun, 8 Aug 2004 03:39:37 +0200 (CEST) Received: from fasolt.home.paeps.cx (fasolt.home.paeps.cx [10.0.0.2]) by erda.home.paeps.cx (Postfix) with ESMTP id D862020EE for ; Sun, 8 Aug 2004 03:39:29 +0200 (CEST) Received: from fasolt.home.paeps.cx (philip@localhost [127.0.0.1]) i781daiG008671 for ; Sun, 8 Aug 2004 03:39:36 +0200 (CEST) (envelope-from philip@fasolt.home.paeps.cx) Received: (from philip@localhost) by fasolt.home.paeps.cx (8.12.11/8.12.11/Submit) id i781daLU008670 for freebsd-current@freebsd.org; Sun, 8 Aug 2004 03:39:36 +0200 (CEST) (envelope-from philip) Date: Sun, 8 Aug 2004 03:39:36 +0200 From: Philip Paeps To: freebsd-current@freebsd.org Message-ID: <20040808013936.GN11982@fasolt.home.paeps.cx> Mail-Followup-To: freebsd-current@freebsd.org References: <20040805071236.GA595@loge.nixsys.be> <20040806160610.GD803@loge.nixsys.be> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040806160610.GD803@loge.nixsys.be> X-Date-in-Rome: ante diem VII Idius Augustas MMDCCLVII ab Urbe Condida X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get a proper mailclient! User-Agent: Mutt/1.5.6i Subject: Re: [PLEASE TEST] Better support for Synaptics Touchpads X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2004 01:39:39 -0000 On 2004-08-06 18:06:10 (+0200), Philip Paeps wrote: > On 2004-08-05 09:12:36 (+0200), Philip Paeps wrote: > > If you happen to own a laptop with a synaptics touchpad, please help test: > > > > > > I updated the patch to be a bit cleaner. I also fixed the sensitivity > issues many have reported. That fix also appears to (at least partly) solve > the sticky issue. This was committed to -current a while ago. I'll make patches for releng_4 too if noone complains :-) > Still to do [...] proper support for guest devices. Arne Schwabe submitted a patch for that which I'll commit later on. Thanks guys :-) - Philip -- Philip Paeps Please don't Cc me, I am philip@freebsd.org subscribed to the list. All warranties expire upon payment of invoice. From owner-freebsd-current@FreeBSD.ORG Sun Aug 8 02:48:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70CE316A4CE; Sun, 8 Aug 2004 02:48:26 +0000 (GMT) Received: from bache.ece.cmu.edu (BACHE.ECE.CMU.EDU [128.2.129.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C9A243D1F; Sun, 8 Aug 2004 02:48:26 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from [10.9.204.1] (dsl093-061-215.pit1.dsl.speakeasy.net [66.93.61.215]) by bache.ece.cmu.edu (Postfix) with ESMTP id 4F56982; Sat, 7 Aug 2004 22:48:24 -0400 (EDT) From: "Brandon S. Allbery KF8NH" To: "Bruce A. Mah" In-Reply-To: <1091824128.23206.52.camel@tomcat.kitchenlab.org> References: <16659.6061.369420.562800@roam.psg.com> <1091822755.23206.39.camel@tomcat.kitchenlab.org> <16659.58793.887526.631294@roam.psg.com> <1091824128.23206.52.camel@tomcat.kitchenlab.org> Content-Type: text/plain Message-Id: <1091933302.56646.1.camel@rushlight.kf8nh.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sat, 07 Aug 2004 22:48:23 -0400 Content-Transfer-Encoding: 7bit cc: Randy Bush cc: FreeBSD Current Subject: Re: usb palm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2004 02:48:26 -0000 On Fri, 2004-08-06 at 16:28, Bruce A. Mah wrote: > If you're coming from a sync-over-serial situation (or if you haven't > tried this at all) it might be natural to treat /dev/uvisor like a > serial port over which you can do a sync. For some set of PalmOS > devices (which includes my Sony TJ37) this doesn't work. I had to do a (...) > Grenville had a Tungsten-C so this might be applicable to you. For what it's worth, my Tungsten T3 syncs fine over USB with -STABLE. -- brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon univ. KF8NH From owner-freebsd-current@FreeBSD.ORG Sun Aug 8 03:16:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E12EE16A4CE for ; Sun, 8 Aug 2004 03:16:35 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A06543D2F for ; Sun, 8 Aug 2004 03:16:35 +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 i783Dtl5040956 for ; Sat, 7 Aug 2004 21:13:56 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 07 Aug 2004 21:13:54 -0600 (MDT) Message-Id: <20040807.211354.115654900.imp@bsdimp.com> To: current@freebsd.org From: "M. Warner Losh" In-Reply-To: <20040807.081536.72687734.imp@bsdimp.com> References: <20040807.081536.72687734.imp@bsdimp.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: world breakage? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2004 03:16:36 -0000 In message: <20040807.081536.72687734.imp@bsdimp.com> "M. Warner Losh" writes: : With sources from last night (approx 0300 UTC) : : ===> lib/libcom_err/doc : cc -O -pipe -I/dell/imp/FreeBSD/src/lib/libcom_err/../../contrib/com_err -c /dell/imp/FreeBSD/src/lib/libcom_err/../../contrib/com_err/com_err.c : cc -O -pipe -I/dell/imp/FreeBSD/src/lib/libcom_err/../../contrib/com_err -c /dell/imp/FreeBSD/src/lib/libcom_err/../../contrib/com_err/error.c : building static com_err library : ranlib libcom_err.a : cc -fpic -DPIC -O -pipe -I/dell/imp/FreeBSD/src/lib/libcom_err/../../contrib/com_err -c /dell/imp/FreeBSD/src/lib/libcom_err/../../contrib/com_err/com_err.c -o com_err.So : cc -fpic -DPIC -O -pipe -I/dell/imp/FreeBSD/src/lib/libcom_err/../../contrib/com_err -c /dell/imp/FreeBSD/src/lib/libcom_err/../../contrib/com_err/error.c -o error.So : building shared library libcom_err.so.2 : /dell/imp/obj/dell/imp/FreeBSD/src/i386/usr/bin/ld: cannot find -lgcc_pic : *** Error code 1 : : Has anybody else seen this? Rule number 1: don't complain about problems until you try it on a virgin tree. One of my silly little patches causes this to happen... I removed it, and I can compile w/o a hassle now. Warner From owner-freebsd-current@FreeBSD.ORG Sun Aug 8 03:59:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02DEF16A4CF for ; Sun, 8 Aug 2004 03:59:05 +0000 (GMT) Received: from mail.tellme3times.com (dsl-yul-102.e-scape.net [209.47.218.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23F6A43D54 for ; Sun, 8 Aug 2004 03:59:04 +0000 (GMT) (envelope-from chris@tellme3times.com) Received: from tellme3times.com (halla.tellme3times.com [192.168.7.29]) by mail.tellme3times.com (Postfix) with ESMTP id 282124095; Sat, 7 Aug 2004 23:53:31 -0400 (EDT) Message-ID: <4115A68E.8000006@tellme3times.com> Date: Sun, 08 Aug 2004 00:05:34 -0400 From: Chris User-Agent: Mozilla Thunderbird 0.5 (X11/20040413) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <4110F5AE.6030403@tellme3times.com> <20040804.212242.112819552.imp@bsdimp.com> <41124C8B.2060902@tellme3times.com> <20040806.231231.33567668.imp@bsdimp.com> In-Reply-To: <20040806.231231.33567668.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: USB drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2004 03:59:06 -0000 M. Warner Losh wrote: > >I think that the first thing that should be done is to look at the usb >configuration. /usr/ports/sysutils/udesc_dump is a good place to >start to investigate things. Also, the usb mindshare book is good to >understand usb and the layers of the configuation onion. There's a >book in the works that should help, but I'm afraid that I can't say >more than that at this time. > >Warner > > Here is the output from udesc_dump which is fine. I could not figure out how to kldunload just ulpt.ko so I recompiled a new kernel. halla# udesc_dump Standard Device Descriptor: bLength 18 bDescriptorType 01 bcdUSB 0110 bDeviceClass 00 bDeviceSubClass 00 bDeviceProtocol 00 bMaxPacketSize 8 idVendor 04b8 idProduct 0808 bcdDevice 0100 iManufacturer 1 iProduct 2 iSerialNumber 3 bNumConfigurations 1 Configuration 0: Standard Configuration Descriptor: bLength 9 bDescriptorType 02 wTotalLength 55 bNumInterface 2 bConfigurationValue 1 iConfiguration 4 bmAttributes c0 (self-powered) bMaxPower 1 (2 mA) Standard Interface Descriptor: bLength 9 bDescriptorType 04 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass ff bInterfaceSubClass ff bInterfaceProtocol ff iInterface 5 Standard Endpoint Descriptor: bLength 7 bDescriptorType 05 bEndpointAddress 81 (in) bmAttributes 02 (Bulk) wMaxPacketSize 64 bInterval 0 Standard Endpoint Descriptor: bLength 7 bDescriptorType 05 bEndpointAddress 02 (out) bmAttributes 02 (Bulk) wMaxPacketSize 64 bInterval 0 Standard Interface Descriptor: bLength 9 bDescriptorType 04 bInterfaceNumber 1 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 07 bInterfaceSubClass 01 bInterfaceProtocol 02 iInterface 6 Standard Endpoint Descriptor: bLength 7 bDescriptorType 05 bEndpointAddress 04 (out) bmAttributes 02 (Bulk) wMaxPacketSize 64 bInterval 0 Standard Endpoint Descriptor: bLength 7 bDescriptorType 05 bEndpointAddress 83 (in) bmAttributes 02 (Bulk) wMaxPacketSize 64 bInterval 0 Codes Representing Languages by the Device: bLength 4 bDescriptorType 03 wLANGID[0] 0409 String (index 1): EPSON String (index 2): USB MFP String (index 3): RC0438001041259320 String (index 4): USB MFP String (index 5): EPSON Scanner String (index 6): USB Printer halla# From owner-freebsd-current@FreeBSD.ORG Sun Aug 8 04:01:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8528D16A4CF for ; Sun, 8 Aug 2004 04:01:52 +0000 (GMT) Received: from mail.tellme3times.com (dsl-yul-102.e-scape.net [209.47.218.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34FE743D31 for ; Sun, 8 Aug 2004 04:01:52 +0000 (GMT) (envelope-from chris@tellme3times.com) Received: from tellme3times.com (halla.tellme3times.com [192.168.7.29]) by mail.tellme3times.com (Postfix) with ESMTP id EF00D4261; Sat, 7 Aug 2004 23:56:19 -0400 (EDT) Message-ID: <4115A736.9000705@tellme3times.com> Date: Sun, 08 Aug 2004 00:08:22 -0400 From: Chris User-Agent: Mozilla Thunderbird 0.5 (X11/20040413) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Darren Pilgrim References: <000001c47cb8$8ef1bb50$142a15ac@spud> In-Reply-To: <000001c47cb8$8ef1bb50$142a15ac@spud> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: "'M. Warner Losh'" Subject: Re: USB drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2004 04:01:52 -0000 Darren Pilgrim wrote: >>From: M. Warner Losh >> >>In message: <41124C8B.2060902@tellme3times.com> >> Chris writes: >>: >>: What I am trying to determine is why my multifunction >> >> >printer/scanner > > >>: receives only one of the two drivers. Is it because the printer >> >> >does > > >>: not respond properly? Is it because the printer is not defined? I >>: have many questions here. >> >>Yes. Usb is a little complicated in this area, and there are a number >>of details that are hard to get right. It wouldn't surprise me if the >>current set of drivers are less than completely optimal. >> >> > >On a bit of a side-track, I'm wondering if it could be due to how the >multifunction device presents itself? A bit back in this thread someone >mentioned that a pointer must be present for a driver to attach to a >device. If there is only one pointer for a device, only one driver may >attach. Since a single USB bus can have a LOT of devices and each >device's capabilities are determined through the presence of usage >pages, I see two ways for a multifunction device to present itself: > >- A single device ID with more than one usage page. All the >functionality is there and is compatible with FreeBSD drivers, but since >there is only one device probed on the bus, only one driver may attach. >Perhaps a "simple" mux driver would be useful? > >- A multiple single-usage device IDs. Same functionality as before, but >now FreeBSD can probe unique printer and scanner devices and thus let >both ulpt and uscanner attach simutaneously. > >Am I way off base? > > > > What I would like to know is where are these tests done. Or should I say where does USB start to load and what are the steps in between. Chris From owner-freebsd-current@FreeBSD.ORG Sun Aug 8 04:13:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 575E416A4CF for ; Sun, 8 Aug 2004 04:13:44 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AA9B43D5A for ; Sun, 8 Aug 2004 04:13:43 +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 i784AuFV041366; Sat, 7 Aug 2004 22:10:56 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 07 Aug 2004 22:10:55 -0600 (MDT) Message-Id: <20040807.221055.107701749.imp@bsdimp.com> To: chris@tellme3times.com From: "M. Warner Losh" In-Reply-To: <4115A736.9000705@tellme3times.com> References: <000001c47cb8$8ef1bb50$142a15ac@spud> <4115A736.9000705@tellme3times.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: dmp@bitfreak.org cc: freebsd-current@freebsd.org Subject: Re: USB drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2004 04:13:44 -0000 In message: <4115A736.9000705@tellme3times.com> Chris writes: : Darren Pilgrim wrote: : : >>From: M. Warner Losh : >> : >>In message: <41124C8B.2060902@tellme3times.com> : >> Chris writes: : >>: : >>: What I am trying to determine is why my multifunction : >> : >> : >printer/scanner : > : > : >>: receives only one of the two drivers. Is it because the printer : >> : >> : >does : > : > : >>: not respond properly? Is it because the printer is not defined? I : >>: have many questions here. : >> : >>Yes. Usb is a little complicated in this area, and there are a number : >>of details that are hard to get right. It wouldn't surprise me if the : >>current set of drivers are less than completely optimal. : >> : >> : > : >On a bit of a side-track, I'm wondering if it could be due to how the : >multifunction device presents itself? A bit back in this thread someone : >mentioned that a pointer must be present for a driver to attach to a : >device. If there is only one pointer for a device, only one driver may : >attach. Since a single USB bus can have a LOT of devices and each : >device's capabilities are determined through the presence of usage : >pages, I see two ways for a multifunction device to present itself: : > : >- A single device ID with more than one usage page. All the : >functionality is there and is compatible with FreeBSD drivers, but since : >there is only one device probed on the bus, only one driver may attach. : >Perhaps a "simple" mux driver would be useful? : > : >- A multiple single-usage device IDs. Same functionality as before, but : >now FreeBSD can probe unique printer and scanner devices and thus let : >both ulpt and uscanner attach simutaneously. : > : >Am I way off base? : > : > : > : > : What I would like to know is where are these tests done. Or should I say : where does USB start to load and what are the steps in between. In usb_subr.c, routine usbd_probe_and_attach is where the child's config stuff is done that I posted before. Warner From owner-freebsd-current@FreeBSD.ORG Sun Aug 8 05:10:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id BA08416A4E2; Sun, 8 Aug 2004 05:10:42 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.12.11/8.12.11) with ESMTP id i785AerZ022740; Sun, 8 Aug 2004 01:10:40 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id i785AdF5022739; Sun, 8 Aug 2004 01:10:39 -0400 (EDT) (envelope-from green) Date: Sun, 8 Aug 2004 01:10:38 -0400 From: Brian Fundakowski Feldman To: "Bruce A. Mah" Message-ID: <20040808051038.GA14657@green.homeunix.org> References: <16659.6061.369420.562800@roam.psg.com> <1091822755.23206.39.camel@tomcat.kitchenlab.org> <16659.58793.887526.631294@roam.psg.com> <1091824128.23206.52.camel@tomcat.kitchenlab.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1091824128.23206.52.camel@tomcat.kitchenlab.org> User-Agent: Mutt/1.5.6i cc: Randy Bush cc: FreeBSD Current Subject: Re: usb palm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2004 05:10:43 -0000 On Fri, Aug 06, 2004 at 01:28:48PM -0700, Bruce A. Mah wrote: > Compounding this problem for me was that the uvisor driver somehow > couldn't find the right attachment point (port?) on the TJ37. This is > the part that green@ and I did a couple of iterations on. (He was > trying to get a Handspring Treo to work.) This was in a thread on > current@ that started on 1 July 2004 with this email: > > Message-ID: <20040701154429.GA3543@tomcat.kitchenlab.org> > > The end result was a patch to uvisor that lets me sync. It's not > committed to the tree yet. Not sure what green@'s plans are for this. > I'm happy to keep it as a local mod. I haven't really had the opportunity to get back to that and re-add the local support for another device I removed at the time of making that.... for some reason NetBSD has support for it disabled like it never worked at all, so I have no idea what's going on there. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Sun Aug 8 05:11:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AEAF16A4CE for ; Sun, 8 Aug 2004 05:11:14 +0000 (GMT) Received: from mail.tellme3times.com (dsl-yul-102.e-scape.net [209.47.218.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 086A443D5E for ; Sun, 8 Aug 2004 05:11:14 +0000 (GMT) (envelope-from chris@tellme3times.com) Received: from tellme3times.com (halla.tellme3times.com [192.168.7.29]) by mail.tellme3times.com (Postfix) with ESMTP id DF8DC41F1; Sun, 8 Aug 2004 01:05:40 -0400 (EDT) Message-ID: <4115B777.7070008@tellme3times.com> Date: Sun, 08 Aug 2004 01:17:43 -0400 From: Chris User-Agent: Mozilla Thunderbird 0.5 (X11/20040413) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <20040806.231231.33567668.imp@bsdimp.com> <000001c47cb8$8ef1bb50$142a15ac@spud> <20040807.155920.66760165.imp@bsdimp.com> In-Reply-To: <20040807.155920.66760165.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: dmp@bitfreak.org cc: freebsd-current@freebsd.org Subject: Re: USB drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2004 05:11:14 -0000 M. Warner Losh wrote: > >No. You are exactly on base. That's why I pointed at you at the usb >information program. Run it with the device plugged in, and we'll be >able to know the details. > >Warner > > If I read this correctly 1 device with two interfaces. The first for the scanner and the second for the printer. Standard Device Descriptor: bLength 18 bDescriptorType 01 bcdUSB 0110 bDeviceClass 00 bDeviceSubClass 00 bDeviceProtocol 00 bMaxPacketSize 8 idVendor 04b8 idProduct 0808 bcdDevice 0100 iManufacturer 1 iProduct 2 iSerialNumber 3 bNumConfigurations 1 Configuration 0: Standard Configuration Descriptor: bLength 9 bDescriptorType 02 wTotalLength 55 bNumInterface 2 bConfigurationValue 1 iConfiguration 4 bmAttributes c0 (self-powered) bMaxPower 1 (2 mA) Standard Interface Descriptor: bLength 9 bDescriptorType 04 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass ff bInterfaceSubClass ff bInterfaceProtocol ff iInterface 5 Standard Endpoint Descriptor: bLength 7 bDescriptorType 05 bEndpointAddress 81 (in) bmAttributes 02 (Bulk) wMaxPacketSize 64 bInterval 0 Standard Endpoint Descriptor: bLength 7 bDescriptorType 05 bEndpointAddress 02 (out) bmAttributes 02 (Bulk) wMaxPacketSize 64 bInterval 0 Standard Interface Descriptor: bLength 9 bDescriptorType 04 bInterfaceNumber 1 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 07 bInterfaceSubClass 01 bInterfaceProtocol 02 iInterface 6 Standard Endpoint Descriptor: bLength 7 bDescriptorType 05 bEndpointAddress 04 (out) bmAttributes 02 (Bulk) wMaxPacketSize 64 bInterval 0 Standard Endpoint Descriptor: bLength 7 bDescriptorType 05 bEndpointAddress 83 (in) bmAttributes 02 (Bulk) wMaxPacketSize 64 bInterval 0 Codes Representing Languages by the Device: bLength 4 bDescriptorType 03 wLANGID[0] 0409 String (index 1): EPSON String (index 2): USB MFP String (index 3): RC0438001041259320 String (index 4): USB MFP String (index 5): EPSON Scanner String (index 6): USB Printer From owner-freebsd-current@FreeBSD.ORG Sun Aug 8 06:49:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1680E16A4CE for ; Sun, 8 Aug 2004 06:49:24 +0000 (GMT) Received: from les.ath.cx (12.41.244.43.ap.yournet.ne.jp [43.244.41.12]) by mx1.FreeBSD.org (Postfix) with SMTP id 44B7543D53 for ; Sun, 8 Aug 2004 06:49:23 +0000 (GMT) (envelope-from qhwt+freebsd-current@les.ath.cx) Received: (qmail 37092 invoked by uid 1000); 8 Aug 2004 06:49:12 -0000 Date: Sun, 8 Aug 2004 15:49:12 +0900 From: YONETANI Tomokazu To: "Michael C. Shultz" Message-ID: <20040808064912.GA27705@les.ath.cx> References: <200408071057.06960.ringworm@inbox.lv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408071057.06960.ringworm@inbox.lv> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: Need help: buildworld for CURRENT while under STABLE is not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2004 06:49:24 -0000 Hi. On Sat, Aug 07, 2004 at 10:57:06AM -0700, Michael C. Shultz wrote: > I have STABLE on ad0 and a working snapshot of CURRENT on ad1, I am trying > to run: > > make buildworld -DDESTDIR=/ad1 while booted from STABLE and I keep getting the > following error: (Note: cvsup'ed just before running make build world still > didn't help, neither does cleaning before hand...) I'll attach my make.conf > in case that helps... Do you get the same error if you run `make buildworld' without -DDESTDIR=/ad1 ? From owner-freebsd-current@FreeBSD.ORG Sun Aug 8 09:06:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12D7F16A4CE for ; Sun, 8 Aug 2004 09:06:33 +0000 (GMT) Received: from sv07e.atm-tzs.kmjeuro.com (sv07e.atm-tzs.kmjeuro.com [193.81.94.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7AB343D3F for ; Sun, 8 Aug 2004 09:06:31 +0000 (GMT) (envelope-from k.joch@kmjeuro.com) Received: from [192.168.2.30] (adsl.sbg.kmjeuro.com [62.99.198.46]) (authenticated bits=0)i7895luR093961 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sun, 8 Aug 2004 11:05:49 +0200 (CEST) (envelope-from k.joch@kmjeuro.com) Message-ID: <4115ECE6.30005@kmjeuro.com> Date: Sun, 08 Aug 2004 11:05:42 +0200 From: "Karl M. Joch" Organization: KMJ Consulting User-Agent: Mozilla Thunderbird 0.7 (Windows/20040616) 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-CTS-SV07-Mailserver-Information: please visit www.ctseuro.com for further instructions. Protected by www.ctseuro.com X-CTS-SV07-Mailserver: Found to be clean X-CTS-SV07-Mailserver-From: k.joch@kmjeuro.com Subject: Dummynet with IPv6 freezes the box X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2004 09:06:33 -0000 Upgraded a box from 5.2.1-p6 to p8 and added the dummynet options. wehen the system boots is also starts hf6to4 initializing IPv6 over v4. at the time hf6to4 starts the box freezes. i moved back to a kernel without dummynet now and everything is ok again. are there any known problems with IPv6 and DUMMYNET options? many thanks, karl # # CTSSINGLECPU -- Generic kernel configuration file for FreeBSD/i386 # # $FreeBSD: src/sys/i386/conf/CTSSINGLECPU,v 1.394.2.3 2004/01/26 19:42:11 nectar Exp $ machine i386 #cpu I486_CPU cpu I586_CPU cpu I686_CPU ident CTSSINGLECPU #To statically compile in device wiring instead of /boot/device.hints #hints "CTSSINGLECPU.hints" #Default places to look for devices. #makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options SCHED_4BSD #4BSD scheduler options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options UFS_ACL #Support for access control lists options UFS_DIRHASH #Improve performance on big directories options MD_ROOT #MD is a potential root device options NFSCLIENT #Network Filesystem Client options NFSSERVER #Network Filesystem Server options NFS_ROOT #NFS usable as /, requires NFSCLIENT options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options PROCFS #Process filesystem (requires PSEUDOFS) options PSEUDOFS #Pseudo-filesystem framework options 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 AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options PFIL_HOOKS # pfil(9) framework # Debugging for use in -current #options DDB #Enable the kernel debugger #options INVARIANTS #Enable calls of extra sanity checking options INVARIANT_SUPPORT #Extra sanity checks of internal structures, required by INVARIANTS #options WITNESS #Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN #Don't run witness on spinlocks for speed # To make an SMP kernel, the next two are needed options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC device isa device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID #Static device numbering # SCSI Controllers device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices device ahd # AHA39320/29320 and onboard AIC79xx devices device amd # AMD 53C974 (Tekram DC-390(T)) device isp # Qlogic family device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') device trm # Tekram DC395U/UW/F DC315U adapters device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device aha # Adaptec 154x SCSI adapters device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. device bt # Buslogic/Mylex MultiMaster SCSI adapters device ncv # NCR 53C500 device nsp # Workbit Ninja SCSI-3 device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem device amr # AMI MegaRAID device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID device ciss # Compaq Smart RAID 5* device dpt # DPT Smartcache III, IV - See NOTES for options device iir # Intel Integrated RAID device ips # IBM (Adaptec) ServeRAID device mly # Mylex AcceleRAID/eXtremeRAID # RAID controllers device aac # Adaptec FSA RAID device aacp # SCSI passthrough for aac (requires CAM) device ida # Compaq Smart RAID device mlx # Mylex DAC960 family device pst # Promise Supertrak SX6000 device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # Pcmcia and cardbus bridge support device cbb # cardbus (yenta) bridge #device pcic # ExCA ISA and PCI bridges device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device bfe # Broadcom BCM440x 10/100 ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x and SK-982x gigabit ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device ti # Alteon Networks Tigon I/II gigabit ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard nics included. device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards device ex # Intel EtherExpress Pro/10 and Pro/10+ device ep # Etherlink III based cards device fe # Fujitsu MB8696x based cards device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. device lnc # NE2100, NE32-VL Lance Ethernet cards device sn # SMC's 9000 series of ethernet chips device xe # Xircom pccard ethernet # ISA devices that use the old ISA shims #device le # Wireless NIC cards device wlan # 802.11 support device an # Aironet 4500/4800 802.11 wireless NICs. device awi # BayStack 660 and others device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices - the number indicates how many units to allocate. device random # Entropy device device loop # Network loopback device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! 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 ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device urio # Diamond Rio 500 MP3 player device uscanner # Scanners # USB Ethernet, requires mii device aue # ADMtek USB ethernet device axe # ASIX Electronics USB ethernet device cue # CATC USB ethernet device kue # Kawasaki LSI USB ethernet # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) ################################################################################ ## out additions for Firewall && Filssystems. ################################################################################ options IPFIREWALL options IPFIREWALL_VERBOSE options IPDIVERT ################################################################################ ## IPV6 and IPSEC Tunnelinf IPV4 IPV6 ################################################################################ device stf #6to4 IPv6 over IPv4 encapsulation options IPSEC options IPSEC_ESP options IPV6FIREWALL options IPV6FIREWALL_VERBOSE #options IPV6FIREWALL_VERBOSE_LIMIT=100 ################################################################################ ## We really want Dummynet for traffic shaping here ################################################################################ options DUMMYNET options HZ=1000 ################################################################################ ## we want quotas here! ################################################################################ options QUOTA From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 20:13:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8080716A4CE; Sat, 7 Aug 2004 20:13:11 +0000 (GMT) Received: from av9-1-sn4.m-sp.skanova.net (av9-1-sn4.m-sp.skanova.net [81.228.10.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF71443D2F; Sat, 7 Aug 2004 20:13:10 +0000 (GMT) (envelope-from petero2@telia.com) Received: by av9-1-sn4.m-sp.skanova.net (Postfix, from userid 502) id 26B3E37F01; Sat, 7 Aug 2004 22:13:10 +0200 (CEST) Received: from smtp2-2-sn4.m-sp.skanova.net (smtp2-2-sn4.m-sp.skanova.net [81.228.10.182]) by av9-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id 16A1537E56; Sat, 7 Aug 2004 22:13:10 +0200 (CEST) Received: from p4.localdomain (h29n2fls305o1035.telia.com [81.227.177.29]) by smtp2-2-sn4.m-sp.skanova.net (Postfix) with ESMTP id D41D937E50; Sat, 7 Aug 2004 22:13:09 +0200 (CEST) Received: from localhost (p4.localdomain [127.0.0.1]) by p4.localdomain (8.12.11/8.12.11) with ESMTP id i77KD9jf006186; Sat, 7 Aug 2004 22:13:09 +0200 Date: Sat, 7 Aug 2004 22:13:09 +0200 (CEST) From: Peter Osterlund X-X-Sender: petero@p4.localdomain To: Arne Schwabe In-Reply-To: <86u0veq3en.fsf@kamino.rfc1149.org> Message-ID: References: <86u0veq3en.fsf@kamino.rfc1149.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Sun, 08 Aug 2004 11:45:01 +0000 cc: freebsd-current@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: Synaptics Driver Patch (new Version) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Aug 2004 20:13:11 -0000 On Sat, 7 Aug 2004, Arne Schwabe wrote: > Peter Osterlund writes: > > >> > http://w1.894.telia.com/~u89404340/syn.tar.bz2 > >> > >> Okay let me hear If you got something, so I can test it. > > > > Now I have uploaded a new version to the same URL. You should set > > Protocol to "psm" in XF86Config to enable the FreeBSD psm driver > > protocol. > > > > Feedback is wanted, because I don't have a FreeBSD system to test on. > > I am very sorry that I did not reply. > It works ;) Good. > But since the synpatics support is now in FreeBSD-current kernel, the > ioctl change a little bit, patch is attached. > > There is no need to support the older ioctl. Thanks, I'll include this patch in the next release. -- Peter Osterlund - petero2@telia.com http://w1.894.telia.com/~u89404340 From owner-freebsd-current@FreeBSD.ORG Sun Aug 8 06:22:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A995A16A4CE for ; Sun, 8 Aug 2004 06:22:52 +0000 (GMT) Received: from www1.pochta.ru (www1.pochta.ru [81.211.64.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD43943D1D for ; Sun, 8 Aug 2004 06:22:51 +0000 (GMT) (envelope-from jamper@hotbox.ru) Received: by HotBOX.Ru WebMail v2.1 id i786Mnhe017474; Sun, 8 Aug 2004 10:22:49 +0400 (MSD) Date: Sun, 8 Aug 2004 10:22:49 +0400 (MSD) Message-Id: <200408080622.i786Mnhe017474@www1.pochta.ru> From: Jamper To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 8bit X-Mailer: Free WebMail POCHTA.RU X-Proxy-IP: [62.205.183.36] X-Originating-IP: [unknown] X-Mailman-Approved-At: Sun, 08 Aug 2004 11:45:01 +0000 Subject: IPSec + 5.2.current Problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2004 06:22:52 -0000 Have worked computer with racoon 17a freebsd 5.2.cur(Jan-Feb) try to recompile kernel to freebsd 5.2.cur(Aug) Ipsec stop to work. Look in maillist. This problem is discribed, but im not found the solve. My tring with FAST_IPSEC, disable gif, manual route configureation,rtfm goes to nothing. Thanks From owner-freebsd-current@FreeBSD.ORG Sun Aug 8 07:24:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFABA16A4CE for ; Sun, 8 Aug 2004 07:24:08 +0000 (GMT) Received: from mails.tsinghua.edu.cn (mails.tsinghua.edu.cn [166.111.8.16]) by mx1.FreeBSD.org (Postfix) with SMTP id 7E40143D41 for ; Sun, 8 Aug 2004 07:24:07 +0000 (GMT) (envelope-from luohong99@mails.tsinghua.edu.cn) Received: (eyou send program); Sun, 08 Aug 2004 15:19:16 +0800 Message-ID: <291949556.22743@mails.tsinghua.edu.cn> Received: from unknown (HELO mails.tsinghua.edu.cn) (unknown@127.0.0.1) by 127.0.0.1 with SMTP; Sun, 08 Aug 2004 15:19:16 +0800 X-scanvirus: By Symantec Scan Engine X-scanresult: CLEAN Received: (eqmail ); 8 Aug 2004 07:19:15 -0000 Received: from localhost (HELO ?166.111.172.64?) (luohong99@127.0.0.1) by localhost with SMTP; 8 Aug 2004 07:19:15 -0000 Message-ID: <4115D510.5010806@mails.tsinghua.edu.cn> Date: Sun, 08 Aug 2004 15:24:00 +0800 From: Luo Hong User-Agent: Mozilla Thunderbird 0.7 (X11/20040629) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <41131EEC.4050909@root.org> In-Reply-To: <41131EEC.4050909@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 08 Aug 2004 11:45:16 +0000 Subject: Re: PLEASE TEST: acpi pci irq routing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2004 07:24:08 -0000 With the new code, the system did not generate any wrong printf during the boot, but the PS/2 mouse could not be used, just like in PR55473. After I have applied the following patch, the system really generated some wrong printf's, but the mouse worked again. My motherboard is Iwill KK266 with Award BIOS. The patch is here: --- acpi_pci_link.c.orig Sun Aug 8 13:12:14 2004 +++ acpi_pci_link.c Sun Aug 8 13:44:34 2004 @@ -467,10 +467,11 @@ * PCI link status (_STA) is unreliable. Many systems return * erroneous values so we ignore it. */ - if ((sta & (ACPI_STA_PRESENT | ACPI_STA_FUNCTIONAL)) == 0) { + if ((sta & ACPI_STA_ENABLED) == 0) { #ifndef ACPI_OLD_PCI_LINK device_printf(pcidev, "acpi PRT ignoring status for %s\n", acpi_name(handle)); + return_ACPI_STATUS (AE_ERROR); #else ACPI_DEBUG_PRINT((ACPI_DB_ERROR, "interrupt link is not functional - %s\n", and the dmesg when the mouse works well is here: Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2-CURRENT #11: Sun Aug 8 13:50:55 CST 2004 root@bfdream.9966.org:/freebsd/obj/freebsd/HEAD/src/sys/BFDREAM Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) processor (997.80-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x642 Stepping = 2 Features=0x183f9ff AMD Features=0xc0440000 real memory = 805240832 (767 MB) avail memory = 782893056 (746 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [GIANT-LOCKED] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0x6000-0x607f,0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0 pcib0: acpi PRT ignoring status for \\_SB_.PCI0.LNKB pcib0: acpi PRT ignoring status for \\_SB_.PCI0.LNKB pcib0: acpi PRT ignoring status for \\_SB_.PCI0.LNKB pcib0: acpi PRT ignoring status for \\_SB_.PCI0.LNKB pcib0: acpi PRT ignoring status for \\_SB_.PCI0.LNKB pcib0: acpi PRT ignoring status for \\_SB_.PCI0.LNKB pcib0: acpi PRT ignoring status for \\_SB_.PCI0.LNKB pcib0: acpi PRT ignoring status for \\_SB_.PCI0.LNKB pcib0: acpi PRT ignoring status for \\_SB_.PCI0.LNKB pcib0: acpi PRT ignoring status for \\_SB_.PCI0.LNKB pci0: on pcib0 agp0: mem 0xd0000000-0xd7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 drm0: port 0xc000-0xc0ff mem 0xe1000000-0xe107ffff,0xd8000000-0xdfffffff irq 9 at device 0.0 on pci1 info: [drm] AGP at 0xd0000000 128MB info: [drm] Initialized radeon 1.11.0 20020828 on minor 0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xd000-0xd00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 atapci0: Correcting VIA config for southbridge data corruption bug ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at device 7.2 (no driver attached) pci0: at device 7.3 (no driver attached) pci0: at device 7.4 (no driver attached) fxp0: port 0xdc00-0xdc3f mem 0xe3000000-0xe30fffff,0xe3100000-0xe3100fff irq 10 at device 11.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:90:27:59:62:91 fxp0: [GIANT-LOCKED] pci0: at device 12.0 (no driver attached) pcm0: port 0xe400-0xe4ff irq 10 at device 15.0 on pci0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 orm0: at iomem 0xc0000-0xc7fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 997803424 Hz quality 800 Timecounters tick every 10.000 msec acpi_cpu: throttling enabled, 2 steps (100% to 50.0%), currently 100.0% ATAPI_RESET time = 20us ad0: 117800MB [239340/16/63] at ata0-master UDMA100 acd0: CDROM at ata0-slave UDMA33 ad1: 39266MB [79780/16/63] at ata1-master UDMA100 Mounting root from ufs:/dev/ad0s1a Thanks, Hong Luo From owner-freebsd-current@FreeBSD.ORG Sun Aug 8 11:55:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98AE216A4CE for ; Sun, 8 Aug 2004 11:55:51 +0000 (GMT) Received: from joostm.nl (62-177-151-10.bbeyond.nl [62.177.151.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B67943D5C for ; Sun, 8 Aug 2004 11:55:50 +0000 (GMT) (envelope-from j@joostm.nl) Received: from joostm.nl (asterix-114.gallia [172.17.114.2]) by onix.gallia (8.12.10/8.13.1) with ESMTP id i78BPLSB011314 for ; Sun, 8 Aug 2004 13:25:21 +0200 (CEST) (envelope-from j@joostm.nl) Message-ID: <41160EDA.40800@joostm.nl> Date: Sun, 08 Aug 2004 13:30:34 +0200 From: Joost Mulders User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.4) Gecko/20040524 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: D-Link DFE-690TXD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: j@joostm.nl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2004 11:55:51 -0000 Hi, I happen to own a D-Link DFE-690TXD cardbus network adapter for my laptop. After reading the comments if_rl.c, I regret to have bought it this "redefinition of low end" :-) With 5.2.1-RELEASE and this card, if_rl hangs in rl_probe() at hwrev = CSR_READ_4(sc, RL_TXCFG) & RL_TXCFG_HWREV; I saw quite some modifications in current for if_rl, so I upgraded last night to current. The good news is that the card now just works: > rl0: port 0x1100-0x11ff mem 0x88000000-0x880001ff irq 10 at device 0.0 on cardbus0 > miibus1: on rl0 > rlphy0: on miibus1 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > rl0: Ethernet address: 00:0d:88:2c:a3:f7 > rl0: [GIANT-LOCKED] Running ttcp over this card showed about 8.5MB/s at the expense of quite some CPU cycles. However, while doing this, I noticed these messages > rl0: discard oversize frame (ether type 800 flags 3 len 21569 > max 1514) > rl0: discard oversize frame (ether type 8001 flags 3 len 4520 > max 1514) > rl0: discard oversize frame (ether type ef27 flags 3 len 32684 > max 1514) > rl0: discard oversize frame (ether type 2f1a flags 3 len 49420 > max 1514) So, if_rl is receiving bogus frames. I'm happy to track this one down but have no clue where to start :-) * is it switch/cable? (it it is fine with the builtin fxp nic or is fxp just ignoring bogus frames without logging?) * is it cardbus or if_rl Any pointers appreciated, Joost -- j@joostm.nl From owner-freebsd-current@FreeBSD.ORG Sun Aug 8 13:25:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A09716A4CF for ; Sun, 8 Aug 2004 13:25:22 +0000 (GMT) Received: from beagle2.mehnert.org (beagle2.mehnert.org [212.42.235.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id A398843D53 for ; Sun, 8 Aug 2004 13:25:21 +0000 (GMT) (envelope-from hannes@mehnert.org) Received: from localhost (port-195-158-171-122.dynamic.qsc.de [195.158.171.122]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Hannes Mehnert", Issuer "mehnert root CA" (verified OK)) by beagle2.mehnert.org (Postfix) with ESMTP id 2E6DE9585D; Sun, 8 Aug 2004 15:25:15 +0200 (CEST) Date: Sun, 8 Aug 2004 15:25:24 +0200 From: Hannes Mehnert To: Jamper Message-ID: <20040808132524.GB1033@mehnert.org> References: <200408080622.i786Mnhe017474@www1.pochta.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408080622.i786Mnhe017474@www1.pochta.ru> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: IPSec + 5.2.current Problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2004 13:25:22 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, On Sun, Aug 08, 2004 at 10:22:49AM +0400, Jamper wrote: > Have worked computer with racoon 17a freebsd 5.2.cur(Jan-Feb) > try to recompile kernel to freebsd 5.2.cur(Aug) > > Ipsec stop to work. > > Look in maillist. This problem is discribed, but im not found the solve. > > My tring with FAST_IPSEC, disable gif, manual route configureation,rtfm goes to > nothing. When I set 'options MSIZE=512' in the kernel config, IPSec works for me. Without this option I get 'ERROR: pfkey.c:1076:pk_sendupdate(): libipsec failed send update (No buffer space available)' from racoon. Full racoon.log is still at https://berlin.ccc.de/~hannes/racoon.log Best Regards, Hannes Mehnert -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBFinBRcuNlziBjRwRAoBLAJsGcpE0cUAJCuzDhfird7j8J/q2XwCcCJ5a U5uIIIheFD+Vx3w7mjn3nY4= =vd9z -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Aug 8 13:52:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D641C16A4CE for ; Sun, 8 Aug 2004 13:52:46 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A54943D41 for ; Sun, 8 Aug 2004 13:52:46 +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 i78DpUJa046303; Sun, 8 Aug 2004 07:51:30 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 08 Aug 2004 07:51:29 -0600 (MDT) Message-Id: <20040808.075129.93807062.imp@bsdimp.com> To: chris@tellme3times.com From: "M. Warner Losh" In-Reply-To: <4115B777.7070008@tellme3times.com> References: <000001c47cb8$8ef1bb50$142a15ac@spud> <20040807.155920.66760165.imp@bsdimp.com> <4115B777.7070008@tellme3times.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: dmp@bitfreak.org cc: freebsd-current@freebsd.org Subject: Re: USB drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2004 13:52:46 -0000 In message: <4115B777.7070008@tellme3times.com> Chris writes: : If I read this correctly 1 device with two interfaces. The first for the : scanner and the second for the printer. I think you are reading it correctly. I need to grab my decoder ring to make sure that it is scanner/printer and not printer/scanner... Warner From owner-freebsd-current@FreeBSD.ORG Sun Aug 8 13:55:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AC9816A4CE for ; Sun, 8 Aug 2004 13:55:56 +0000 (GMT) Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA74043D41 for ; Sun, 8 Aug 2004 13:55:55 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd03.aul.t-online.de by mailout01.sul.t-online.com with smtp id 1Bto9Q-0004wG-01; Sun, 08 Aug 2004 15:55:52 +0200 Received: from Andro-Beta.Leidinger.net (EPZq+6ZSZenR20i0y8tiWzOvkE10tkFkQGaE4cQP2-dndlXT2okY8U@[217.83.29.116]) by fmrl03.sul.t-online.com with esmtp id 1Bto9D-1KbXto0; Sun, 8 Aug 2004 15:55:39 +0200 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) i78Dtf5K036473; Sun, 8 Aug 2004 15:55:42 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sun, 8 Aug 2004 15:56:23 +0200 From: Alexander Leidinger To: Hannes Mehnert Message-Id: <20040808155623.2fa6fb4b@Magellan.Leidinger.net> In-Reply-To: <20040808132524.GB1033@mehnert.org> References: <200408080622.i786Mnhe017474@www1.pochta.ru> <20040808132524.GB1033@mehnert.org> X-Mailer: Sylpheed-Claws 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-ID: EPZq+6ZSZenR20i0y8tiWzOvkE10tkFkQGaE4cQP2-dndlXT2okY8U@t-dialin.net cc: freebsd-current@freebsd.org cc: Jamper Subject: Re: IPSec + 5.2.current Problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2004 13:55:56 -0000 On Sun, 8 Aug 2004 15:25:24 +0200 Hannes Mehnert wrote: > > My tring with FAST_IPSEC, disable gif, manual route configureation,rtfm goes to > > nothing. > > When I set 'options MSIZE=512' in the kernel config, IPSec works for > me. > Without this option I get 'ERROR: pfkey.c:1076:pk_sendupdate(): > libipsec failed send update (No buffer space available)' from racoon. I don't have a problem with racoon (because I use MSIZE too), but I have a problem with the actual data transfer over the encrypted tunnel, see Message-Id: <20040805223027.7df0732b@Magellan.Leidinger.net>. If I use FAST_IPSEC instead of IPSEC, everything works. So you're able to transfer data over the tunnel with IPSEC? It's a simple configuration, I've configured a gif tunnel between the FreeBSD box and a hardware appliance (I've only access to the FreeBSD system), added some SPD entries with setkey, configured racoon with a pre-shared key and added a static route. With 4.10 this worked without problems. After replacing the 4.10 box with a 5-current one, I had to switch to FAST_IPSEC to get it working. Bye, Alexander. -- I'm available to get hired (preferred in .lu). http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Sun Aug 8 14:09:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 460FE16A4CE for ; Sun, 8 Aug 2004 14:09:54 +0000 (GMT) Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDDEF43D39 for ; Sun, 8 Aug 2004 14:09:53 +0000 (GMT) (envelope-from the_mip_rvl@myrealbox.com) Received: from [10.0.0.150] the_mip_rvl [145.53.68.203] $ on Novell NetWare; Sun, 08 Aug 2004 08:09:54 -0600 Message-ID: <41163432.2060905@myrealbox.com> Date: Sun, 08 Aug 2004 16:09:54 +0200 From: Roland van Laar User-Agent: Mozilla Thunderbird 0.7.2 (Windows/20040707) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike References: <20040807080046.M43382@www.ideaway.net> In-Reply-To: <20040807080046.M43382@www.ideaway.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: "BTX Halted" on Toshiba Portege 3010 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2004 14:09:54 -0000 Mike wrote: >Taking a hard drive from a working install of almost -current >and placing it into the Portege 3010 shows a dump of reg >values and the message "BTX Halted". This happens shortly >after typing /boot/loader at the boot: prompt; >moments later the machine reboots. >Googling points at playing with DMA/PIO options in the BIOS >until the message goes away - there are no such options in >the Portege's BIOS, but I've pretty much tweaked every >setting that there is, and the results are exactly the same. >I've also found some posts of freebsd 3.x supposedly working >with this machine. So... was something broken along the >way, was support removed, or is there something I am missing >which will allow me to boot this machine into 5-current? >Mike > > > I had a 3020 which died 2 months ago, haven't had a current on it since februari, so at least 5.2.1 should work fine. regards, Roland ps. This is more an e-mail for mobile@ From owner-freebsd-current@FreeBSD.ORG Sun Aug 8 15:13:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFAE816A4CF for ; Sun, 8 Aug 2004 15:13:30 +0000 (GMT) Received: from mail.tellme3times.com (dsl-yul-102.e-scape.net [209.47.218.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36B6943D1D for ; Sun, 8 Aug 2004 15:13:30 +0000 (GMT) (envelope-from chris@tellme3times.com) Received: from tellme3times.com (halla.tellme3times.com [192.168.7.29]) by mail.tellme3times.com (Postfix) with ESMTP id 8DF6540DD; Sun, 8 Aug 2004 11:07:55 -0400 (EDT) Message-ID: <411644A1.1030002@tellme3times.com> Date: Sun, 08 Aug 2004 11:20:01 -0400 From: Chris User-Agent: Mozilla Thunderbird 0.5 (X11/20040413) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <000001c47cb8$8ef1bb50$142a15ac@spud> <20040807.155920.66760165.imp@bsdimp.com> <4115B777.7070008@tellme3times.com> <20040808.075129.93807062.imp@bsdimp.com> In-Reply-To: <20040808.075129.93807062.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: dmp@bitfreak.org cc: freebsd-current@freebsd.org Subject: Re: USB drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2004 15:13:30 -0000 M. Warner Losh wrote: >In message: <4115B777.7070008@tellme3times.com> > Chris writes: >: If I read this correctly 1 device with two interfaces. The first for the >: scanner and the second for the printer. > >I think you are reading it correctly. I need to grab my decoder ring >to make sure that it is scanner/printer and not printer/scanner... > >Warner > > A quick Google search tells me I'm right. Now I just have to figure out why, when I identify the scanner it does not continue to attache the printer. Chris From owner-freebsd-current@FreeBSD.ORG Sun Aug 8 15:25:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E68E16A4CE; Sun, 8 Aug 2004 15:25:11 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE46E43D45; Sun, 8 Aug 2004 15:25:09 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 7DA771FF9A6; Sun, 8 Aug 2004 17:25:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 7B7321FF92F; Sun, 8 Aug 2004 17:25:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 4846415665; Sun, 8 Aug 2004 15:21:40 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 4595A15329; Sun, 8 Aug 2004 15:21:41 +0000 (UTC) Date: Sun, 8 Aug 2004 15:21:41 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: FreeBSD current mailing list Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: FreeBSD arch mailing list Subject: NO_YP_LIBC patch - please test/review X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2004 15:25:11 -0000 Hi, I am looking for more tests and reviews of the NO_YP_LIBC patch. You can find the latest version to test on http://sources.zabbadoz.net/freebsd/patchset/10039-no-yp-libc.diff You will need to apply the whole patch in order to successfully build a world with NO_YP_LIBC=yes in make.conf and thus be able to also test the changes. Mostly things like bind, sendmail, amd, etc. that still get build will need testing. If there are any problems or if it works for you or of you have further additions please let me know. -- Greetings Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sun Aug 8 17:50:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF02716A4CE for ; Sun, 8 Aug 2004 17:50:17 +0000 (GMT) Received: from lakermmtao01.cox.net (lakermmtao01.cox.net [68.230.240.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 540C343D58 for ; Sun, 8 Aug 2004 17:50:17 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.71.51]) by lakermmtao01.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP id <20040808175013.NBFT15539.lakermmtao01.cox.net@dolphin.local.net> for ; Sun, 8 Aug 2004 13:50:13 -0400 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.1/8.13.1) with ESMTP id i78HoDsd001498 for ; Sun, 8 Aug 2004 12:50:13 -0500 (CDT) (envelope-from conrads@dolphin.local.net) Received: (from conrads@localhost) by dolphin.local.net (8.13.1/8.13.1/Submit) id i78Ho86n001497 for freebsd-current@freebsd.org; Sun, 8 Aug 2004 12:50:08 -0500 (CDT) (envelope-from conrads) Message-ID: X-Mailer: XFMail 1.5.5 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Sun, 08 Aug 2004 12:50:08 -0500 (CDT) Organization: A Rag-Tag Band of Drug-Crazed Hippies From: "Conrad J. Sabatier" To: freebsd-current@freebsd.org Subject: sys/conf/NOTES needs pruning/distributing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: conrads@cox.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2004 17:50:18 -0000 If I understand correctly, sys/conf/NOTES should contain only universal options that are useable on any platform, correct? If so, then there are a number of devices/options that need to be cut and moved to their respective architectures' conf dirs. Quite a few of them, actually. -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Sun Aug 8 17:54:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 584B516A4CE for ; Sun, 8 Aug 2004 17:54:07 +0000 (GMT) Received: from lakermmtao01.cox.net (lakermmtao01.cox.net [68.230.240.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF61043D55 for ; Sun, 8 Aug 2004 17:54:06 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.71.51]) by lakermmtao01.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP id <20040808175406.NCKG15539.lakermmtao01.cox.net@dolphin.local.net> for ; Sun, 8 Aug 2004 13:54:06 -0400 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.1/8.13.1) with ESMTP id i78Hs5II001518 for ; Sun, 8 Aug 2004 12:54:06 -0500 (CDT) (envelope-from conrads@dolphin.local.net) Received: (from conrads@localhost) by dolphin.local.net (8.13.1/8.13.1/Submit) id i78Hs01v001517 for freebsd-current@freebsd.org; Sun, 8 Aug 2004 12:54:00 -0500 (CDT) (envelope-from conrads) Message-ID: X-Mailer: XFMail 1.5.5 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Sun, 08 Aug 2004 12:54:00 -0500 (CDT) Organization: A Rag-Tag Band of Drug-Crazed Hippies From: "Conrad J. Sabatier" To: freebsd-current@freebsd.org Subject: INCLUDE_CONFIG_FILE doesn't work anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: conrads@cox.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2004 17:54:07 -0000 Including "options INCLUDE_CONFIG_FILE", while it doesn't break the kernel build, no longer actually seems to include the config file in the kernel. Using the magic "strings -n 3 ..." incantation returns only a couple of lines of gibberish now. -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Sun Aug 8 18:32:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8F7C16A4CE; Sun, 8 Aug 2004 18:32:47 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 721DA43D62; Sun, 8 Aug 2004 18:32:47 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i78IVIH2023298; Sun, 8 Aug 2004 14:31:18 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i78IVIbI023295; Sun, 8 Aug 2004 14:31:18 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sun, 8 Aug 2004 14:31:18 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: "Conrad J. Sabatier" In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: kan@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: INCLUDE_CONFIG_FILE doesn't work anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2004 18:32:48 -0000 On Sun, 8 Aug 2004, Conrad J. Sabatier wrote: > Including "options INCLUDE_CONFIG_FILE", while it doesn't break the > kernel build, no longer actually seems to include the config file in the > kernel. Using the magic "strings -n 3 ..." incantation returns only a > couple of lines of gibberish now. It could be that gcc 3.4 is cleverly optimization out the unused symbols? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research From owner-freebsd-current@FreeBSD.ORG Sun Aug 8 18:49:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 809A916A4CE for ; Sun, 8 Aug 2004 18:49:43 +0000 (GMT) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4883343D2D for ; Sun, 8 Aug 2004 18:49:42 +0000 (GMT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) i78Infqv001244 for ; Sun, 8 Aug 2004 11:49:41 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.12.11/8.12.11/Submit) id i78InffL001243 for current@freebsd.org; Sun, 8 Aug 2004 11:49:41 -0700 (PDT) (envelope-from david) Date: Sun, 8 Aug 2004 11:49:41 -0700 (PDT) From: David Wolfskill Message-Id: <200408081849.i78InffL001243@bunrab.catwhisker.org> To: current@freebsd.org Subject: ATA issues: ad0: FAILURE - ATA_IDENTIFY no interrupt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2004 18:49:43 -0000 This looks fairly unpleasant. Local CVS repo synced between 03:45 - 03:53 hrs. US/Pacific (PDT). Had one lockup during the "make -j8 buildworld," in the "stage 4.2: building libraries" phase, while lic_r was being built. (This also happened 3 of the previous 4 days, but not yesterday; it's an SMP system.) Rest, reboot to single user, "fsck -p && reboot || fsck -y" rebooted to multi-user OK, and I started the "make -j8 buildworld" over again, and this time it completed without incident. Built & installed the new kernel, installed world, mergemaster, reboot. Started seeing a bit of oddness with respect to module g_md (I use a swap-backed /tmp), and then ata0 & ad0 reported problems. Here's a cut/paste from my (serial) console: Sun Aug 8 09:50:13 PDT 2004 FreeBSD/i386 (freebeast.catwhisker.org) (cuaa0) login: Augboot() called on cpu#1 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncer syncing, vnodes remaining...5 0 3 0 1 0 1 0 1 0 1 0 0 0 done Uptime: 1h44m59s Shutting down ACPI ACPI-0265: *** Error: Hardware never changed modes Rebooting... cpu_reset called on cpu#1 cpu_reset: Stopping other CPUs cpu_reset: Restarting BSP cpu_reset_proxy: Stopped CPU 1 Console: serial port BIOS drive A: is disk0 BIOS drive C: is disk1 BIOS 639kB/523200kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (root@freebeast.catwhisker.org, Sun Aug 8 10:22:51 PDT 2004) Loading /boot/defaults/loader.conf /boot/kernel/kernel text=0x2ac338 data=0x31e18+0x3e5e8 syms=[0x4+0x3e860+0x4+0x4e1b6] /boot/kernel/snd_cmi.ko text=0x2c50 data=0x29c syms=[0x4+0x9d0+0x4+0x9a8] loading required module 'sound' /boot/kernel/sound.ko text=0x13884 data=0x2794+0x10b8 syms=[0x4+0x2b80+0x4+0x30a0] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... /boot/kernel/acpi.ko text=0x3eba8 data=0x1a84+0xd2c syms=[0x4+0x6f60+0x4+0x90e8] GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=01 base=0000000000000000 len=000000000009fc00 SMAP type=01 base=000000000009fc00 len=0000000000000400 SMAP type=02 base=00000000000f0000 len=0000000000010000 SMAP type=02 base=00000000fec00000 len=0000000001400000 SMAP type=01 base=0000000000100000 len=000000001fef0000 SMAP type=03 base=000000001fff3000 len=000000000000d000 SMAP type=04 base=000000001fff0000 len=0000000000003000 Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2-CURRENT #42: Sun Aug 8 11:08:52 PDT 2004 root@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/FREEBEAST WARNING: DIAGNOSTIC option enabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc0822000. Preloaded elf module "/boot/kernel/snd_cmi.ko" at 0xc08221f4. Preloaded elf module "/boot/kernel/sound.ko" at 0xc08222a0. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc082234c. Calibrating clock(s) ... i8254 clock: 1193283 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 876397877 Hz CPU: Intel Pentium III (876.40-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x68a Stepping = 10 Features=0x383fbff real memory = 536805376 (511 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c29000 - 0x000000001f6bffff, 514420736 bytes (125591 pages) avail memory = 515739648 (491 MB) Table 'FACP' at 0x1fff3040 Table 'APIC' at 0x1fff6280 MADT: Found table at 0x1fff6280 MP Configuration Table version 1.4 found at 0xc00f1400 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 1: enabled SMP: Added CPU 1 (AP) ACPI APIC Table: APIC ID: physical 0, logical 0:0 APIC ID: physical 1, logical 0:1 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 bios32: Found BIOS32 Service Directory header at 0xc00faf20 bios32: Entry = 0xfb390 (c00fb390) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xb3c0 pnpbios: Found PnP BIOS data at 0xc00fbde0 pnpbios: Entry = f0000:be10 Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 1 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: intr override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: intr override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: low ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00040011 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff wlan: <802.11 Link Layer> null: random: io: mem: Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [GIANT-LOCKED] pci_open(1): mode 1 addr port (0x0cf8) is 0x80000060 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=30911106) pcibios: BIOS version 2.10 Found $PIR table, 8 entries at 0xc00fde30 PCI-Only Interrupts: 5 10 11 12 Location Bus Device Pin Link IRQs slot 1 0 9 A 0x01 3 4 5 7 9 10 11 12 14 15 slot 1 0 9 B 0x02 3 4 5 7 9 10 11 12 14 15 slot 1 0 9 C 0x03 3 4 5 7 9 10 11 12 14 15 slot 1 0 9 D 0x04 3 4 5 7 9 10 11 12 14 15 slot 2 0 10 A 0x02 3 4 5 7 9 10 11 12 14 15 slot 2 0 10 B 0x03 3 4 5 7 9 10 11 12 14 15 slot 2 0 10 C 0x04 3 4 5 7 9 10 11 12 14 15 slot 2 0 10 D 0x01 3 4 5 7 9 10 11 12 14 15 slot 3 0 11 A 0x03 3 4 5 7 9 10 11 12 14 15 slot 3 0 11 B 0x04 3 4 5 7 9 10 11 12 14 15 slot 3 0 11 C 0x01 3 4 5 7 9 10 11 12 14 15 slot 3 0 11 D 0x02 3 4 5 7 9 10 11 12 14 15 slot 4 0 12 A 0x04 3 4 5 7 9 10 11 12 14 15 slot 4 0 12 B 0x01 3 4 5 7 9 10 11 12 14 15 slot 4 0 12 C 0x02 3 4 5 7 9 10 11 12 14 15 slot 4 0 12 D 0x03 3 4 5 7 9 10 11 12 14 15 slot 5 0 13 A 0x01 3 4 5 7 9 10 11 12 14 15 slot 5 0 13 B 0x02 3 4 5 7 9 10 11 12 14 15 slot 5 0 13 C 0x03 3 4 5 7 9 10 11 12 14 15 slot 5 0 13 D 0x04 3 4 5 7 9 10 11 12 14 15 slot 6 0 14 A 0x02 3 4 5 7 9 10 11 12 14 15 slot 6 0 14 B 0x03 3 4 5 7 9 10 11 12 14 15 slot 6 0 14 C 0x04 3 4 5 7 9 10 11 12 14 15 slot 6 0 14 D 0x01 3 4 5 7 9 10 11 12 14 15 slot 7 0 15 A 0x03 3 4 5 7 9 10 11 12 14 15 slot 7 0 15 B 0x04 3 4 5 7 9 10 11 12 14 15 slot 7 0 15 C 0x01 3 4 5 7 9 10 11 12 14 15 slot 7 0 15 D 0x02 3 4 5 7 9 10 11 12 14 15 embedded 0 1 A 0x01 3 4 5 7 9 10 11 12 14 15 embedded 0 1 B 0x02 3 4 5 7 9 10 11 12 14 15 embedded 0 1 C 0x03 3 4 5 7 9 10 11 12 14 15 embedded 0 1 D 0x04 3 4 5 7 9 10 11 12 14 15 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 17 func 0 acpi0: Power Button (fixed) ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 ACPI timer looks GOOD min = 2, max = 3, width = 1 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_tz0: on acpi0 acpi_button0: on acpi0 pcib0: port 0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0 pcib0: could not get PCI interrupt routing table for \_SB_.PCI0 - AE_BAD_DATA 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: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base da000000, size 22, enabled found-> vendor=0x1106, dev=0x3091, revid=0x01 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0xa210, cachelnsz=0 (dwords) lattimer=0x08 (240 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=0x1106, dev=0xb091, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x2230, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) map[10]: type 4, range 32, base 0000c000, size 7, enabled map[14]: type 1, range 32, base da401000, size 7, enabled pcib0: matched entry for 0.9.INTA (src ) pcib0: device is hardwired to IRQ 16 found-> vendor=0x10ec, dev=0x8129, revid=0x00 bus=0, slot=9, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=16 map[10]: type 4, range 32, base 0100c400, size 7, enabled map[14]: type 1, range 32, base d9000000, size 7, enabled map[18]: type 1, range 32, base 01000000, size 24, enabled map[1c]: type 1, range 32, base 01000000, size 24, enabled map[20]: type 1, range 32, base 01000000, size 24, enabled map[24]: type 1, range 32, base 01000000, size 24, enabled pcib0: matched entry for 0.10.INTA (src ) pcib0: device is hardwired to IRQ 17 found-> vendor=0x1106, dev=0x3143, revid=0x06 bus=0, slot=10, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0300, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x76 (29500 ns), maxlat=0x99 (38250 ns) intpin=a, irq=17 map[10]: type 4, range 32, base 0000c800, size 8, enabled pcib0: matched entry for 0.14.INTA (src ) pcib0: device is hardwired to IRQ 17 found-> vendor=0x13f6, dev=0x0111, revid=0x10 bus=0, slot=14, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x18 (6000 ns) intpin=a, irq=17 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000cc00, size 3, enabled map[14]: type 4, range 32, base 0000d000, size 2, enabled map[18]: type 4, range 32, base 0000d400, size 3, enabled map[1c]: type 4, range 32, base 0000d800, size 2, enabled map[20]: type 4, range 32, base 0000dc00, size 4, enabled pcib0: matched entry for 0.15.INTA (src ) pcib0: device is hardwired to IRQ 18 found-> vendor=0x1095, dev=0x0649, revid=0x02 bus=0, slot=15, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=a, irq=18 powerspec 2 supports D0 D1 D2 D3 current D0 found-> vendor=0x1106, dev=0x3074, revid=0x00 bus=0, slot=17, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0087, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000e000, size 4, enabled found-> vendor=0x1106, dev=0x0571, revid=0x06 bus=0, slot=17, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xd0000000-0xd7ffffff pcib1: prefetched decode 0xfff00000-0xfffff pci1: on pcib1 pci1: physical bus=1 map[10]: type 1, range 32, base d0000000, size 26, enabled pcib1: device (null) requested decoded memory range 0xd0000000-0xd3ffffff found-> vendor=0x5333, dev=0x8a13, revid=0x02 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x04 (1000 ns), maxlat=0xff (63750 ns) powerspec 1 supports D0 D3 current D0 pci1: at device 0.0 (no driver attached) rl0: Reserved 0x80 bytes for rid 0x10 type 4 at 0xc000 rl0: port 0xc000-0xc07f mem 0xda401000-0xda40107f irq 16 at device 9.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: bpf attached rl0: Ethernet address: 00:80:c6:f9:08:58 rl0: [GIANT-LOCKED] pci0: at device 10.0 (no driver attached) pcm0: port 0xc800-0xc8ff irq 17 at device 14.0 on pci0 pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xc800 pcm0: [MPSAFE] pcm0: sndbuf_setmap 1f45c000, 4000; 0xd544e000 -> 1f45c000 pcm0: sndbuf_setmap 1f458000, 4000; 0xd5452000 -> 1f458000 atapci0: port 0xdc00-0xdc0f,0xd800-0xd803,0xd400-0xd407,0xd000-0xd003,0xcc00-0xcc07 irq 18 at device 15.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xdc00 atapci0: [MPSAFE] atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xcc00 atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xd000 ata2: reset tp1 mask=03 ostat0=7f ostat1=7f ata2-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata2-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata2-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata2-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata2-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata2-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata2-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata2-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata2-slave: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata2: reset tp2 stat0=ff stat1=ff devices=0x0 ata2: at 0xcc00 on atapci0 ata2: [MPSAFE] atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xd400 atapci0: Reserved 0x4 bytes for rid 0x1c type 4 at 0xd800 ata3: reset tp1 mask=03 ostat0=7f ostat1=7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-master: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3-slave: stat=0x7f err=0x7f lsb=0x7f msb=0x7f ata3: reset tp2 stat0=ff stat1=ff devices=0x0 ata3: at 0xd400 on atapci0 ata3: [MPSAFE] isab0: at device 17.0 on pci0 isa0: on isab0 atapci1: port 0xe000-0xe00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 17.1 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xe000 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci1: 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 ata0: at 0x1f0 irq 14 on atapci1 ata0: [MPSAFE] atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci1: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=01 ata1-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x00 err=0x04 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ata1: at 0x170 irq 15 on atapci1 ata1: [MPSAFE] fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: irq maps: 0x4041 0x4051 0x4041 0x4041 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A, console sio1: irq maps: 0x4041 0x4049 0x4041 0x4041 sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A unknown: not probed (disabled) ppc0: using extended I/O port range ppc0: SPP ppc0 port 0xf78-0xf7b,0xb78-0xb7b,0x778-0x77b,0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sc: sc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it vga: vga0 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 isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc8000-0xcffff,0xc0000-0xc7fff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x0> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 kbd0: atkbd0, generic (0), config:0x0, flags:0x3f0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0067 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 psm0: failed to reset the aux device. bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) 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) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 876397877 Hz quality -100 Timecounters tick every 10.000 msec lo0: bpf attached ata0-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin ata0-master: setting PIO4 on VIA 8233 chip ata0-master: setting UDMA100 on VIA 8233 chip ad0: ATA-5 disk at ata0-master ad0: 39203MB (80288480 sectors), 79651 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, UDMA100 GEOM: new disk ad0 ata1-master: pio=0x0c wdma=0x22 udma=0xffffffff cable=40pin ATAPI_RESET time = 60us [0] f:00 typ:165 s(CHS):0/1/1 e(CHS):260/254/63 s:63 l:4192902 [1] f:00 typ:165 s(CHS):261/0/1 e(CHS):521/254/63 s:4192965 l:4192965 [2] f:00 typ:165 s(CHS):522/0/1 e(CHS):782/254/63 s:8385930 l:4192965 [3] f:80 typ:165 s(CHS):783/0/1 e(CHS):1023/254/63 s:12578895 l:67697910 GEOM: Configure ad0s1, start 32256 length 2146765824 end 2146798079 GEOM: Configure ad0s2, start 2146798080 length 2146798080 end 4293596159 GEOM: Configure ad0s3, start 4293596160 length 2146798080 end 6440394239 GEOM: Configure ad0s4, start 6440394240 length 34661329920 end 41101724159 ata1-master: setting PIO4 on VIA 8233 chip GEOM: Configure ad0s1a, start 0 length 167772160 end 167772159 GEOM: Configure ad0s1c, start 0 length 2146765824 end 2146765823 GEOM: Configure ad0s1e, start 167772160 length 1978993664 end 2146765823 acd0: CDROM drive at ata1 as master acd0: read 5500KB/s (5500KB/s), 128KB buffer, PIO4 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked, lock protected acd0: Medium: no/blank disc SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00040011 LDR: 0x02000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000000 SVR: 0x000001ff ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 3 (ISA IRQ 3) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 6 (ISA IRQ 6) to cluster 0 ioapic0: routing intpin 7 (ISA IRQ 7) to cluster 0 ioapic0: routing intpin 8 (ISA IRQ 8) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 16 (PCI IRQ 16) to cluster 0 ioapic0: routing intpin 17 (PCI IRQ 17) to cluster 0 ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0 GEOM: Configure ad0s2a, start 0 length 167772160 end 167772159 GEOM: Configure ad0s2c, start 0 length 2146798080 end 2146798079 GEOM: Configure ad0s2e, start 167772160 length 1979025920 end 2146798079 GEOM: Configure ad0s3a, start 0 length 167772160 end 167772159 GEOM: Configure ad0s3c, start 0 length 2146798080 end 2146798079 GEOM: Configure ad0s3e, start 167772160 length 1979025920 end 2146798079 GEOM: Configure ad0s4a, start 0 length 167772160 end 167772159 GEOM: Configure ad0s4b, start 167772160 length 1073741824 end 1241513983 GEOM: Configure ad0s4c, start 0 length 34661329920 end 34661329919 GEOM: Configure ad0s4e, start 1241513984 length 1978662912 end 3220176895 GEOM: Configure ad0s4g, start 3220176896 length 2147483648 end 5367660543 GEOM: Configure ad0s4h, start 5367660544 length 29293669376 end 34661329919 Mounting root from ufs:/dev/ad0s4a start_init: trying /sbin/init Pre-seeding PRNG: kickstart. Loading configuration files. Entropy harvesting: interrupts ethernet point_to_point kickstart. swapon: adding /dev/ad0s4b as swap device Starting file system checks: /dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1a: clean, 110384 free (1184 frags, 13650 blocks, 0.7% fragmentation) /dev/ad0s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1e: clean, 1128055 free (29175 frags, 137360 blocks, 1.6% fragmentation) /dev/ad0s2a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s2a: clean, 111586 free (298 frags, 13911 blocks, 0.2% fragmentation) /dev/ad0s2e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s2e: clean, 932696 free (7984 frags, 115589 blocks, 0.4% fragmentation) /dev/ad0s3a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s3a: clean, 42892 free (1268 frags, 5203 blocks, 0.8% fragmentation) /dev/ad0s3e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s3e: clean, 990991 free (14519 frags, 122059 blocks, 0.8% fragmentation) /dev/ad0s4a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s4a: clean, 52152 free (1984 frags, 6271 blocks, 1.2% fragmentation) /dev/ad0s4e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s4e: clean, 963687 free (22791 frags, 117612 blocks, 1.2% fragmentation) /dev/ad0s4h: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s4h: clean, 9506741 free (301141 frags, 1150700 blocks, 1.1% fragmentation) /dev/ad0s4g: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s4g: clean, 1528937 free (1129 frags, 190976 blocks, 0.1% fragmentation) Setting hostname: freebeast.catwhisker.org. rl0: flags=8843 mtu 1500 options=8 inet 172.16.8.10 netmask 0xffffff00 broadcast 172.16.8.255 inet6 fe80::280:c6ff:fef9:858%rl0 prefixlen 64 tentative scopeid 0x1 ether 00:80:c6:f9:08:58 media: Ethernet autoselect (100baseTX ) status: active lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 add net default: gateway 172.16.8.1 Additional routing options:. Starting devd. Mounting NFS file systems:. Starting syslogd. Aug 8 11:36:17 freebeast syslogd: kernel boot file is /boot/kernel/kernel Setting date via ntp. Looking for host 172.16.8.12 and service ntp host found : pogo.catwhisker.org Looking for host 172.16.8.1 and service ntp host found : janus.catwhisker.orgE Looking for hoxst 172.16.8.12 apnd service ntp ehost found : pogno.catwhisker.orgs ive timeout(9) function: 0xc05df89c(0xc1a4b800) 0.006611734 s 8 Aug 11:36:22 ntpdate[294]: adjust time server 172.16.8.1 offset -0.252324 sec NFS access cache time=2 module_register: module g_md already exists! Module g_md failed to register: 17 can't re-use a leaf (mddebug)! ad0: WARNING - WRITE_DMA interrupt was seen but timeout fired LBA=18969503 Expensive timeout(9) function: 0xc043cda4(0xc1bafca8) 0.087799366 s rl0: watchdog timeout ad0: WARNING - WRITE_DMA interrupt was seen but timeout fired LBA=18969503 ad0: WARNING - WRITE_DMA interrupt was seen but taskqueue stalled LBA=18969503 ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=18969519 ata0: reiniting channel .. ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ad0: 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 ata0: resetting done .. ad0: FAILURE - ATA_IDENTIFY no interrupt ad0: FAILURE - ATA_IDENTIFY no interrupt ata0: device config done .. ad0: FAILURE - ATA_IDENTIFY no interrupt ad0: FAILURE - ATA_IDENTIFY no interrupt ad0: FAILURE - ATA_IDENTIFY no interrupt ad0: FAILURE - ATA_IDENTIFY no interrupt ad0: FAILURE - ATA_IDENTIFY no interrupt ad0: FAILURE - ATA_IDENTIFY no interrupt ad0: FAILURE - ATA_IDENTIFY no interrupt ad0: FAILURE - ATA_IDENTIFY no interrupt That last line repeated; I hit ^S to stop the spewing so I could capture the above & send it before the scroll buffer overflowed. What may I do to help debug this? Thanks, david -- David H. Wolfskill david@catwhisker.org I do not "unsubscribe" from email "services" to which I have not explicitly subscribed. Rather, I block spammers' access to SMTP servers I control, and encourage others who are in a position to do so to do likewise. From owner-freebsd-current@FreeBSD.ORG Sun Aug 8 18:49:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 401BA16A4CF; Sun, 8 Aug 2004 18:49:45 +0000 (GMT) Received: from gravy.kishka.net (pcp04097789pcs.neave01.pa.comcast.net [68.81.192.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 945BB43D39; Sun, 8 Aug 2004 18:49:44 +0000 (GMT) (envelope-from bryan@kishka.net) Received: from gravy.kishka.net (gravy.kishka.net [192.168.1.2]) by gravy.kishka.net (8.13.1/8.13.1) with ESMTP id i78InhTP001186; Sun, 8 Aug 2004 14:49:43 -0400 (EDT) (envelope-from bryan@kishka.net) Date: Sun, 8 Aug 2004 14:49:43 -0400 (EDT) From: Bryan Liesner To: Robert Watson In-Reply-To: Message-ID: <20040808144250.S1181@gravy.kishka.net> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: kan@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: INCLUDE_CONFIG_FILE doesn't work anymore X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2004 18:49:45 -0000 On Sun, 8 Aug 2004, Robert Watson wrote: > > On Sun, 8 Aug 2004, Conrad J. Sabatier wrote: > >> Including "options INCLUDE_CONFIG_FILE", while it doesn't break the >> kernel build, no longer actually seems to include the config file in the >> kernel. Using the magic "strings -n 3 ..." incantation returns only a >> couple of lines of gibberish now. > > It could be that gcc 3.4 is cleverly optimization out the unused symbols? > The below works for me. I've been using it for quite some time now, definitely before gcc 3.4. Something changed a while back and I just adapted. ========================================================================== #!/bin/sh # the perl re now includes a "not underscore" for the fourth character # since a couple of bogus strings match the old three underscore pattern. # You have to put the character back with a back reference, or lose the # first character of the kernel config string. strings -n3 /boot/kernel/kernel | perl -ne 'print if s/^___([^_])/$1/' ========================================================================= -Bryan From owner-freebsd-current@FreeBSD.ORG Sun Aug 8 19:32:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 610A316A4CE for ; Sun, 8 Aug 2004 19:32:26 +0000 (GMT) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32ED943D1D for ; Sun, 8 Aug 2004 19:32:26 +0000 (GMT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) i78JWPmx001476 for ; Sun, 8 Aug 2004 12:32:26 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.12.11/8.12.11/Submit) id i78JWPKs001475 for current@freebsd.org; Sun, 8 Aug 2004 12:32:25 -0700 (PDT) (envelope-from david) Date: Sun, 8 Aug 2004 12:32:25 -0700 (PDT) From: David Wolfskill Message-Id: <200408081932.i78JWPKs001475@bunrab.catwhisker.org> To: current@freebsd.org In-Reply-To: <200408081849.i78InffL001243@bunrab.catwhisker.org> Subject: Re: ATA issues: ad0: FAILURE - ATA_IDENTIFY no interrupt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2004 19:32:26 -0000 OK; small update: my laptop, updated with equivalent sources (CVS repo is a local mirror of the other local mirror), gets as far as module_register: module g_md already exists! Module g_md failed to register: 17 can't re-use a leaf (mddebug)! [the above lines in bold] then stops dead. Only way to get it to respond is power-cycling. I am able to boot today's kernel in single-user mode, and mount the UFS file systems OK. And I'm able to unload today's kernel, load yesterday's, and boot (otherwise) "normally". Reviewong the log from "cvs update," I see that there were updates in the last 24 hrs. (i.e., between the updates) that have plausble relevance: U sys/dev/ata/ata-lowlevel.c U sys/dev/ata/atapi-cd.c U sys/dev/md/md.c U sys/geom/geom.h U sys/geom/geom_aes.c U sys/geom/geom_apple.c U sys/geom/geom_bsd.c U sys/geom/geom_ccd.c U sys/geom/geom_dev.c U sys/geom/geom_disk.c U sys/geom/geom_fox.c U sys/geom/geom_gpt.c U sys/geom/geom_mbr.c U sys/geom/geom_pc98.c U sys/geom/geom_subr.c U sys/geom/geom_sunlabel.c U sys/geom/geom_vol_ffs.c U sys/geom/bde/g_bde.c U sys/geom/concat/g_concat.c U sys/geom/gate/g_gate.c U sys/geom/label/g_label.c U sys/geom/mirror/g_mirror.c U sys/geom/nop/g_nop.c U sys/geom/stripe/g_stripe.c I note that my sys/dev/md/md.c is at rev. 1.127. Anything strike anyone as suspicious here? Thanks, david -- David H. Wolfskill david@catwhisker.org I do not "unsubscribe" from email "services" to which I have not explicitly subscribed. Rather, I block spammers' access to SMTP servers I control, and encourage others who are in a position to do so to do likewise. From owner-freebsd-current@FreeBSD.ORG Sun Aug 8 21:05:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 087CF16A4CE for ; Sun, 8 Aug 2004 21:05:25 +0000 (GMT) Received: from av3-1-sn1.fre.skanova.net (av3-1-sn1.fre.skanova.net [81.228.11.109]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5C5243D2F for ; Sun, 8 Aug 2004 21:05:24 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av3-1-sn1.fre.skanova.net (Postfix, from userid 502) id 1910338002; Sun, 8 Aug 2004 23:05:24 +0200 (CEST) Received: from smtp3-1-sn1.fre.skanova.net (smtp3-1-sn1.fre.skanova.net [81.228.11.163]) by av3-1-sn1.fre.skanova.net (Postfix) with ESMTP id E752837E4D; Sun, 8 Aug 2004 23:05:23 +0200 (CEST) Received: from gadget (h130n1fls11o822.telia.com [213.64.66.130]) by smtp3-1-sn1.fre.skanova.net (Postfix) with ESMTP id C5F6237E4E; Sun, 8 Aug 2004 23:05:23 +0200 (CEST) From: "Daniel Eriksson" To: =?iso-8859-1?Q?'S=F8ren_Schmidt'?= Date: Sun, 8 Aug 2004 23:05:10 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Importance: Normal cc: freebsd-current@freebsd.org cc: 'Ville-Pertti Keinonen' Subject: RE: ATA driver races with interrupts X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2004 21:05:25 -0000 I wrote: > Unfortunately the machine disconnected one of the SATA discs=20 > earlier today. It did so out-of-the-blue, because there was > no activity at all on either of the two discs other than the > SMART monitor. >=20 > Aug 5 11:45:47 fortify kernel: ad20: WARNING - removed from=20 > configuration > Aug 5 11:45:47 fortify kernel: ata10-master: FAILURE -=20 > unknown CMD (0xb0) > timed out > Aug 5 11:45:47 fortify smartd[882]: Device: /dev/ad20, not=20 > capable of SMART > self-check [...] > I have switched back to the patch from Ville-Pertti that > serializes the controller for now, to see if that is more > stable. After 3+ days of uptime, including continuous SMART monitoring (which without patch triggers an immediate disconnect, and with S=F6rens patch triggered a disconnect after ~16 hours) and a fair amount of disc = activity on both channels it looks like maybe the serialization patch from Ville-Pertti is enough to make my SATA controller work properly. Of = course, it also slows things down, but right now that is better than the alternative. S=F6ren, if you have any other patches you would like me to test just = let me know. /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Sun Aug 8 21:11:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B9E116A4CE; Sun, 8 Aug 2004 21:11:09 +0000 (GMT) Received: from rip.psg.com (splat.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4386643D58; Sun, 8 Aug 2004 21:11:09 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.41 (FreeBSD)) id 1Btuwe-00081W-JR; Sun, 08 Aug 2004 21:11:08 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.41 (FreeBSD)) id 1Btuwc-000Cx8-4w; Sun, 08 Aug 2004 11:11:06 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16662.38633.549566.111706@roam.psg.com> Date: Sun, 8 Aug 2004 11:11:05 -1000 To: "Brandon S. Allbery KF8NH" References: <16659.6061.369420.562800@roam.psg.com> <1091822755.23206.39.camel@tomcat.kitchenlab.org> <16659.58793.887526.631294@roam.psg.com> <1091824128.23206.52.camel@tomcat.kitchenlab.org> <1091933302.56646.1.camel@rushlight.kf8nh.com> cc: "Bruce A. Mah" cc: FreeBSD Current Subject: Re: usb palm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2004 21:11:09 -0000 > For what it's worth, my Tungsten T3 syncs fine over USB with -STABLE. using /dev/??? randy From owner-freebsd-current@FreeBSD.ORG Sun Aug 8 21:13:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8160516A4CE for ; Sun, 8 Aug 2004 21:13:39 +0000 (GMT) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id E468743D2D for ; Sun, 8 Aug 2004 21:13:38 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from pcwin002.win.tue.nl (orb_rules@localhost [127.0.0.1]) by pcwin002.win.tue.nl (8.12.11/8.12.11) with ESMTP id i78LDbr6096856 for ; Sun, 8 Aug 2004 23:13:37 +0200 (CEST) (envelope-from stijn@pcwin002.win.tue.nl) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.12.11/8.12.11/Submit) id i78LDbBJ096855 for freebsd-current@freebsd.org; Sun, 8 Aug 2004 23:13:37 +0200 (CEST) (envelope-from stijn) Date: Sun, 8 Aug 2004 23:13:37 +0200 From: Stijn Hoop To: freebsd-current@freebsd.org Message-ID: <20040808211337.GB91609@pcwin002.win.tue.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lEGEL1/lMxI0MVQ2" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! Subject: slice weirdness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2004 21:13:39 -0000 --lEGEL1/lMxI0MVQ2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, while trying to migrate my FreeBSD -CURRENT partition to another disk, I ke= ep running into a slice weirdness issue which makes the kernel unable to find it's root fs. It seems that something about the partition table is fishy su= ch that GEOM doesn't find both slices: Script started on Mon Aug 9 01:05:46 2004 > sudo fdisk ad1 ******* Working on device /dev/ad1 ******* parameters extracted from in-core disklabel are: cylinders=3D119150 heads=3D16 sectors/track=3D63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=3D119150 heads=3D16 sectors/track=3D63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 7 (0x07),(OS/2 HPFS, NTFS, QNX-2 (16 bit) or Advanced UNIX) start 63, size 59392242 (29000 Meg), flag 0 beg: cyl 0/ head 1/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 2 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 59392305, size 60709635 (29643 Meg), flag 81 beg: cyl 1023/ head 255/ sector 63; end: cyl 1023/ head 254/ sector 63 The data for partition 3 is: The data for partition 4 is: > sudo ls -l /dev/ad1* crw-r----- 1 root operator 4, 24 Aug 9 01:04 /dev/ad1 crw-r----- 1 root operator 4, 26 Aug 9 01:04 /dev/ad1s1 > cat /dev/ad1s2a cat: /dev/ad1s2a: No such file or directory > cat /dev/ad1s2a cat: /dev/ad1s2a: No such file or directory > exit Script done on Mon Aug 9 01:06:10 2004 So where's my /dev/ad1s2? The disk layout is ad1s1 is my Windows partition, ad1s2 my targetted new partition for the FreeBSD installation currently residing at ad0s1. I first created ad1s2 by hand using fdisk, but got the exact same result. = The script above shows the values that I obtained when /sbin/sysinstall partitioned the drive. After partitioning the device nodes reappear, and I = was able to install{kernel,world} with DESTDIR pointing to the newly mounted ad1s2, but the device nodes disappear after having booted the newly install= ed slice. That boot ends with the kernel unable to find the root file system ad1s2a (which is not strange given the above). Am I looking at some sort of geometry bug? I've tried setting the BIOS geometry settings to LBA (from Auto), that didn't make a difference. Setti= ng them to CHS produced an unbootable Windows so I reverted that. In any case I thought that those values were of historical interest only... Any clues? --Stijn PS: I thought that there was a sysctl that showed the GEOM topology in XML; however I was unable to find it in sysctl -a. Is it still around? --=20 The rain it raineth on the just And also on the unjust fella, But chiefly on the just, because The unjust steals the just's umbrella. --lEGEL1/lMxI0MVQ2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBFpeBY3r/tLQmfWcRAvfOAJ9RzofU4/nTefwYQHsqgKkezG3xnQCggtad BbxbNBDqDXKvMZgyTh+6WAQ= =EzjV -----END PGP SIGNATURE----- --lEGEL1/lMxI0MVQ2-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 8 21:34:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADBB916A4CE; Sun, 8 Aug 2004 21:34:57 +0000 (GMT) Received: from bache.ece.cmu.edu (BACHE.ECE.CMU.EDU [128.2.129.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DEED43D45; Sun, 8 Aug 2004 21:34:57 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from [10.9.204.1] (dsl093-061-215.pit1.dsl.speakeasy.net [66.93.61.215]) by bache.ece.cmu.edu (Postfix) with ESMTP id 1191E7F; Sun, 8 Aug 2004 17:34:55 -0400 (EDT) From: "Brandon S. Allbery KF8NH" To: Randy Bush In-Reply-To: <16662.38633.549566.111706@roam.psg.com> References: <16659.6061.369420.562800@roam.psg.com> <1091822755.23206.39.camel@tomcat.kitchenlab.org> <16659.58793.887526.631294@roam.psg.com> <1091824128.23206.52.camel@tomcat.kitchenlab.org> <1091933302.56646.1.camel@rushlight.kf8nh.com> <16662.38633.549566.111706@roam.psg.com> Content-Type: text/plain Message-Id: <1092000894.56646.3.camel@rushlight.kf8nh.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 08 Aug 2004 17:34:55 -0400 Content-Transfer-Encoding: 7bit cc: "Bruce A. Mah" cc: FreeBSD Current Subject: Re: usb palm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2004 21:34:57 -0000 On Sun, 2004-08-08 at 17:11, Randy Bush wrote: > > For what it's worth, my Tungsten T3 syncs fine over USB with -STABLE. > using /dev/??? /dev/ucom0 -- brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com system administrator [WAY too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon univ. KF8NH From owner-freebsd-current@FreeBSD.ORG Sun Aug 8 22:29:53 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6F0E16A4CE for ; Sun, 8 Aug 2004 22:29:53 +0000 (GMT) Received: from mail.mcneil.com (rrcs-west-24-199-45-54.biz.rr.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id A56F143D31 for ; Sun, 8 Aug 2004 22:29:53 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id D67F0FD02B for ; Sun, 8 Aug 2004 15:29:52 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00629-02 for ; Sun, 8 Aug 2004 15:29:51 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id A1D48FD012 for ; Sun, 8 Aug 2004 15:29:51 -0700 (PDT) From: Sean McNeil To: freebsd-current@freebsd.org Content-Type: text/plain Message-Id: <1092004191.24004.4.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 08 Aug 2004 15:29:51 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Subject: latest changes to ata driver increases stability X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2004 22:29:53 -0000 Just wanted to show my appreciation for the latest work checked in by Soren. I've been plagued with system hangs on my amd64 system for quite a while and the latest changes have (so far) eliminated them. The PREEMPTION caused many failures, but the last myserious cause would seem to have been ATA. As an added bonus, by DVD writer is working again. Many thanks, Sean From owner-freebsd-current@FreeBSD.ORG Sun Aug 8 23:16:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3422F16A4CE for ; Sun, 8 Aug 2004 23:16:39 +0000 (GMT) Received: from istari.subastral.com (istari.subastral.com [207.99.117.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EBD543D31 for ; Sun, 8 Aug 2004 23:16:39 +0000 (GMT) (envelope-from tim@istari.subastral.com) Received: by istari.subastral.com (Postfix, from userid 1000) id AA344B180; Sun, 8 Aug 2004 19:16:36 -0400 (EDT) Date: Sun, 8 Aug 2004 19:16:36 -0400 From: Tim To: freebsd-current@freebsd.org Message-ID: <20040808231636.GA6403@istari.subastral.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.4i Subject: Signal 11/Signal 10 Instability? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Aug 2004 23:16:39 -0000 Hi, i've recently switched to -CURRENT after being a long time Linux user. That probably isn't working in my favor. Today's most recently supped and builded current (as well as for the past few days) has yielded some interesting problems: pid 31350 (glxinfo), uid 1001: exited on signal 11 (core dumped) pid 32991 (uic), uid 0: exited on signal 11 (core dumped) pid 34460 (uic), uid 0: exited on signal 11 (core dumped) pid 34480 (firefox-bin), uid 1001: exited on signal 10 (core dumped) pid 38612 (firefox-bin), uid 1001: exited on signal 10 pid 38653 (firefox-bin), uid 1001: exited on signal 10 pid 38673 (glxgears), uid 1001: exited on signal 11 pid 38707 (firefox-bin), uid 1001: exited on signal 10 pid 38744 (firefox-bin), uid 1001: exited on signal 10 (core dumped) pid 66084 (uic), uid 0: exited on signal 11 (core dumped) pid 66170 (uic), uid 0: exited on signal 11 (core dumped) pid 66255 (uic), uid 0: exited on signal 11 (core dumped) Those are from dmesg. The last three most recent ones are from attempts to build djvulibre, which depends on Qt. The system hasn't crashed or anything, but i'm wondering if i'm missing something. I do in fact have a libmap.conf: libc_r.so.5 libpthread.so.1 libc_r.so libpthread.so Which I understand is the general cause of this type of behavior. I'm curious as to what I need to be doing to debug this problem and determine whether it is something in -CURRENT. Feel free to respond privately if this isn't appropriate for the current ml. Thanks, Tim From owner-freebsd-current@FreeBSD.ORG Mon Aug 9 00:27:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9274C16A52C for ; Mon, 9 Aug 2004 00:27:55 +0000 (GMT) Received: from web20223.mail.yahoo.com (web20223.mail.yahoo.com [216.136.227.0]) by mx1.FreeBSD.org (Postfix) with SMTP id 700D043D41 for ; Mon, 9 Aug 2004 00:27:55 +0000 (GMT) (envelope-from tonymontanadea@yahoo.com) Message-ID: <20040809002755.6968.qmail@web20223.mail.yahoo.com> Received: from [68.36.189.179] by web20223.mail.yahoo.com via HTTP; Sun, 08 Aug 2004 17:27:55 PDT Date: Sun, 8 Aug 2004 17:27:55 -0700 (PDT) From: Tony Montana To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: No text after portupgrade in Gnome solution. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2004 00:27:56 -0000 Ok the problem has been solved over a few posts. After running the upgrade script i still had no text. Im not sure if my original upgrade on Gnome kept it broken, but running portupgrade -rf pango and portupgrade -f gnomecontrolcenter2 eventualy took care of the problem and text and icons are now fine. Thanks for the help. _______________________________ Do you Yahoo!? Express yourself with Y! Messenger! Free. Download now. http://messenger.yahoo.com From owner-freebsd-current@FreeBSD.ORG Mon Aug 9 01:15:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 559A116A4CE for ; Mon, 9 Aug 2004 01:15:10 +0000 (GMT) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id E818543D45 for ; Mon, 9 Aug 2004 01:15:09 +0000 (GMT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) i791F905000830 for ; Sun, 8 Aug 2004 18:15:09 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.12.11/8.12.11/Submit) id i791F9ca000829 for current@freebsd.org; Sun, 8 Aug 2004 18:15:09 -0700 (PDT) (envelope-from david) Date: Sun, 8 Aug 2004 18:15:09 -0700 (PDT) From: David Wolfskill Message-Id: <200408090115.i791F9ca000829@bunrab.catwhisker.org> To: current@freebsd.org In-Reply-To: <200408081849.i78InffL001243@bunrab.catwhisker.org> Subject: Re: ATA issues: ad0: FAILURE - ATA_IDENTIFY no interrupt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2004 01:15:10 -0000 OK; Pawel Jakub Dawidek noted in that src/sys/geom/geom_vol_ffs.c rev. 1.12 had "One too much" declaration of a struct member .version. I removed one of them, then re-built & -installed the kernel. The symptoms are now different: as did the laptop, the SMP box now "hangs" after whining: module_register: module g_md already exists! Module g_md failed to register: 17 can't re-use a leaf (mddebug)! but then, after a few seconds, I see: rl0: watchdog timeout Expensive timeout(9) function: 0xc0541530(0) 0.028075977 s and I'm able to use ^T on the (serial) console to get: load: 0.06 cmd: mdmfs 315 [spread] 0.00u 0.00s 0% 784k and if I hit ^C, I see: ^CScript /etc/rc.d/tmp interrupted And sending a break does bring me to the debugger, but doing this after interrupting /etc/rc.d/tmp doesn't seem all that useful. Here's what I get if I break-to-debugger during /etc/rc.d/tmp execution: module_register: module g_md already exists! Module g_md failed to register: 17 can't re-use a leaf (mddebug)! ~KDB: enter: Line break on console [thread 100013] Stopped at kdb_enter+0x2b: nop db> tr kdb_enter(c06a3d54) at kdb_enter+0x2b siointr1(c1a4f800) at siointr1+0xce siointr(c1a4f800) at siointr+0x5e intr_execute_handlers(c199b890,d41bcc98,4,d41bcce4,c0650923) at intr_execute_handlers+0x89 lapic_handle_intr(34) at lapic_handle_intr+0x2e Xapic_isr1() at Xapic_isr1+0x33 --- interrupt, eip = 0xc04a9734, esp = 0xd41bccdc, ebp = 0xd41bcce4 --- g_new_provider_event(c1bec600,0) at g_new_provider_event+0x28 one_event(d41bcd1c,c04a82cd,3c,28,c196c2c0) at one_event+0x193 g_run_events(3c,28,c196c2c0,c19af8ac,d41bcd34) at g_run_events+0x9 g_event_procbody(0,d41bcd48) at g_event_procbody+0x21 fork_exit(c04a82ac,0,d41bcd48) at fork_exit+0x79 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd41bcd7c, ebp = 0 --- db> show pcpu 0 cpuid = 0 curthread = 0xc196c2c0: pid 2 "g_event" curpcb = 0xd41bcda0 fpcurthread = none idlethread = 0xc19676e0: pid 12 "idle: cpu0" APIC ID = 0 currentldt = 0x28 db> show pcpu 1 cpuid = 1 curthread = 0xc1967580: pid 11 "idle: cpu1" curpcb = 0xd41a1da0 fpcurthread = none idlethread = 0xc1967580: pid 11 "idle: cpu1" APIC ID = 1 currentldt = 0x28 db> Not sure what else might be useful; open to suggestions or hints. Thanks, david -- David H. Wolfskill david@catwhisker.org I do not "unsubscribe" from email "services" to which I have not explicitly subscribed. Rather, I block spammers' access to SMTP servers I control, and encourage others who are in a position to do so to do likewise. From owner-freebsd-current@FreeBSD.ORG Mon Aug 9 02:46:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D31A16A4CE for ; Mon, 9 Aug 2004 02:46:11 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4801E43D76 for ; Mon, 9 Aug 2004 02:46:10 +0000 (GMT) (envelope-from jon.drews@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so97716rnl for ; Sun, 08 Aug 2004 19:46:09 -0700 (PDT) Received: by 10.38.11.79 with SMTP id 79mr833140rnk; Sun, 08 Aug 2004 19:46:09 -0700 (PDT) Message-ID: <8cb27cbf040808194617634e07@mail.gmail.com> Date: Sun, 8 Aug 2004 21:46:09 -0500 From: Jon Drews To: freebsd-current@freebsd.org In-Reply-To: <20040805071236.GA595@loge.nixsys.be> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20040805071236.GA595@loge.nixsys.be> Subject: Re: [PLEASE TEST] Better support for Synaptics Touchpads X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2004 02:46:11 -0000 Hi Philip: I get freezes when I attempt to configure my synaptics touchpad, with sysinstall. Here are the details: 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Sun Aug 8 19:40:37 CDT 2004 On: Powernotebooks C 3:16 dmesg output: psm0: model Synaptics Touchpad, device ID 0 What happens: 1) Run /usr/sbin/sysinstall 2) I set the mouse to auto and then try and test it. It freezes FreeBSD requiring a hard reboot. I will apply your patch tonight and test again. On Thu, 5 Aug 2004 09:12:36 +0200, Philip Paeps wrote: > Hi gang :-) > > Since the original synaptics support was added to psm, there have been some > reports of malfunctions and missing magic. I've tried to fix all that, but > it's still work in progress. From owner-freebsd-current@FreeBSD.ORG Mon Aug 9 03:04:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 279FD16A4CE for ; Mon, 9 Aug 2004 03:04:12 +0000 (GMT) Received: from veldy.net (fuggle.veldy.net [209.98.200.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id C93E343D49 for ; Mon, 9 Aug 2004 03:04:11 +0000 (GMT) (envelope-from veldy@veldy.net) Received: from localhost (localhost.veldy.net [127.0.0.1]) by veldy.net (Postfix) with ESMTP id 703B46164 for ; Sun, 8 Aug 2004 22:04:10 -0500 (CDT) Received: from veldy.net ([127.0.0.1]) by localhost (fuggle.veldy.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09559-08 for ; Sun, 8 Aug 2004 22:04:07 -0500 (CDT) Received: from [127.0.0.1] (cascade.veldy.net [192.168.1.1]) by veldy.net (Postfix) with ESMTP id 6192360F5 for ; Sun, 8 Aug 2004 22:04:07 -0500 (CDT) Message-ID: <4116E99C.4080600@veldy.net> Date: Sun, 08 Aug 2004 22:03:56 -0500 From: "Thomas T. Veldhouse" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0C8C5456AD40AE21045A4AD1" X-Virus-Scanned: by amavisd-new at veldy.net Subject: Hang during USB device probes on CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2004 03:04:12 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0C8C5456AD40AE21045A4AD1 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I have a Dell Dimension 8250 with typical hardware (RAMBUS option). With recent CURRENT, it seems that whenever a USB device is probed, FreeBSD will just hang. It will not respond to a three-finger salute, it will not respond to the ATX power switch and it will only respond to a hard boot via the power switch. I am not all to familiar with debugging the kernel, although what I was able to read in the FreeBSD documentation only applied to kernel panics and not out-right freezes? Is there a procedure I can follow to aid with finding the cause of this? Thanks in advance, Tom Veldhouse --------------enig0C8C5456AD40AE21045A4AD1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFBFumgARgTFXYf0wARAuXzAKCBu/J5vYUeYqoo74FJLohmW923wACguMFq B2ABemKJ//mRmg/New6vsio= =NogF -----END PGP SIGNATURE----- --------------enig0C8C5456AD40AE21045A4AD1-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 9 03:12:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DD4F16A4CF for ; Mon, 9 Aug 2004 03:12:07 +0000 (GMT) Received: from les.ath.cx (12.41.244.43.ap.yournet.ne.jp [43.244.41.12]) by mx1.FreeBSD.org (Postfix) with SMTP id 7415D43D4C for ; Mon, 9 Aug 2004 03:12:06 +0000 (GMT) (envelope-from qhwt+freebsd-current@les.ath.cx) Received: (qmail 41124 invoked by uid 1000); 9 Aug 2004 03:11:54 -0000 Date: Mon, 9 Aug 2004 12:11:54 +0900 From: YONETANI Tomokazu To: "Michael C. Shultz" Message-ID: <20040809031154.GC27705@les.ath.cx> References: <200408071057.06960.ringworm@inbox.lv> <200408080031.11326.ringworm@inbox.lv> <20040808112028.GB27705@les.ath.cx> <200408080939.46872.ringworm@inbox.lv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200408080939.46872.ringworm@inbox.lv> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org cc: harti@freebsd.org Subject: Re: Need help: buildworld for CURRENT while under STABLE is not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2004 03:12:07 -0000 [Cc on author and the list] On Sun, Aug 08, 2004 at 09:39:46AM -0700, Michael C. Shultz wrote: > > > > Do you get the same error if you run `make buildworld' without > > > > -DDESTDIR=/ad1 ? > > I just cleaned everything up and tried, yes same exact failure. Its trying to > pull stdint.h from /usr/include, I tested it by linking /usr/include/stdint.h > to /ad1/usr/include/stdint.h and it got past that one point. Now, why the > heck is buildworld goint to userland for header files??????? Hmm, the problem is when building on STABLE, gensnmptree gets built in bootstrap-tools stage (because it's not in STABLE but is needed to build libbsnmp), where necessary header files are not yet populated under obj tree. Probably you need to change contrib/gensnmptree/gensnmptree.c so as not to use at least when OSRELDATE < 500000. From owner-freebsd-current@FreeBSD.ORG Mon Aug 9 03:24:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A024A16A4CE for ; Mon, 9 Aug 2004 03:24:49 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52E5E43D2F for ; Mon, 9 Aug 2004 03:24:49 +0000 (GMT) (envelope-from jon.drews@gmail.com) Received: by mproxy.gmail.com with SMTP id 77so98384rnl for ; Sun, 08 Aug 2004 20:24:48 -0700 (PDT) Received: by 10.38.11.79 with SMTP id 79mr840497rnk; Sun, 08 Aug 2004 20:24:48 -0700 (PDT) Message-ID: <8cb27cbf04080820246e0e0f49@mail.gmail.com> Date: Sun, 8 Aug 2004 22:24:48 -0500 From: Jon Drews To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: (da1:umass-sim1:1:0:0): CAM Status: SCSI Status Error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2004 03:24:49 -0000 uname: FreeBSD notebook.covad.net 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Sun Aug 8 19:40:37 CDT 2004 Computer: Powernotebooks C:316 w/ 4 usb ports. Hi: Even though I have a Lexar jump drive attached (from dmesg): umass0: LEXAR MEDIA JUMPDRIVE, rev 1.10/0.01, addr 2 I get these strange warnings from dmesg: da1: Removable Direct Access SCSI-2 device da1: 1.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present (da1:umass-sim1:1:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da1:umass-sim1:1:0:0): CAM Status: SCSI Status Error (da1:umass-sim1:1:0:0): SCSI Status: Check Condition (da1:umass-sim1:1:0:0): NOT READY asc:3a,0 (da1:umass-sim1:1:0:0): Medium not present (da1:umass-sim1:1:0:0): Unretryable error Opened disk da1 -> 6 (da1:umass-sim1:1:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da1:umass-sim1:1:0:0): CAM Status: SCSI Status Error (da1:umass-sim1:1:0:0): SCSI Status: Check Condition (da1:umass-sim1:1:0:0): NOT READY asc:3a,0 (da1:umass-sim1:1:0:0): Medium not present (da1:umass-sim1:1:0:0): Unretryable error Opened disk da1 -> 6 (da1:umass-sim1:1:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da1:umass-sim1:1:0:0): CAM Status: SCSI Status Error (da1:umass-sim1:1:0:0): SCSI Status: Check Condition (da1:umass-sim1:1:0:0): NOT READY asc:3a,0 (da1:umass-sim1:1:0:0): Medium not present (da1:umass-sim1:1:0:0): Unretryable error I am using the defaults/loader.conf settings. From owner-freebsd-current@FreeBSD.ORG Mon Aug 9 04:41:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B40FD16A4CE for ; Mon, 9 Aug 2004 04:41:30 +0000 (GMT) Received: from mta6.srv.hcvlny.cv.net (mta6.srv.hcvlny.cv.net [167.206.5.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77EA543D39 for ; Mon, 9 Aug 2004 04:41:30 +0000 (GMT) (envelope-from timothyk@devel.njit.edu) Received: from www.smsdesign.org (ool-4353d5dd.dyn.optonline.net [67.83.213.221]) by mta6.srv.hcvlny.cv.net (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0I25003YFX1D6F@mta6.srv.hcvlny.cv.net> for freebsd-current@freebsd.org; Mon, 09 Aug 2004 00:41:37 -0400 (EDT) Date: Mon, 09 Aug 2004 00:41:28 -0400 From: T Kellers In-reply-to: <4116BD78.1000909@webvolution.net> To: Joao Pedras Message-id: <200408090041.28798.timothyk@devel.njit.edu> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: KMail/1.6.2 References: <200408072138.i77LcPxJ070334@bunrab.catwhisker.org> <4116BD78.1000909@webvolution.net> cc: freebsd-current@freebsd.org Subject: Re: x server breakage? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2004 04:41:30 -0000 On Sunday 08 August 2004 07:55 pm, Joao Pedras wrote: > Tim, > > did you figure this one out? After I added 'io' it started complaining > about /dev/vga not > being there. > > The xserver log error is 'xf86MapVidMem: Could not mmap /dev/vga > (Invalid argument) > > I do have 'device vga' in the kernel. > > Thanks! I added the following back into my kernel config: +# Pseudo devices. +device mem # Memory and kernel memory devices +device io # I/O device I already had this in the broken (now working with the 2 above lines added-in) kernel: device vga # VGA video card driver Everything is working, now. (Though mozilla still sometimes hogs the CPU and locks up X): FreeBSD www.smsdesign.org 5.2-CURRENT FreeBSD 5.2-CURRENT #4: Sat Aug 7 18:41:05 EDT 2004 timothyk@smsdesign.org:/usr/obj/usr/src/sys/BRASIDAS i386 Tim From owner-freebsd-current@FreeBSD.ORG Mon Aug 9 05:55:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D42AD16A4CE for ; Mon, 9 Aug 2004 05:55:14 +0000 (GMT) Received: from dedi.fuckner.net (fuckner.net [81.169.152.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 758BB43D2D for ; Mon, 9 Aug 2004 05:55:14 +0000 (GMT) (envelope-from hscholz@raisdorf.net) Received: from localhost (localhost [127.0.0.1]) by dedi.fuckner.net (Postfix) with ESMTP id 08E87C204; Mon, 9 Aug 2004 07:55:13 +0200 (CEST) Received: from dedi.fuckner.net ([127.0.0.1]) by localhost (dedi.fuckner.net [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 39721-10; Mon, 9 Aug 2004 07:55:11 +0200 (CEST) Received: from [192.168.1.101] (pD958C737.dip.t-dialin.net [217.88.199.55]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by dedi.fuckner.net (Postfix) with ESMTP id D20E9C1EA; Mon, 9 Aug 2004 07:55:10 +0200 (CEST) Message-ID: <411711BD.4040507@raisdorf.net> Date: Mon, 09 Aug 2004 07:55:09 +0200 From: Hendrik Scholz User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040806) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jon Drews References: <8cb27cbf04080820246e0e0f49@mail.gmail.com> In-Reply-To: <8cb27cbf04080820246e0e0f49@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at fuckner.net cc: freebsd-current@freebsd.org Subject: Re: (da1:umass-sim1:1:0:0): CAM Status: SCSI Status Error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2004 05:55:14 -0000 Hi! Jon Drews wrote: > I get these strange warnings from dmesg: > > da1: Removable Direct Access SCSI-2 device > da1: 1.000MB/s transfers > da1: Attempt to query device size failed: NOT READY, Medium not present > (da1:umass-sim1:1:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 Do you have a memory card in the reader? Connecting a reader w/o a card resulted in the same error but since it's USB you have to connect the reader with a card already plugged in. Hendrik -- Hendrik Scholz - - http://www.wormulon.net/ drag me, drop me - treat me like an object From owner-freebsd-current@FreeBSD.ORG Mon Aug 9 07:47:33 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB72C16A4CE for ; Mon, 9 Aug 2004 07:47:33 +0000 (GMT) Received: from afields.ca (afields.ca [216.194.67.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D6FC43D4C for ; Mon, 9 Aug 2004 07:47:33 +0000 (GMT) (envelope-from afields@afields.ca) Received: from afields.ca (localhost.afields.ca [127.0.0.1]) by afields.ca (8.12.11/8.12.11) with ESMTP id i797lWKu007170; Mon, 9 Aug 2004 03:47:32 -0400 (EDT) (envelope-from afields@afields.ca) Received: (from afields@localhost) by afields.ca (8.12.11/8.12.11/Submit) id i797lWIE007169; Mon, 9 Aug 2004 03:47:32 -0400 (EDT) (envelope-from afields) Date: Mon, 9 Aug 2004 03:47:32 -0400 From: Allan Fields To: Stijn Hoop Message-ID: <20040809074732.GA3155@afields.ca> References: <20040808211337.GB91609@pcwin002.win.tue.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BXVAT5kNtrzKuDFl" Content-Disposition: inline In-Reply-To: <20040808211337.GB91609@pcwin002.win.tue.nl> User-Agent: Mutt/1.4i cc: freebsd-current@freebsd.org Subject: Re: slice weirdness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2004 07:47:33 -0000 --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 08, 2004 at 11:13:37PM +0200, Stijn Hoop wrote: > Hi, >=20 > while trying to migrate my FreeBSD -CURRENT partition to another disk, I = keep > running into a slice weirdness issue which makes the kernel unable to find > it's root fs. It seems that something about the partition table is fishy = such > that GEOM doesn't find both slices: Which kernel: the one from your existing install, the install kernel (booting off CD), a new kernel? I've had some partition/slice issues in the past w/ install CD and missing device entries with non-standard slice (anything except s1 entry), can't recall details, but running sysinstall w/ newfs flag to N creates appropriate entries. Else I've found suitable device entries elsewhere or make them temporarily with mknod. Maybe this was only an issue in -stable. > So where's my /dev/ad1s2? >=20 > The disk layout is ad1s1 is my Windows partition, ad1s2 my targeted new > partition for the FreeBSD installation currently residing at ad0s1. Out of curiosity, did you disklabel the second slice anew or just copy/dd existing slice over to new drive? > I first created ad1s2 by hand using fdisk, but got the exact same result.= The But, does a newly created slice/disklabel/root filesystem have the same pro= blem? i.e. if you were to go the sysinstall route and do a fresh install on ad1, exhibit same behaviour? > script above shows the values that I obtained when /sbin/sysinstall > partitioned the drive. After partitioning the device nodes reappear, and = I was > able to install{kernel,world} with DESTDIR pointing to the newly mounted > ad1s2, but the device nodes disappear after having booted the newly insta= lled > slice. That boot ends with the kernel unable to find the root file system > ad1s2a (which is not strange given the above). >=20 > Am I looking at some sort of geometry bug? I've tried setting the BIOS > geometry settings to LBA (from Auto), that didn't make a difference. Set= ting > them to CHS produced an unbootable Windows so I reverted that. In any case > I thought that those values were of historical interest only... >=20 > Any clues? >=20 > --Stijn >=20 > PS: I thought that there was a sysctl that showed the GEOM topology in XM= L; > however I was unable to find it in sysctl -a. Is it still around? I believe so, phk recently (few months back) mentioned it's staying in. > --=20 > The rain it raineth on the just > And also on the unjust fella, > But chiefly on the just, because > The unjust steals the just's umbrella. --=20 Allan Fields, AFRSL - http://afields.ca 2D4F 6806 D307 0889 6125 C31D F745 0D72 39B4 5541 --BXVAT5kNtrzKuDFl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQFBFywT90UNcjm0VUERArQFAJ98ddFS6x5BPBFU+FOcwkPEiol18ACgjYii LOI8665mDR1xAK9UCi4YdEY= =pWDF -----END PGP SIGNATURE----- --BXVAT5kNtrzKuDFl-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 9 07:52:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3661416A4CE for ; Mon, 9 Aug 2004 07:52:32 +0000 (GMT) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id B042143D1D for ; Mon, 9 Aug 2004 07:52:31 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from pcwin002.win.tue.nl (orb_rules@localhost [127.0.0.1]) by pcwin002.win.tue.nl (8.12.11/8.12.11) with ESMTP id i797qSjL002627; Mon, 9 Aug 2004 09:52:29 +0200 (CEST) (envelope-from stijn@pcwin002.win.tue.nl) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.12.11/8.12.11/Submit) id i797qSRu002626; Mon, 9 Aug 2004 09:52:28 +0200 (CEST) (envelope-from stijn) Date: Mon, 9 Aug 2004 09:52:28 +0200 From: Stijn Hoop To: Allan Fields Message-ID: <20040809075228.GC91609@pcwin002.win.tue.nl> References: <20040808211337.GB91609@pcwin002.win.tue.nl> <20040809074732.GA3155@afields.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9Ek0hoCL9XbhcSqy" Content-Disposition: inline In-Reply-To: <20040809074732.GA3155@afields.ca> User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! cc: freebsd-current@freebsd.org Subject: Re: slice weirdness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2004 07:52:32 -0000 --9Ek0hoCL9XbhcSqy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 09, 2004 at 03:47:32AM -0400, Allan Fields wrote: > On Sun, Aug 08, 2004 at 11:13:37PM +0200, Stijn Hoop wrote: > > while trying to migrate my FreeBSD -CURRENT partition to another disk, > > I keep running into a slice weirdness issue which makes the kernel unab= le > > to find it's root fs. It seems that something about the partition table > > is fishy such that GEOM doesn't find both slices: >=20 > Which kernel: the one from your existing install, the install kernel > (booting off CD), a new kernel? The same kernel that boots my current installation; I just did a new 'make install{world,kernel} DESTDIR=3D/mnt/NEW' where /mnt/NEW is the mount= ed /dev/ad2s1a (ie the new slice after just having it partitioned). > I've had some partition/slice issues in the past w/ install CD and > missing device entries with non-standard slice (anything except s1 > entry), can't recall details, but running sysinstall w/ newfs > flag to N creates appropriate entries. Else I've found suitable > device entries elsewhere or make them temporarily with mknod. > Maybe this was only an issue in -stable. I don't know, but obviously I can't mknod / do something about it when the kernel has just been booted. > > So where's my /dev/ad1s2? > >=20 > > The disk layout is ad1s1 is my Windows partition, ad1s2 my targeted new > > partition for the FreeBSD installation currently residing at ad0s1. >=20 > Out of curiosity, did you disklabel the second slice anew or just > copy/dd existing slice over to new drive? I disklabeled anew. > > I first created ad1s2 by hand using fdisk, but got the exact same resul= t. > > But, does a newly created slice/disklabel/root filesystem have the same > problem? > i.e. if you were to go the sysinstall route and do a fresh install > on ad1, exhibit same behaviour? Yes, it does. I didn't use sysinstall but 'make installworld' but either do= ing fdisk / disklabel by hand or by doing it using sysinstall, both methods stop at the same 'cannot find root' prompt when booting off the slice. A reboot into the old install later and my device entry is gone again. > > script above shows the values that I obtained when /sbin/sysinstall > > partitioned the drive. After partitioning the device nodes reappear, and > > I was able to install{kernel,world} with DESTDIR pointing to the newly > > mounted ad1s2, but the device nodes disappear after having booted the > > newly installed slice. That boot ends with the kernel unable to find the > > root file systemad1s2a (which is not strange given the above). > >=20 > > Am I looking at some sort of geometry bug? I've tried setting the BIOS > > geometry settings to LBA (from Auto), that didn't make a difference. > > Setting them to CHS produced an unbootable Windows so I reverted that. > > In any case I thought that those values were of historical interest onl= y... > >=20 > > Any clues? > >=20 > > --Stijn > >=20 > > PS: I thought that there was a sysctl that showed the GEOM topology in = XML; > > however I was unable to find it in sysctl -a. Is it still around? >=20 > I believe so, phk recently (few months back) mentioned it's staying in. Too bad I couldn't find it... Thanks for your reply, --Stijn --=20 Fairy tales do not tell children that dragons exist. Children already know dragons exist. Fairy tales tell children the dragons can be killed. -- G.K. Chesterton --9Ek0hoCL9XbhcSqy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBFy08Y3r/tLQmfWcRAsPYAKCmvDsmbNKYjAWgH7Q4/bE/AyIQvACfYBTc haItERFDyLJSrN7OxBKhBr0= =rXLH -----END PGP SIGNATURE----- --9Ek0hoCL9XbhcSqy-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 9 08:19:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A97516A4D0 for ; Mon, 9 Aug 2004 08:19:02 +0000 (GMT) Received: from afields.ca (afields.ca [216.194.67.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13E2C43D41 for ; Mon, 9 Aug 2004 08:19:02 +0000 (GMT) (envelope-from afields@afields.ca) Received: from afields.ca (localhost.afields.ca [127.0.0.1]) by afields.ca (8.12.11/8.12.11) with ESMTP id i798J1J0007304; Mon, 9 Aug 2004 04:19:01 -0400 (EDT) (envelope-from afields@afields.ca) Received: (from afields@localhost) by afields.ca (8.12.11/8.12.11/Submit) id i798J1Vb007303; Mon, 9 Aug 2004 04:19:01 -0400 (EDT) (envelope-from afields) Date: Mon, 9 Aug 2004 04:19:01 -0400 From: Allan Fields To: Stijn Hoop Message-ID: <20040809081901.GB3155@afields.ca> References: <20040808211337.GB91609@pcwin002.win.tue.nl> <20040809074732.GA3155@afields.ca> <20040809075228.GC91609@pcwin002.win.tue.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20040809075228.GC91609@pcwin002.win.tue.nl> User-Agent: Mutt/1.4i cc: Allan Fields cc: freebsd-current@freebsd.org Subject: Re: slice weirdness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2004 08:19:02 -0000 On Mon, Aug 09, 2004 at 09:52:28AM +0200, Stijn Hoop wrote: > On Mon, Aug 09, 2004 at 03:47:32AM -0400, Allan Fields wrote: > > On Sun, Aug 08, 2004 at 11:13:37PM +0200, Stijn Hoop wrote: > > I've had some partition/slice issues in the past w/ install CD and > > missing device entries with non-standard slice (anything except s1 > > entry), can't recall details, but running sysinstall w/ newfs > > flag to N creates appropriate entries. Else I've found suitable > > device entries elsewhere or make them temporarily with mknod. > > Maybe this was only an issue in -stable. >=20 > I don't know, but obviously I can't mknod / do something about it when > the kernel has just been booted. True. ;) Something to try: once in a kernel, try either not using devfs or manually creating device nodes and see if you can make it work with ad1s2. > > i.e. if you were to go the sysinstall route and do a fresh install > > on ad1, exhibit same behaviour? >=20 > Yes, it does. I didn't use sysinstall but 'make installworld' but either = doing > fdisk / disklabel by hand or by doing it using sysinstall, both methods s= top > at the same 'cannot find root' prompt when booting off the slice. A reboot > into the old install later and my device entry is gone again. You mean you can't see the new ad1s2 slice from a kernel booted off ad0 either? Which would be consistent to the problem. > > > PS: I thought that there was a sysctl that showed the GEOM topology i= n XML; > > > however I was unable to find it in sysctl -a. Is it still around? > >=20 > > I believe so, phk recently (few months back) mentioned it's staying in. >=20 > Too bad I couldn't find it... Try: sysctl -b kern.geom.confxml > Thanks for your reply, >=20 > --Stijn >=20 > --=20 > Fairy tales do not tell children that dragons exist. Children already > know dragons exist. Fairy tales tell children the dragons can be > killed. > -- G.K. Chesterton --=20 Allan Fields, AFRSL - http://afields.ca 2D4F 6806 D307 0889 6125 C31D F745 0D72 39B4 5541 From owner-freebsd-current@FreeBSD.ORG Mon Aug 9 08:20:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AEAF16A4CF for ; Mon, 9 Aug 2004 08:20:37 +0000 (GMT) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33AB243D2F for ; Mon, 9 Aug 2004 08:20:33 +0000 (GMT) (envelope-from cpghost@cordula.ws) Received: from bsdbox.farid-hajji.net (bsdbox [192.168.254.3]) by fw.farid-hajji.net (Postfix) with ESMTP id C41E24AF2E; Mon, 9 Aug 2004 10:21:06 +0200 (CEST) Date: Mon, 9 Aug 2004 10:25:20 +0200 From: cpghost@cordula.ws To: Tim Message-ID: <20040809082520.GA85910@bsdbox.farid-hajji.net> References: <20040808231636.GA6403@istari.subastral.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040808231636.GA6403@istari.subastral.com> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: Signal 11/Signal 10 Instability? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2004 08:20:37 -0000 On Sun, Aug 08, 2004 at 07:16:36PM -0400, Tim wrote: > pid 31350 (glxinfo), uid 1001: exited on signal 11 (core dumped) > pid 32991 (uic), uid 0: exited on signal 11 (core dumped) > pid 34460 (uic), uid 0: exited on signal 11 (core dumped) > pid 34480 (firefox-bin), uid 1001: exited on signal 10 (core dumped) > pid 38612 (firefox-bin), uid 1001: exited on signal 10 > pid 38653 (firefox-bin), uid 1001: exited on signal 10 > pid 38673 (glxgears), uid 1001: exited on signal 11 > pid 38707 (firefox-bin), uid 1001: exited on signal 10 > pid 38744 (firefox-bin), uid 1001: exited on signal 10 (core dumped) > pid 66084 (uic), uid 0: exited on signal 11 (core dumped) > pid 66170 (uic), uid 0: exited on signal 11 (core dumped) > pid 66255 (uic), uid 0: exited on signal 11 (core dumped) > > Those are from dmesg. The last three most recent ones are from attempts > to build djvulibre, which depends on Qt. The system hasn't crashed or > anything, but i'm wondering if i'm missing something. This could have been caused by the recent gcc 3.4.2 upgrade. gcc broke ABI compat once again, and you need to recompile every C++ app. See /usr/src/UPDATING: 20040728: System compiler has been upgraded to GCC 3.4.2-pre. As with any major compiler upgrade, there are several issues to be aware of. GCC 3.4.x has broken C++ ABI compatibility with previous releases yet again and users will have to rebuild all their C++ programs with the new compiler. A new unit-at-a-time optimization mode, which is default in this compiler release, is more aggressive in removing unused static symbols. This is the likely cause of 'make buildworld' breakages with non-default CFLAGS where optimization level is set to -O2 or higher. G'luck! -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Mon Aug 9 08:21:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9CDA16A4CE for ; Mon, 9 Aug 2004 08:21:40 +0000 (GMT) Received: from n066.sc1.cp.net (h13.rdg.cp.net [209.228.29.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B1D843D49 for ; Mon, 9 Aug 2004 08:21:40 +0000 (GMT) (envelope-from bruce@cran.org.uk) Received: from [82.3.67.253] (82.3.67.253) by n066.sc1.cp.net (7.0.030.2) id 410F9A18000E3EB4 for current@freebsd.org; Mon, 9 Aug 2004 08:21:39 +0000 Mime-Version: 1.0 (Apple Message framework v618) To: current@freebsd.org Message-Id: <21C8C699-E9DD-11D8-944B-000D93ACEE20@cran.org.uk> Content-Type: multipart/mixed; boundary=Apple-Mail-13--84136162 From: Bruce Cran Date: Mon, 9 Aug 2004 09:21:37 +0100 X-Mailer: Apple Mail (2.618) Subject: PCMCIA bridge card won't initialise: 'bad Vcc request', 'cbb_power: 0V' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2004 08:21:41 -0000 --Apple-Mail-13--84136162 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed I've been attempting to turn an old K6-200 machine into a wireless ADSL router. I started out by installing FreeBSD 5.2.1, but decided to upgrade to -CURRENT after a few panics. Under 5.2.1 my wireless card, which is installed via a PCI-PCMCIA bridge, worked perfectly. Now in -CURRENT, though, the bridge card fails to initialise: I keep getting: cbb0: bad Vcc request. ctrl=0xf000ef08, status=0xf000e2c3 cbb_power: 0V ACPI isn't loaded. This problem looks similar to bug #66290, but I get the message even if no card is plugged in. Is there anything I can do to help diagnose where the bug is? -- Bruce Cran --Apple-Mail-13--84136162 Content-Transfer-Encoding: 7bit Content-Type: application/octet-stream; x-unix-mode=0644; name="dmesg.log" Content-Disposition: attachment; filename=dmesg.log Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2-CURRENT #0: Mon Aug 9 08:20:46 BST 2004 brucec@neutron.cran:/usr/obj/usr/src/sys/MYKERNEL Preloaded elf kernel "/boot/kernel/kernel" at 0xc06ce000. Calibrating clock(s) ... i8254 clock: 1193077 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 200455528 Hz CPU: AMD-K6tm w/ multimedia extensions (200.46-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x561 Stepping = 1 Features=0x8001bf AMD Features=0x400<> Data TLB: 128 entries, 2-way associative Instruction TLB: 64 entries, 1-way associative L1 data cache: 32 kbytes, 32 bytes/line, 2 lines/tag, 2-way associative L1 instruction cache: 32 kbytes, 32 bytes/line, 2 lines/tag, 2-way associative Write Allocate Enable Limit: 32M bytes Write Allocate 15-16M bytes: Enable Hardware Write Allocate Control: Disable real memory = 33554432 (32 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009ffff, 651264 bytes (159 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000826000 - 0x0000000001f3ffff, 24223744 bytes (5914 pages) avail memory = 27561984 (26 MB) bios32: Found BIOS32 Service Directory header at 0xc00fb190 bios32: Entry = 0xfb610 (c00fb610) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xb640 pnpbios: Found PnP BIOS data at 0xc00fc1b0 pnpbios: Entry = f0000:c1d8 Rev = 1.0 Other BIOS signatures found: wlan: <802.11 Link Layer> null: mem: random: io: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pci_open(1): mode 1 addr port (0x0cf8) is 0x8000005c pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=71008086) pcibios: BIOS version 2.10 Found $PIR table, 6 entries at 0xc00fde00 PCI-Only Interrupts: 5 10 11 12 Location Bus Device Pin Link IRQs slot 1 0 9 A 0x60 3 4 5 7 9 10 11 12 14 15 slot 1 0 9 B 0x61 3 4 5 7 9 10 11 12 14 15 slot 1 0 9 C 0x62 3 4 5 7 9 10 11 12 14 15 slot 1 0 9 D 0x63 3 4 5 7 9 10 11 12 14 15 slot 2 0 10 A 0x61 3 4 5 7 9 10 11 12 14 15 slot 2 0 10 B 0x62 3 4 5 7 9 10 11 12 14 15 slot 2 0 10 C 0x63 3 4 5 7 9 10 11 12 14 15 slot 2 0 10 D 0x60 3 4 5 7 9 10 11 12 14 15 slot 3 0 11 A 0x62 3 4 5 7 9 10 11 12 14 15 slot 3 0 11 B 0x63 3 4 5 7 9 10 11 12 14 15 slot 3 0 11 C 0x60 3 4 5 7 9 10 11 12 14 15 slot 3 0 11 D 0x61 3 4 5 7 9 10 11 12 14 15 slot 4 0 12 A 0x63 3 4 5 7 9 10 11 12 14 15 slot 4 0 12 B 0x60 3 4 5 7 9 10 11 12 14 15 slot 4 0 12 C 0x61 3 4 5 7 9 10 11 12 14 15 slot 4 0 12 D 0x62 3 4 5 7 9 10 11 12 14 15 embedded 0 7 D 0x63 3 4 5 7 9 10 11 12 14 15 pcib0: at pcibus 0 on motherboard pir0: on motherboard $PIR: Links after initial probe: Link IRQ Rtd Ref IRQs 0x60 255 N 4 3 4 5 7 9 10 11 12 14 15 0x61 255 N 4 3 4 5 7 9 10 11 12 14 15 0x62 255 N 4 3 4 5 7 9 10 11 12 14 15 0x63 255 N 5 3 4 5 7 9 10 11 12 14 15 $PIR: Found matching pin for 0.9.INTA at func 0: 10 $PIR: Found matching pin for 0.10.INTA at func 0: 12 $PIR: Found matching pin for 0.11.INTA at func 0: 5 $PIR: Found matching pin for 0.12.INTA at func 0: 11 $PIR: Found matching pin for 0.12.INTB at func 1: 10 $PIR: Found matching pin for 0.12.INTC at func 2: 12 $PIR: Found matching pin for 0.7.INTD at func 2: 11 $PIR: Links after initial IRQ discovery: Link IRQ Rtd Ref IRQs 0x60 10 Y 4 3 4 5 7 9 10 11 12 14 15 0x61 12 Y 4 3 4 5 7 9 10 11 12 14 15 0x62 5 Y 4 3 4 5 7 9 10 11 12 14 15 0x63 11 Y 5 3 4 5 7 9 10 11 12 14 15 $PIR: IRQs used by BIOS: 5 10 11 12 $PIR: Interrupt Weights: [ 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ] [ 0 0 0 0 0 4 0 0 0 0 4 5 4 0 0 0 ] pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x7100, revid=0x01 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2200, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7110, revid=0x01 bus=0, slot=7, 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 0000f000, size 4, enabled found-> vendor=0x8086, dev=0x7111, revid=0x01 bus=0, slot=7, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 00006400, size 5, enabled $PIR: 0:7 INTD routed to irq 11 found-> vendor=0x8086, dev=0x7112, revid=0x01 bus=0, slot=7, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=11 map[90]: type 4, range 32, base 00005f00, size 4, enabled found-> vendor=0x8086, dev=0x7113, revid=0x01 bus=0, slot=7, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 32, base 00000000, size 12, memory disabled $PIR: 0:9 INTA routed to irq 10 found-> vendor=0x1180, dev=0x0475, revid=0x80 bus=0, slot=9, func=0 class=06-07-00, hdrtype=0x02, mfdev=0 cmdreg=0x0000, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x07 (1750 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base e0000000, size 26, enabled $PIR: 0:10 INTA routed to irq 12 found-> vendor=0x5333, dev=0x8901, revid=0x14 bus=0, slot=10, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=12 map[10]: type 4, range 32, base 00006800, size 8, enabled map[14]: type 1, range 32, base e4000000, size 8, enabled $PIR: 0:11 INTA routed to irq 5 found-> vendor=0x10ec, dev=0x8139, revid=0x10 bus=0, slot=11, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base e4001000, size 12, enabled $PIR: 0:12 INTA routed to irq 11 found-> vendor=0x1033, dev=0x0035, revid=0x41 bus=0, slot=12, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x01 (250 ns), maxlat=0x2a (10500 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base e4002000, size 12, enabled $PIR: 0:12 INTB routed to irq 10 found-> vendor=0x1033, dev=0x0035, revid=0x41 bus=0, slot=12, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x01 (250 ns), maxlat=0x2a (10500 ns) intpin=b, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base e4003000, size 8, enabled $PIR: 0:12 INTC routed to irq 12 found-> vendor=0x1033, dev=0x00e0, revid=0x02 bus=0, slot=12, func=2 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x10 (4000 ns), maxlat=0x22 (8500 ns) intpin=c, irq=12 powerspec 2 supports D0 D1 D2 D3 current D0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xf000 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=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 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 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=51 ostat1=00 ata1-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] pci0: at device 7.2 (no driver attached) pci0: at device 7.3 (no driver attached) cbb0: irq 10 at device 9.0 on pci0 cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [MPSAFE] cbb0: bad Vcc request. ctrl=0xf000ef08, status=0xf000e2c3 cbb_power: 0V cbb0: PCI Configuration space: 0x00: 0x04751180 0x02100007 0x06070080 0x00024000 0x10: 0x00000000 0x020000dc 0x20030200 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x0700010a 0x40: 0x030a1154 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x00000001 0x00000000 0x04630463 0x00000000 0x90: 0x00000000 0x00000000 0x00000000 0x00000000 0xa0: 0x00000000 0x00000000 0x00000000 0x00000000 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x030a1154 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0xfe0a0001 0xe0: 0x24c04000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 pci0: at device 10.0 (no driver attached) rl0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x6800 rl0: port 0x6800-0x68ff mem 0xe4000000-0xe40000ff irq 5 at device 11.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: bpf attached rl0: Ethernet address: 00:10:a7:17:ab:6e rl0: [GIANT-LOCKED] ohci0: mem 0xe4001000-0xe4001fff irq 11 at device 12.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe4001000 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0 usb0: on ohci0 usb0: USB revision 1.0 uhub0: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xe4002000-0xe4002fff irq 10 at device 12.1 on pci0 ohci1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe4002000 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0 usb1: on ohci1 usb1: USB revision 1.0 uhub1: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pci0: at device 12.2 (no driver attached) cpu0 on motherboard pnpbios: 11 devices, largest 102 bytes PNP0200: adding dma mask 0x10 PNP0200: adding io range 0-0xf, size=0x10, align=0 PNP0200: adding io range 0x81-0x83, size=0x3, align=0 PNP0200: adding io range 0x87-0x87, size=0x1, align=0 PNP0200: adding io range 0x89-0x8b, size=0x3, align=0 PNP0200: adding io range 0x8f-0x91, size=0x3, align=0 PNP0200: adding io range 0xc0-0xdf, size=0x20, align=0 pnpbios: handle 1 device ID PNP0200 (0002d041) PNP0100: adding irq mask 0x1 PNP0100: adding io range 0x40-0x43, size=0x4, align=0 pnpbios: handle 2 device ID PNP0100 (0001d041) PNP0b00: adding irq mask 0x100 PNP0b00: adding io range 0x70-0x71, size=0x2, align=0 pnpbios: handle 3 device ID PNP0b00 (000bd041) PNP0303: adding irq mask 0x2 PNP0303: adding io range 0x60-0x60, size=0x1, align=0 PNP0303: adding io range 0x64-0x64, size=0x1, align=0 pnpbios: handle 4 device ID PNP0303 (0303d041) PNP0800: adding io range 0x61-0x61, size=0x1, align=0 pnpbios: handle 5 device ID PNP0800 (0008d041) PNP0c04: adding irq mask 0x2000 PNP0c04: adding io range 0xf0-0xff, size=0x10, align=0 pnpbios: handle 6 device ID PNP0c04 (040cd041) PNP0c01: adding fixed memory32 range 0xf0000-0xf3fff, size=0x4000 PNP0c01: adding fixed memory32 range 0xf4000-0xf7fff, size=0x4000 PNP0c01: adding fixed memory32 range 0xf8000-0xfbfff, size=0x4000 PNP0c01: adding fixed memory32 range 0xfc000-0xfffff, size=0x4000 PNP0c01: adding fixed memory32 range 0-0x9ffff, size=0xa0000 PNP0c01: adding fixed memory32 range 0xfffe0000-0xffffffff, size=0x20000 PNP0c01: adding fixed memory32 range 0x100000-0x1ffffff, size=0x1f00000 pnpbios: handle 7 device ID PNP0c01 (010cd041) PNP0a03: adding io range 0x4d0-0x4d1, size=0x2, align=0 PNP0a03: adding io range 0xcf8-0xcff, size=0x8, align=0 PNP0a03: adding io range 0x480-0x48f, size=0x10, align=0 PNP0a03: adding io range 0x4f00-0x4f3f, size=0x40, align=0 PNP0a03: adding io range 0x5f00-0x5f1f, size=0x20, align=0 pnpbios: handle 8 device ID PNP0a03 (030ad041) PNP0501: adding irq mask 0x10 PNP0501: adding io range 0x3f8-0x3ff, size=0x8, align=0 pnpbios: handle 9 device ID PNP0501 (0105d041) PNP0501: adding irq mask 0x8 PNP0501: adding io range 0x2f8-0x2ff, size=0x8, align=0 pnpbios: handle 10 device ID PNP0501 (0105d041) ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xc7fff on isa0 pmtimer0 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 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: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: irq maps: 0x1 0x11 0x1 0x1 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: irq maps: 0x1 0x9 0x1 0x1 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff vt0: not probed (disabled) isa_probe_children: probing PnP devices unknown: can't assign resources (port) unknown: at port 0x60 on isa0 unknown: failed to probe at port 0x61 on isa0 unknown: can't assign resources (memory) unknown: at iomem 0-0x9ffff,0xfc000-0xfffff,0xf8000-0xfbfff,0xf4000-0xf7fff,0xf0000-0xf3fff on isa0 unknown: can't assign resources (port) unknown: at port 0x4d0-0x4d1 on isa0 unknown: can't assign resources (port) unknown: at port 0x3f8-0x3ff on isa0 unknown: can't assign resources (port) unknown: at port 0x2f8-0x2ff on isa0 Device configuration finished. Timecounter "TSC" frequency 200455528 Hz quality 800 Timecounters tick every 10.000 msec pflog0: bpf attached pfsync0: bpf attached lo0: bpf attached ata0-master: pio=0x0c wdma=0x22 udma=0xffffffff cable=40pin ata0-master: setting PIO4 on Intel PIIX4 chip ata0-master: setting WDMA2 on Intel PIIX4 chip ad0: ATA-0 disk at ata0-master ad0: 2014MB (4124736 sectors), 4092 C, 16 H, 63 S, 512 B ad0: 1 secs/int, 1 depth queue, WDMA2 GEOM: new disk ad0 ata1-master: pio=0x0c wdma=0x22 udma=0xffffffff cable=40pin ATAPI_RESET time = 70us ata1-master: setting PIO4 on Intel PIIX4 chip acd0: CDROM drive at ata1 as master acd0: read 5511KB/s (5511KB/s), 128KB buffer, PIO4 acd0: Reads: CDR, CDRW, CDDA stream acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/15/63 s:63 l:4124673 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s1, start 32256 length 2111832576 end 2111864831 GEOM: Configure ad0s1a, start 0 length 1415577600 end 1415577599 GEOM: Configure ad0s1b, start 1572864000 length 538968576 end 2111832575 GEOM: Configure ad0s1c, start 0 length 2111832576 end 2111832575 GEOM: Configure ad0s1d, start 1415577600 length 157286400 end 1572863999 Mounting root from ufs:/dev/ad0s1a start_init: trying /sbin/init --Apple-Mail-13--84136162-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 9 08:28:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71CE516A4CE for ; Mon, 9 Aug 2004 08:28:22 +0000 (GMT) Received: from erg.verweg.com (erg.verweg.com [217.77.141.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA3C443D53 for ; Mon, 9 Aug 2004 08:28:21 +0000 (GMT) (envelope-from stephanb@whacky.net) Received: from [192.168.1.104] (152.14.static.dsl.luna.net [217.77.152.14]) (authenticated bits=0) by erg.verweg.com (8.12.11/8.12.11) with ESMTP id i798SF2l047451 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 9 Aug 2004 10:28:15 +0200 (CEST) (envelope-from stephanb@whacky.net) X-Authentication-Warning: erg.verweg.com: Host 152.14.static.dsl.luna.net [217.77.152.14] claimed to be [192.168.1.104] Message-ID: <4117359E.3000003@whacky.net> Date: Mon, 09 Aug 2004 10:28:14 +0200 From: Stephan van Beerschoten User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040808) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Stephan van Beerschoten References: <4113F7B1.6040906@whacky.net> In-Reply-To: <4113F7B1.6040906@whacky.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=-3.1 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on erg.verweg.com cc: current@freebsd.org Subject: Re: world broken (due to gcc import?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2004 08:28:22 -0000 Stephan van Beerschoten wrote: > The following has occured I believe since yesterday or the day before. > I just cvsupped again and the problem is still there: > > <...> > > Any clue ? Nobody has any idea how to fix this ? This error happends right at the start of the following segment: >>> stage 4.2: building libraries I'm surprised nobody else has this error. CVSup is freshly done; tree has been cleaned multiple times with no effect. I haven't done anything odd with my tree, but make buildworld is not going anywhere. Let me copy in some more output: -------------------------------------------------------------- >>> stage 4.2: building libraries -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/i386/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/i386/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/i386/legacy/usr/share/tmac DESTDIR=/usr/obj/usr/src/i386 _SHLIBDIRPREFIX=/usr/obj/usr/src/i386 INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make -f Makefile.inc1 -DNOFSCHG -DNOHTML -DNOINFO -DNOLINT -DNOMAN -DNOPROFILE libraries cd /usr/src; make -f Makefile.inc1 _startup_libs; make -f Makefile.inc1 _prebuild_libs; make -f Makefile.inc1 _generic_libs; ===> gnu/lib/csu make -f /usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools/Makefile MFILE=/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/usr/src/gnu/lib/csu/../../../contrib/gcc tconfig.h echo '#ifndef GCC_TCONFIG_H' > tconfig.h echo '#define GCC_TCONFIG_H' >> tconfig.h echo '#ifdef IN_GCC' >> tconfig.h echo '# include "ansidecl.h"' >> tconfig.h echo '#endif' >> tconfig.h echo '#define USED_FOR_TARGET' >> tconfig.h echo '#endif /* GCC_TCONFIG_H */' >> tconfig.h make -f /usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools/Makefile MFILE=/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/usr/src/gnu/lib/csu/../../../contrib/gcc tm.h echo '#ifndef GCC_TM_H' > tm.h echo '#define GCC_TM_H' >> tm.h echo '#ifdef IN_GCC' >> tm.h echo '#include "i386/i386.h"' >> tm.h echo '#include "i386/unix.h"' >> tm.h echo '#include "i386/att.h"' >> tm.h echo '#include "dbxelf.h"' >> tm.h echo '#include "elfos.h"' >> tm.h echo '#include "freebsd-native.h"' >> tm.h echo '#include "freebsd-spec.h"' >> tm.h echo '#include "freebsd.h"' >> tm.h echo '#include "i386/freebsd.h"' >> tm.h echo '#include "defaults.h"' >> tm.h echo '#if !defined GENERATOR_FILE && !defined USED_FOR_TARGET' >> tm.h echo '# include "insn-constants.h"' >> tm.h echo '# include "insn-flags.h"' >> tm.h echo '#endif' >> tm.h echo '#endif' >> tm.h echo '#define EXTRA_MODES_FILE "i386/i386-modes.def"' >> tm.h echo '#endif /* GCC_TM_H */' >> tm.h rm -f .depend mkdep -f .depend -a -DCRT_BEGIN -DIN_GCC -DHAVE_LD_EH_FRAME_HDR -I/usr/src/gnu/lib/csu/../../../contrib/gcc/config -I/usr/src/gnu/lib/csu/../../../contrib/gcc -I. -I/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c In file included from /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:60: /usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools/auto-host.h:4:23: sys/param.h: No such file or directory /usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools/auto-host.h:5:24: sys/endian.h: No such file or directory In file included from /usr/src/gnu/lib/csu/../../../contrib/gcc/crtstuff.c:62: /usr/src/gnu/lib/csu/../../../contrib/gcc/tsystem.h:44:20: stddef.h: No such file or directory /usr/src/gnu/lib/csu/../../../contrib/gcc/tsystem.h:45:19: float.h: No such file or directory /usr/src/gnu/lib/csu/../../../contrib/gcc/tsystem.h:76:20: stdarg.h: No such file or directory /usr/src/gnu/lib/csu/../../../contrib/gcc/tsystem.h:79:19: stdio.h: No such file or directory /usr/src/gnu/lib/csu/../../../contrib/gcc/tsystem.h:82:23: sys/types.h: No such file or directory /usr/src/gnu/lib/csu/../../../contrib/gcc/tsystem.h:85:19: errno.h: No such file or directory /usr/src/gnu/lib/csu/../../../contrib/gcc/tsystem.h:92:20: string.h: No such file or directory /usr/src/gnu/lib/csu/../../../contrib/gcc/tsystem.h:93:20: stdlib.h: No such file or directory /usr/src/gnu/lib/csu/../../../contrib/gcc/tsystem.h:94:20: unistd.h: No such file or directory /usr/src/gnu/lib/csu/../../../contrib/gcc/tsystem.h:97:20: limits.h: No such file or directory /usr/src/gnu/lib/csu/../../../contrib/gcc/tsystem.h:100:18: time.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/gnu/lib/csu. *** Error code 1 Stop in /usr/src. *** Error code 1 /Stephan From owner-freebsd-current@FreeBSD.ORG Mon Aug 9 09:07:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F72B16A4CE for ; Mon, 9 Aug 2004 09:07:25 +0000 (GMT) Received: from gateway.nixsys.be (gateway.nixsys.be [195.144.77.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BCCA43D2D for ; Mon, 9 Aug 2004 09:07:25 +0000 (GMT) (envelope-from philip@nixsys.be) Received: from loge.nixsys.be (loge.nixsys.be [195.144.77.45]) by gateway.nixsys.be (Postfix) with ESMTP id DCBD382 for ; Mon, 9 Aug 2004 11:07:23 +0200 (CEST) Received: from loge.nixsys.be (localhost [127.0.0.1]) by loge.nixsys.be (8.13.1/8.13.1) with ESMTP id i7997NtD051639 for ; Mon, 9 Aug 2004 11:07:23 +0200 (CEST) (envelope-from philip@loge.nixsys.be) Received: (from philip@localhost) by loge.nixsys.be (8.13.1/8.13.1/Submit) id i7997NWd051638 for freebsd-current@freebsd.org; Mon, 9 Aug 2004 11:07:23 +0200 (CEST) (envelope-from philip) Date: Mon, 9 Aug 2004 11:07:23 +0200 From: Philip Paeps To: freebsd-current@freebsd.org Message-ID: <20040809090723.GI642@loge.nixsys.be> Mail-Followup-To: freebsd-current@freebsd.org References: <20040805071236.GA595@loge.nixsys.be> <8cb27cbf040808194617634e07@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8cb27cbf040808194617634e07@mail.gmail.com> X-Date-in-Rome: ante diem V Idius Augustas MMDCCLVII ab Urbe Condida X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get a proper mailclient! User-Agent: Mutt/1.5.6i Subject: Re: [PLEASE TEST] Better support for Synaptics Touchpads X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2004 09:07:25 -0000 On 2004-08-08 21:46:09 (-0500), Jon Drews wrote: > On Thu, 5 Aug 2004 09:12:36 +0200, Philip Paeps wrote: > > Since the original synaptics support was added to psm, there have been > > some reports of malfunctions and missing magic. I've tried to fix all > > that, but it's still work in progress. > > I get freezes when I attempt to configure my synaptics touchpad, > with sysinstall. Which revision of psm.c is this? r1.71 or r1.76? > dmesg output: psm0: model Synaptics Touchpad, device ID 0 Could you also post the 'info*' and 'cap*' lines from a verbose boot? > I will apply your patch tonight and test again. Thanks. It's in -current now by the way. - Philip -- Philip Paeps Please don't Cc me, I am philip@freebsd.org subscribed to the list. BOFH Excuse #29: It works the way the Wang did, what's the problem From owner-freebsd-current@FreeBSD.ORG Mon Aug 9 09:09:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B49716A4CE for ; Mon, 9 Aug 2004 09:09:11 +0000 (GMT) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11A2643D1F for ; Mon, 9 Aug 2004 09:09:11 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.13.1/8.12.11) with ESMTP id i7997gBm032225; Mon, 9 Aug 2004 02:07:43 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i7997fbh032223; Mon, 9 Aug 2004 02:07:41 -0700 (PDT) (envelope-from obrien) Date: Mon, 9 Aug 2004 02:07:40 -0700 From: "David O'Brien" To: Oliver Eikemeier Message-ID: <20040809090740.GB31766@dragon.nuxi.com> Mail-Followup-To: David O'Brien , Oliver Eikemeier , Jon Noack , current@freebsd.org, Edwin Groothuis References: <20040803170201.GA87300@dragon.nuxi.com> <4DA0F154-E57B-11D8-9C56-00039312D914@fillmore-labs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4DA0F154-E57B-11D8-9C56-00039312D914@fillmore-labs.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: Edwin Groothuis cc: current@freebsd.org Subject: Re: upgrade of file(1) to 4.10 (including FreeBSD elf(5) fixes) 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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2004 09:09:11 -0000 On Tue, Aug 03, 2004 at 08:31:15PM +0200, Oliver Eikemeier wrote: > As usual, file(1) has to follow. Anyway, since it works for now, and > currently there is no reason to break it, why is it bad? I actually like > that feature, and it is useful for debugging ports that should have been > recompiled after a system upgrade. Sounds like you're trying to work around bugs in the Ports Collection, please go fix those bugs and use the proper tool for the job. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Mon Aug 9 09:18:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D79616A4CE; Mon, 9 Aug 2004 09:18:00 +0000 (GMT) Received: from fillmore.dyndns.org (port-212-202-50-15.dynamic.qsc.de [212.202.50.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F0A843D39; Mon, 9 Aug 2004 09:18:00 +0000 (GMT) (envelope-from eikemeier@fillmore-labs.com) Received: from dhcp-14.local ([172.16.0.14] helo=dhcp-11.local) by fillmore.dyndns.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.41 (FreeBSD)) id 1Bu6I0-0006X7-A9; Mon, 09 Aug 2004 11:17:59 +0200 Date: Mon, 9 Aug 2004 11:19:29 +0200 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v482) To: obrien@freebsd.org From: Oliver Eikemeier In-Reply-To: <20040809090740.GB31766@dragon.nuxi.com> Message-Id: <37C15666-E9E5-11D8-9C56-00039312D914@fillmore-labs.com> Content-Transfer-Encoding: 7bit User-Agent: KMail/1.5.9 cc: Edwin Groothuis cc: current@freebsd.org Subject: Re: upgrade of file(1) to 4.10 (including FreeBSD elf(5) fixes) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2004 09:18:00 -0000 David O'Brien wrote: > On Tue, Aug 03, 2004 at 08:31:15PM +0200, Oliver Eikemeier wrote: >> As usual, file(1) has to follow. Anyway, since it works for now, and >> currently there is no reason to break it, why is it bad? I actually >> like >> that feature, and it is useful for debugging ports that should have >> been >> recompiled after a system upgrade. > > Sounds like you're trying to work around bugs in the Ports Collection, > please go fix those bugs and use the proper tool for the job. Could you please elaborate which bugs you are referring to? The current file(1) works fine for me in this aspect, so what are better tools for the job? -Oliver From owner-freebsd-current@FreeBSD.ORG Mon Aug 9 09:30:31 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51A5116A4CF for ; Mon, 9 Aug 2004 09:30:31 +0000 (GMT) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22E1943D5E for ; Mon, 9 Aug 2004 09:30:31 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.13.1/8.12.11) with ESMTP id i799T1he033580; Mon, 9 Aug 2004 02:29:02 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i799Su6X033574; Mon, 9 Aug 2004 02:28:56 -0700 (PDT) (envelope-from obrien) Date: Mon, 9 Aug 2004 02:28:56 -0700 From: "David O'Brien" To: Oliver Eikemeier Message-ID: <20040809092856.GA33479@dragon.nuxi.com> Mail-Followup-To: David O'Brien , Oliver Eikemeier , Jon Noack , current@freebsd.org, Edwin Groothuis References: <20040809090740.GB31766@dragon.nuxi.com> <37C15666-E9E5-11D8-9C56-00039312D914@fillmore-labs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <37C15666-E9E5-11D8-9C56-00039312D914@fillmore-labs.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: Edwin Groothuis cc: current@freebsd.org Subject: Re: upgrade of file(1) to 4.10 (including FreeBSD elf(5) fixes) 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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2004 09:30:31 -0000 On Mon, Aug 09, 2004 at 11:19:29AM +0200, Oliver Eikemeier wrote: > David O'Brien wrote: > > >On Tue, Aug 03, 2004 at 08:31:15PM +0200, Oliver Eikemeier wrote: > >>As usual, file(1) has to follow. Anyway, since it works for now, and > >>currently there is no reason to break it, why is it bad? I actually > >>like > >>that feature, and it is useful for debugging ports that should have > >>been > >>recompiled after a system upgrade. > > > >Sounds like you're trying to work around bugs in the Ports Collection, > >please go fix those bugs and use the proper tool for the job. > > Could you please elaborate which bugs you are referring to? The current > file(1) works fine for me in this aspect, so what are better tools for > the job? It appears you're concerned when FreeBSD X.Y comes out, you've got ports compiled on X.(Y-1). This is not a problem, and I'm not sure why you feel it is that you appear to run file(1) across all of /usr/local and /usr/X11R6 and reinstall any binaries you find from X.(Y-1). Since X.Y will run X.(Y-1) binaries just fine I'm not sure why you have this need. portupgrade(8) is the proper tool to refresh all your ports. If you find that X.Y can't run an X.(Y-1) binary then the root cause of that bug should be fixed. I don't see that your method of running file(1) across everything scales well to the typical user. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Mon Aug 9 09:31:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05B3816A4CE; Mon, 9 Aug 2004 09:31:44 +0000 (GMT) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2FFD43D1D; Mon, 9 Aug 2004 09:31:43 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1Bu6VK-000PHH-KZ; Mon, 09 Aug 2004 12:31:42 +0300 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: "Michael C. Shultz" In-reply-to: Your message of Sun, 8 Aug 2004 09:16:50 -0700 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 09 Aug 2004 12:31:42 +0300 From: Danny Braniss Message-Id: <20040809093143.B2FFD43D1D@mx1.FreeBSD.org> cc: YONETANI Tomokazu cc: harti@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Need help: buildworld for CURRENT while under STABLE is not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2004 09:31:44 -0000 > On Sunday 08 August 2004 06:51 am, you wrote: > > > --Boundary-00=_yfRFBa4bKiL1gzl > > > Content-Type: text/plain; > > > charset="us-ascii" > > > Content-Transfer-Encoding: 7bit > > > Content-Disposition: inline > > > > > > I have STABLE on ad0 and a working snapshot of CURRENT on ad1, I am > > > trying to run: > > > > > > make buildworld -DDESTDIR=/ad1 while booted from STABLE and I keep > > > getting the following error: (Note: cvsup'ed just before running make > > > build world still didn't help, neither does cleaning before hand...) > > > I'll attach my make.conf in case that helps... > > > > type > > make buildworld > > then when you are ready to install: > > make installworld DESTDIR=/ad1 > > (notice no -DESTDIR ...) > > > > danny > > OK, I just tried that after cleaning the tree and Igetexaclt y the same > failure: > > ===> usr.sbin/bsnmpd/gensnmptree > /usr/obj/ad1/usr/src/i386/ad1/usr/src/usr.sbin/bsnmpd/gensnmptree created > for /ad1/usr/src/usr.sbin/bsnmpd/gensnmptree > rm -f .depend > mkdep -f .depend -a > -I/ad1/usr/src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/lib > -I/usr/obj/ad1/usr/src/i386/legacy/usr/include /ad1/usr/src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/gensnmptree/gensnmptree.c > /ad1/usr/src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/gensnmptree/gensnmptree.c:66: > stdint.h: No such file or directory > mkdep: compile failed > *** Error code 1 > > Stop in /ad1/usr/src/usr.sbin/bsnmpd/gensnmptree. > *** Error code 1 > > Stop in /ad1/usr/src. > *** Error code 1 > > Stop in /ad1/usr/src. > *** Error code 1 > > Stop in /ad1/usr/src. > > Now here are the locations of stdint.h on my system: > [mike]/ad1/usr/src>locate stdint.h > /ad1/usr/include/machine/_stdint.h > /ad1/usr/include/stdint.h > /ad1/usr/include/sys/stdint.h > /ad1/usr/src/sys/alpha/include/_stdint.h > /ad1/usr/src/sys/amd64/include/_stdint.h > /ad1/usr/src/sys/arm/include/_stdint.h > /ad1/usr/src/sys/i386/include/_stdint.h > /ad1/usr/src/sys/ia64/include/_stdint.h > /ad1/usr/src/sys/powerpc/include/_stdint.h > /ad1/usr/src/sys/sparc64/include/_stdint.h > /ad1/usr/src/sys/sys/stdint.h > [mike]/ad1/usr/src> > > It wants to pull from /usr/include. I tested this by putting a soft link > from /usr/include/stdint.h to /ad1/usr/include/stdint.h and it got past that > one error to only error on another header file. It is my understanding that > only header files from under (in my case)/ad1/usr/src should be needed to > compile the world correct? > > -Mike after my last cvsupdate, now im also suffering from this :-(, the problem is indeed in /usr/src/usr.sbin/bsnmpd/gensnmptree/gensnmptree.c, i simply removed the offending include and now it's at least cross compiling. danny From owner-freebsd-current@FreeBSD.ORG Mon Aug 9 09:36:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D08916A4CE for ; Mon, 9 Aug 2004 09:36:56 +0000 (GMT) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D9A143D48 for ; Mon, 9 Aug 2004 09:36:55 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: from pcwin002.win.tue.nl (orb_rules@localhost [127.0.0.1]) by pcwin002.win.tue.nl (8.12.11/8.12.11) with ESMTP id i799arti004108; Mon, 9 Aug 2004 11:36:53 +0200 (CEST) (envelope-from stijn@pcwin002.win.tue.nl) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.12.11/8.12.11/Submit) id i799aq95004107; Mon, 9 Aug 2004 11:36:52 +0200 (CEST) (envelope-from stijn) Date: Mon, 9 Aug 2004 11:36:52 +0200 From: Stijn Hoop To: Allan Fields Message-ID: <20040809093652.GE91609@pcwin002.win.tue.nl> References: <20040808211337.GB91609@pcwin002.win.tue.nl> <20040809074732.GA3155@afields.ca> <20040809075228.GC91609@pcwin002.win.tue.nl> <20040809081901.GB3155@afields.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8nsIa27JVQLqB7/C" Content-Disposition: inline In-Reply-To: <20040809081901.GB3155@afields.ca> User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! cc: freebsd-current@freebsd.org Subject: Re: slice weirdness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2004 09:36:56 -0000 --8nsIa27JVQLqB7/C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 09, 2004 at 04:19:01AM -0400, Allan Fields wrote: > Something to try: once in a kernel, try either not using devfs or > manually creating device nodes and see if you can make it work with > ad1s2. Will do tomorrow. > > > i.e. if you were to go the sysinstall route and do a fresh install > > > on ad1, exhibit same behaviour? > >=20 > > Yes, it does. I didn't use sysinstall but 'make installworld' but either > > doing fdisk / disklabel by hand or by doing it using sysinstall, both > > methods stop at the same 'cannot find root' prompt when booting off the > > slice. A reboot into the old install later and my device entry is gone > > again. >=20 > You mean you can't see the new ad1s2 slice from a kernel booted off > ad0 either? Which would be consistent to the problem. Exactly, but as far as I can determine it only disappears if I boot from the new slice (which is why I suspect geometry bugs; I guess something in the bootblocks/loader is writing something to the disk which foobar's the new slice). > Try: > sysctl -b kern.geom.confxml Great, will try tomorrow (machine's at home and I won't be until late tonig= ht). --Stijn --=20 In the force if Yoda's so strong, construct a sentence with words in the proper order then why can't he? --8nsIa27JVQLqB7/C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBF0W0Y3r/tLQmfWcRAkh7AJ47kYslZSWl1Zam0b9xrDJ7krXMcACdF5tV laa9uJ3vVlXsQTEkO45wg1U= =HbC6 -----END PGP SIGNATURE----- --8nsIa27JVQLqB7/C-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 9 09:39:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A77A16A4CE for ; Mon, 9 Aug 2004 09:39:24 +0000 (GMT) Received: from n33.kp.t-systems-sfr.com (n33.kp.t-systems-sfr.com [129.247.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F70543D5D for ; Mon, 9 Aug 2004 09:39:23 +0000 (GMT) (envelope-from harti@freebsd.org) Received: from n81.sp.op.dlr.de (n81g.sp.op.dlr.de [129.247.163.1]) i799d8X486720; Mon, 9 Aug 2004 11:39:08 +0200 Received: from zeus.nt.op.dlr.de (zeus.nt.op.dlr.de [129.247.173.3]) i799d8f194800; Mon, 9 Aug 2004 11:39:08 +0200 Received: from beagle.kn.op.dlr.de (opkndnwsbsd178 [129.247.173.178]) by zeus.nt.op.dlr.de (8.11.7+Sun/8.9.1) with ESMTP id i799d6e25614; Mon, 9 Aug 2004 11:39:06 +0200 (MET DST) Date: Mon, 9 Aug 2004 11:39:08 +0200 (CEST) From: Harti Brandt X-X-Sender: brandt@beagle.kn.op.dlr.de To: Danny Braniss In-Reply-To: <20040809093143.B2FFD43D1D@mx1.FreeBSD.org> Message-ID: <20040809113434.T12541@beagle.kn.op.dlr.de> References: <20040809093143.B2FFD43D1D@mx1.FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: YONETANI Tomokazu cc: "Michael C. Shultz" cc: freebsd-current@freebsd.org Subject: Re: Need help: buildworld for CURRENT while under STABLE is not working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2004 09:39:24 -0000 On Mon, 9 Aug 2004, Danny Braniss wrote: DB>> On Sunday 08 August 2004 06:51 am, you wrote: DB>> > > --Boundary-00=_yfRFBa4bKiL1gzl DB>> > > Content-Type: text/plain; DB>> > > charset="us-ascii" DB>> > > Content-Transfer-Encoding: 7bit DB>> > > Content-Disposition: inline DB>> > > DB>> > > I have STABLE on ad0 and a working snapshot of CURRENT on ad1, I am DB>> > > trying to run: DB>> > > DB>> > > make buildworld -DDESTDIR=/ad1 while booted from STABLE and I keep DB>> > > getting the following error: (Note: cvsup'ed just before running make DB>> > > build world still didn't help, neither does cleaning before hand...) DB>> > > I'll attach my make.conf in case that helps... DB>> > DB>> > type DB>> > make buildworld DB>> > then when you are ready to install: DB>> > make installworld DESTDIR=/ad1 DB>> > (notice no -DESTDIR ...) DB>> > DB>> > danny DB>> DB>> OK, I just tried that after cleaning the tree and Igetexaclt y the same DB>> failure: DB>> DB>> ===> usr.sbin/bsnmpd/gensnmptree DB>> /usr/obj/ad1/usr/src/i386/ad1/usr/src/usr.sbin/bsnmpd/gensnmptree created DB>> for /ad1/usr/src/usr.sbin/bsnmpd/gensnmptree DB>> rm -f .depend DB>> mkdep -f .depend -a DB>> -I/ad1/usr/src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/lib DB>> -I/usr/obj/ad1/usr/src/i386/legacy/usr/include /ad1/usr/src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/gensnmptree/gensnmptree.c DB>> /ad1/usr/src/usr.sbin/bsnmpd/gensnmptree/../../../contrib/bsnmp/gensnmptree/gensnmptree.c:66: DB>> stdint.h: No such file or directory DB>> mkdep: compile failed DB>> *** Error code 1 DB>> DB>> Stop in /ad1/usr/src/usr.sbin/bsnmpd/gensnmptree. DB>> *** Error code 1 DB>> DB>> Stop in /ad1/usr/src. DB>> *** Error code 1 DB>> DB>> Stop in /ad1/usr/src. DB>> *** Error code 1 DB>> DB>> Stop in /ad1/usr/src. DB>> DB>> Now here are the locations of stdint.h on my system: DB>> [mike]/ad1/usr/src>locate stdint.h DB>> /ad1/usr/include/machine/_stdint.h DB>> /ad1/usr/include/stdint.h DB>> /ad1/usr/include/sys/stdint.h DB>> /ad1/usr/src/sys/alpha/include/_stdint.h DB>> /ad1/usr/src/sys/amd64/include/_stdint.h DB>> /ad1/usr/src/sys/arm/include/_stdint.h DB>> /ad1/usr/src/sys/i386/include/_stdint.h DB>> /ad1/usr/src/sys/ia64/include/_stdint.h DB>> /ad1/usr/src/sys/powerpc/include/_stdint.h DB>> /ad1/usr/src/sys/sparc64/include/_stdint.h DB>> /ad1/usr/src/sys/sys/stdint.h DB>> [mike]/ad1/usr/src> DB>> DB>> It wants to pull from /usr/include. I tested this by putting a soft link DB>> from /usr/include/stdint.h to /ad1/usr/include/stdint.h and it got past that DB>> one error to only error on another header file. It is my understanding that DB>> only header files from under (in my case)/ad1/usr/src should be needed to DB>> compile the world correct? DB>> DB>> -Mike DB> DB>after my last cvsupdate, now im also suffering from this :-(, DB>the problem is indeed in /usr/src/usr.sbin/bsnmpd/gensnmptree/gensnmptree.c, DB>i simply removed the offending include and now it's at least cross compiling. Removing the include is problematic because the program needs the fixed size integer types (uint32_t for example). The correct thing to get these is to include (see 7.19 of C99). There appears to be another header defining these types that probably shouldn't do this. I'm currently looking into properly getting tools/build/Makefile to install the necessary file into ${MAKEOBJDIRPREFIX}/usr/src/{MACHINE}/legacy/include. That appears to be not easy, because stdint.h is a symbolic link to sys/stdint.h which in turn needs sys/_types.h, machine/_stdint.h which in turn needs machine/_types.h. Argh.... harti From owner-freebsd-current@FreeBSD.ORG Mon Aug 9 09:41:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E6A116A4CE for ; Mon, 9 Aug 2004 09:41:28 +0000 (GMT) Received: from internal.mail.demon.net (internal.mail.demon.net [193.195.224.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 264E043D5A for ; Mon, 9 Aug 2004 09:41:27 +0000 (GMT) (envelope-from mike@urgle.com) Received: from singsing.eng.demon.net (singsing.eng.demon.net [194.217.90.11]) by internal.mail.demon.net with ESMTP id i799i3420365; Mon, 9 Aug 2004 09:44:03 GMT Received: from singsing.eng.demon.net (localhost [127.0.0.1]) i799fNtY021220 for ; Mon, 9 Aug 2004 10:41:23 +0100 (BST) (envelope-from mike@urgle.com) Received: (from michaelb@localhost) by singsing.eng.demon.net (8.12.10/8.12.10/Submit) id i799fMTq021219 for freebsd-current@freebsd.org; Mon, 9 Aug 2004 10:41:22 +0100 (BST) (envelope-from mike@urgle.com) X-Authentication-Warning: singsing.eng.demon.net: michaelb set sender to mike@urgle.com using -f From: Mike Bristow To: freebsd-current@freebsd.org In-Reply-To: <18860.1091899169@www66.gmx.net> References: <18860.1091899169@www66.gmx.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: (none) Message-Id: <1092044482.20927.35.camel@singsing.eng.demon.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 09 Aug 2004 10:41:22 +0100 Subject: Re: panic: mutex vr0 not owned at ...if_vr.c:571 when doing ifconfig X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2004 09:41:28 -0000 On Sat, 2004-08-07 at 18:19, Andreas Kohn wrote: > Hi, > > with sources from earlier today, I get a panic when doing ifconfig (no > arguments): I saw the same thing earlier this week; PR 70189 contains a patch that works for me. (Sorry for the repetition, Andreas: I forgot to CC the list) -- Mike Bristow - http://www.urgle.com/~mike/ - mike@urgle.com Why didn't the skeleton go to the New Years Eve party? A naughty bus From owner-freebsd-current@FreeBSD.ORG Mon Aug 9 09:42:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F02316A4CE for ; Mon, 9 Aug 2004 09:42:11 +0000 (GMT) Received: from web.portaone.com (web.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85EB543D2D for ; Mon, 9 Aug 2004 09:42:10 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.0.20] (portacare.portaone.com [195.140.247.242]) (authenticated bits=0) by web.portaone.com (8.12.8p2/8.12.8) with ESMTP id i799g5x0076808 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 9 Aug 2004 11:42:07 +0200 (CEST) (envelope-from sobomax@portaone.com) Message-ID: <411746EB.5030006@portaone.com> Date: Mon, 09 Aug 2004 12:42:03 +0300 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 0.7.2 (Windows/20040707) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Eriksson References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.ORG Subject: Re: Simple BDE disc encryption benchmark X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2004 09:42:11 -0000 Daniel Eriksson wrote: > Hi! I just ran a very simple benchmark on the GBDE disc encryption in > CURRENT. The benchmark setup looked like this: > > * Slow machine (Celeron 366, 128MB mem) > * 5-CURRENT from yesterday, running off of some old ATA disc > * 2 x 9GB 10k rpm SCSI discs hooked up to an Adaptec 2940 > > The benchmark was to copy the /usr directory (copied from the ATA disc, > 1.7GB) or a directory containing big files (/bigfiles, 1.7GB in 16 files > created by 'dd if=/dev/random ...') from scsi disc 1 to scsi disc 2. I ran > each benchmark twice and took a simple average of the results. > > unencrypted to unencrypted: > /usr : 697 real 10.6 user 235 sys (~50% idle) > /bigfiles: 123 real 0.4 user 84 sys (~25% idle) > > unencrypted to encrypted: > /usr : 1778 real 10.7 user 236 sys (~35% idle) > /bigfiles: 379 real 0.4 user 82 sys (~10% idle) > > encrypted to encrypted: > /usr : 1978 real 11.6 user 242 sys (~25% idle) > /bigfiles: 615 real 0.4 user 80 sys (0% idle) > > The only time the CPU was completely busy was when copying /bigfiles from > encrypted to encrypted. > > My question is: Why does the it take so much longer when encryption is > involved even though 'top' seems to think there are CPU cycles left to burn? The problem (well, not quite "the problem" since it is design decision) is that GBDE tries to rearrange sectors in pseudo-random fashion to make cryptoanalysis harder. Usually filesystem tries to place all sectors that belong to the same file consequently, to avoid expensive disk seeks. But on encrypted disk logically ajaced sectors are physically spread, so that reading them introduces seek delays. -Maxim From owner-freebsd-current@FreeBSD.ORG Mon Aug 9 09:46:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 492C416A4CE; Mon, 9 Aug 2004 09:46:34 +0000 (GMT) Received: from fillmore.dyndns.org (port-212-202-50-15.dynamic.qsc.de [212.202.50.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BD4C43D39; Mon, 9 Aug 2004 09:46:34 +0000 (GMT) (envelope-from eikemeier@fillmore-labs.com) Received: from dhcp-14.local ([172.16.0.14] helo=dhcp-11.local) by fillmore.dyndns.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.41 (FreeBSD)) id 1Bu6je-0006a8-W1; Mon, 09 Aug 2004 11:46:33 +0200 Date: Mon, 9 Aug 2004 11:48:04 +0200 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v482) To: obrien@freebsd.org From: Oliver Eikemeier In-Reply-To: <20040809092856.GA33479@dragon.nuxi.com> Message-Id: <35CE94B0-E9E9-11D8-9C56-00039312D914@fillmore-labs.com> Content-Transfer-Encoding: 7bit User-Agent: KMail/1.5.9 cc: Edwin Groothuis cc: current@freebsd.org Subject: Re: upgrade of file(1) to 4.10 (including FreeBSD elf(5) fixes) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2004 09:46:34 -0000 David O'Brien wrote: > On Mon, Aug 09, 2004 at 11:19:29AM +0200, Oliver Eikemeier wrote: >> David O'Brien wrote: >> >>> On Tue, Aug 03, 2004 at 08:31:15PM +0200, Oliver Eikemeier wrote: >>>> As usual, file(1) has to follow. Anyway, since it works for now, and >>>> currently there is no reason to break it, why is it bad? I actually >>>> like >>>> that feature, and it is useful for debugging ports that should have >>>> been >>>> recompiled after a system upgrade. >>> >>> Sounds like you're trying to work around bugs in the Ports Collection, >>> please go fix those bugs and use the proper tool for the job. >> >> Could you please elaborate which bugs you are referring to? The current >> file(1) works fine for me in this aspect, so what are better tools for >> the job? > > It appears you're concerned when FreeBSD X.Y comes out, you've got ports > compiled on X.(Y-1). This is not a problem, and I'm not sure why you > feel it is that you appear to run file(1) across all of /usr/local and > /usr/X11R6 and reinstall any binaries you find from X.(Y-1). Since X.Y > will run X.(Y-1) binaries just fine I'm not sure why you have this need. > portupgrade(8) is the proper tool to refresh all your ports. If you > find > that X.Y can't run an X.(Y-1) binary then the root cause of that bug > should be fixed. You might notice that 5.3-RELEASE won't run all 5.2.1-RELEASE binaries. > I don't see that your method of running file(1) across everything scales > well to the typical user. The magic word here is `debugging' (see above). When you read src/UPDATING you might notice that some updates require recompilation of affected ports. It is very convenient to let users submitting bug reports run file(1) on the affected binary, and, given that it has been compiled on an older release, tell them that they missed the entry in UPDATING, which suggested to recompile the port. -Oliver From owner-freebsd-current@FreeBSD.ORG Mon Aug 9 09:55:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70D2D16A4CF for ; Mon, 9 Aug 2004 09:55:50 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id D28B043D45 for ; Mon, 9 Aug 2004 09:55:49 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id i799tlwU017521; Mon, 9 Aug 2004 11:55:47 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Maxim Sobolev From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 09 Aug 2004 12:42:03 +0300." <411746EB.5030006@portaone.com> Date: Mon, 09 Aug 2004 11:55:47 +0200 Message-ID: <17520.1092045347@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org cc: Daniel Eriksson Subject: Re: Simple BDE disc encryption benchmark X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Aug 2004 09:55:50 -0000 In message <411746EB.5030006@portaone.com>, Maxim Sobolev writes: >> The only time the CPU was completely busy was when copying /bigfiles from >> encrypted to encrypted. >> >> My question is: Why does the it take so much longer when encryption is >> involved even though 'top' seems to think there are CPU cycles left to burn? > >The problem (well, not quite "the problem" since it is design decision) >is that GBDE tries to rearrange sectors in pseudo-random fashion to make >cryptoanalysis harder. Usually filesystem tries to place all sectors >that belong to the same file consequently, to avoid expensive disk >se