From owner-freebsd-current@FreeBSD.ORG Sun Jul 4 00:18:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FCD816A4CE; Sun, 4 Jul 2004 00:18:20 +0000 (GMT) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4BF843D39; Sun, 4 Jul 2004 00:18:19 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (adsl-63-207-60-35.dsl.lsan03.pacbell.net [63.207.60.35])i640IECZ021184; Sat, 3 Jul 2004 20:18:14 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id F1DF153C6B; Sat, 3 Jul 2004 17:18:16 -0700 (PDT) Date: Sat, 3 Jul 2004 17:18:16 -0700 From: Kris Kennaway To: Mark Linimon Message-ID: <20040704001816.GA91326@xor.obsecurity.org> References: <20040703231027.GA74329@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mP3DRpeJDSE+ciuQ" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: Dag-Erling Sm?rgrav cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: ACPI-CA 20040527 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: Sun, 04 Jul 2004 00:18:20 -0000 --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 03, 2004 at 07:14:31PM -0500, Mark Linimon wrote: > On Sat, 3 Jul 2004, Kris Kennaway wrote: >=20 > > Then either make -O2 mandatory for developers by putting it in > > make.conf, or don't complain that developers aren't building with your > > private special settings. >=20 > Um, am I missing something, or would not putting -O2 in /etc/make.conf > also suddenly start making ports with -O2 also? Has anyone ever tried > this? COPTFLAGS is only used for kernel builds. Also, other platforms have -O2 enabled by default for kernel builds, but not i386. Kris --mP3DRpeJDSE+ciuQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFA50zIWry0BWjoQKURAh3dAKD6qRH4b6Ab5F/5tkUzluqe9pj6PgCgnHOt 34d1qZislsXx+WE9+DmV5T4= =NM9t -----END PGP SIGNATURE----- --mP3DRpeJDSE+ciuQ-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 4 00:44:20 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F97F16A4CE for ; Sun, 4 Jul 2004 00:44:20 +0000 (GMT) Received: from www.cray1.de (i.would.like.to.spoof.my.realip.de [64.27.85.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id AED8443D2F for ; Sun, 4 Jul 2004 00:44:19 +0000 (GMT) (envelope-from ubm@u-boot-man.de) Received: from greatsheep.marines (localhost [127.0.0.1]) by www.cray1.de (8.9.3/8.9.3) with SMTP id CAA24219 for ; Sun, 4 Jul 2004 02:44:14 +0200 Date: Sun, 4 Jul 2004 02:44:16 +0200 From: Marc "UBM" Bocklet To: current@freebsd.org Message-Id: <20040704024416.4b9463df.ubm@u-boot-man.de> In-Reply-To: <20040704001816.GA91326@xor.obsecurity.org> References: <20040703231027.GA74329@xor.obsecurity.org> <20040704001816.GA91326@xor.obsecurity.org> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: ACPI-CA 20040527 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: Sun, 04 Jul 2004 00:44:20 -0000 On Sat, 3 Jul 2004 17:18:16 -0700 Kris Kennaway wrote: > On Sat, Jul 03, 2004 at 07:14:31PM -0500, Mark Linimon wrote: > > On Sat, 3 Jul 2004, Kris Kennaway wrote: > > > > > Then either make -O2 mandatory for developers by putting it in > > > make.conf, or don't complain that developers aren't building with > > > your private special settings. > > > > Um, am I missing something, or would not putting -O2 in > > /etc/make.conf also suddenly start making ports with -O2 also? Has > > anyone ever tried this? > > COPTFLAGS is only used for kernel builds. Also, other platforms have > -O2 enabled by default for kernel builds, but not i386. Hmm, what I've been wondering for some time: Is there a perceivable performance gain by using -Ox instead of -O? Bye Marc -- "And what rough beast, its hour come round at last, Slouches towards Bethlehem to be born?" W.B. Yeats, The Second Coming From owner-freebsd-current@FreeBSD.ORG Sun Jul 4 00:44: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 AFD2A16A4CE for ; Sun, 4 Jul 2004 00:44:39 +0000 (GMT) Received: from www.cray1.de (i.would.like.to.spoof.my.realip.de [64.27.85.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CA3543D1F for ; Sun, 4 Jul 2004 00:44:39 +0000 (GMT) (envelope-from ubm@u-boot-man.de) Received: from greatsheep.marines (localhost [127.0.0.1]) by www.cray1.de (8.9.3/8.9.3) with SMTP id CAA24245 for ; Sun, 4 Jul 2004 02:44:34 +0200 Date: Sun, 4 Jul 2004 02:44:36 +0200 From: Marc "UBM" Bocklet To: current@freebsd.org Message-Id: <20040704024436.503257f4.ubm@u-boot-man.de> In-Reply-To: <40E6D627.3030308@veldy.net> References: <200407022021.i62KLi4Y041825@repoman.freebsd.org> <200407021721.52787.jhb@FreeBSD.org> <40E64302.2020700@veldy.net> <20040703053940.GA60840@xor.obsecurity.org> <40E6C201.3000104@veldy.net> <20040703145239.GA9941@troutmask.apl.washington.edu> <40E6D627.3030308@veldy.net> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: HEADSUP: Native preemption added to the kernel scheduler X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2004 00:44:39 -0000 On Sat, 03 Jul 2004 10:52:07 -0500 "Thomas T. Veldhouse" wrote: > Steve Kargl wrote: > > >Watch for cut-n-paste space problems. > > > >--- sched_ule.c.orig Sat Jul 3 07:51:02 2004 > >+++ sched_ule.c Sat Jul 3 07:51:15 2004 > >@@ -1716,7 +1716,7 @@ > > kseq_load_rem(KSEQ_CPU(ke->ke_cpu), ke); > > kseq_notify(ke, cpu); > > /* When we return from mi_switch we'll be on the correct cpu. > > */ > >- mi_switch(SW_VOL); > >+ mi_switch(SW_VOL, NULL); > > #endif > > } > > > > > > No such problem. I simply added NULL myself, by hand. It compiles > fine, but the kernel panics on boot. It works fine here on my P4, running current from about 6 hours ago. I compiled with -O only. Bye Marc -- "And what rough beast, its hour come round at last, Slouches towards Bethlehem to be born?" W.B. Yeats, The Second Coming From owner-freebsd-current@FreeBSD.ORG Sun Jul 4 02:37:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 259B016A4CE; Sun, 4 Jul 2004 02:37:16 +0000 (GMT) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC48C43D45; Sun, 4 Jul 2004 02:37:15 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (adsl-63-207-60-35.dsl.lsan03.pacbell.net [63.207.60.35])i642bCCZ025107; Sat, 3 Jul 2004 22:37:12 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B0A9251277; Sat, 3 Jul 2004 19:37:14 -0700 (PDT) Date: Sat, 3 Jul 2004 19:37:14 -0700 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20040704023714.GA73697@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HcAYCG3uE/tztfnV" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i cc: obrien@FreeBSD.org Subject: Odd linker errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2004 02:37:16 -0000 --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline A number of ports are starting to fail with errors like: net/clusterit: > cc -O -pipe -DCLUSTERS -o dsh dsh.o ../common/common.o > dsh.o(.text+0x86): In function `main': > : undefined reference to `malloc_options' net/mopd: > file.o(.text+0x623): In function `GetAOutFileInfo': > : undefined reference to `le32toh' > file.o(.text+0x63b): In function `GetAOutFileInfo': > : undefined reference to `le32toh' math/grace: > plotone.o(.text+0x19f): In function `do_hardcopy': > : warning: warning: tmpnam() possibly used unsafely; consider using mkstemp() > pdfdrv.o(.text+0x2f1): In function `pdfinitgraphics': > : undefined reference to `PDF_open_fp' The oddness is the lack of anything before the second colon in the linker error; I don't remember seeing this before. Also, I'm not sure why clusterit and mopd are failing (grace is a port error). Kris --HcAYCG3uE/tztfnV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFA521aWry0BWjoQKURAiJKAJ9lorOX8Jdoj62Zou/li8/z3Jrc5gCg42bZ Zc84oFX1blPIjaO8M+r8H10= =efy5 -----END PGP SIGNATURE----- --HcAYCG3uE/tztfnV-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 4 03:13: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 3A97F16A4CE for ; Sun, 4 Jul 2004 03:13:49 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6C2F43D3F for ; Sun, 4 Jul 2004 03:13:48 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.10/8.12.10) id i643DlFn088976; Sat, 3 Jul 2004 22:13:47 -0500 (CDT) (envelope-from dan) Date: Sat, 3 Jul 2004 22:13:47 -0500 From: Dan Nelson To: Marc UBM Bocklet Message-ID: <20040704031347.GJ6574@dan.emsphone.com> References: <20040703231027.GA74329@xor.obsecurity.org> <20040704001816.GA91326@xor.obsecurity.org> <20040704024416.4b9463df.ubm@u-boot-man.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040704024416.4b9463df.ubm@u-boot-man.de> X-OS: FreeBSD 5.2-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: ACPI-CA 20040527 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: Sun, 04 Jul 2004 03:13:49 -0000 In the last episode (Jul 04), Marc UBM Bocklet said: > Hmm, what I've been wondering for some time: Is there a perceivable > performance gain by using -Ox instead of -O? For most programs, yes. They also affect compilation time. Scott Robert Ladd has been running analyses of the various gcc optimization flags for quite a while, and has some comparison tables. http://www.coyotegulch.com/acovea/ -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Sun Jul 4 05:11: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 B05F816A4CE for ; Sun, 4 Jul 2004 05:11:11 +0000 (GMT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83BA243D1F for ; Sun, 4 Jul 2004 05:11:11 +0000 (GMT) (envelope-from rschmali@comcast.net) Received: from BARN (c-67-163-131-17.client.comcast.net[67.163.131.17]) by comcast.net (rwcrmhc11) with SMTP id <2004070405110101300j8uire>; Sun, 4 Jul 2004 05:11:01 +0000 Message-ID: <009301c46185$517eb6e0$0201a8c0@idlewild.net> From: "Robert Schmaling" To: Date: Sun, 4 Jul 2004 01:11:00 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 Subject: in_cksum_skip messages and network performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2004 05:11:11 -0000 Hello, as of -CURRENT July 2nd 2004 - 16:00 +- I'm seeing a large number of 'in_cksum_skip: out of data by ' messages. Prior to this update, I had never seen these before. This is a router system with 2 interfaces fxp and dc drivers (fxp external, dc internal). pf is the firewall/nat utility in use. ipfilter was tested, ULE and 4BSD tested, same results. Network performance (i.e. high latency when accessing the router via SSH, poor internet access et al.) has been observed since the update. This is a UP system. Any thoughts/more info required? Thanks, From owner-freebsd-current@FreeBSD.ORG Sun Jul 4 07:13:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 067F516A4CE for ; Sun, 4 Jul 2004 07:13:19 +0000 (GMT) Received: from ihku.org (infected.ihku.org [212.83.122.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 944A343D1F for ; Sun, 4 Jul 2004 07:13:18 +0000 (GMT) (envelope-from gnarlie@ihku.org) Received: from gnarlie by ihku.org with local (Exim 3.36 #1 (Debian)) id 1Bh1Bg-0001be-00 for ; Sun, 04 Jul 2004 10:13:20 +0300 Date: Sun, 4 Jul 2004 10:13:20 +0300 To: freebsd-current@freebsd.org Message-ID: <20040704071320.GA6168@ihku.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline User-Agent: Mutt/1.5.6+20040523i From: gnarlie@ihku.org Subject: libkvm broken in current? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2004 07:13:19 -0000 failed to compile on two i386 boxes of mine. root@mutka:/usr/src/lib/libkvm# make Warning: Object directory not changed from original /usr/src/lib/libkvm /usr/bin/cc -O -pipe -DLIBC_SCCS -I/usr/src/lib/libkvm -c kvm.c /usr/bin/cc -O -pipe -DLIBC_SCCS -I/usr/src/lib/libkvm -c kvm_i386.c /usr/bin/cc -O -pipe -DLIBC_SCCS -I/usr/src/lib/libkvm -c kvm_file.c /usr/bin/cc -O -pipe -DLIBC_SCCS -I/usr/src/lib/libkvm -c kvm_getloadavg.c /usr/bin/cc -O -pipe -DLIBC_SCCS -I/usr/src/lib/libkvm -c kvm_getswapinfo.c /usr/bin/cc -O -pipe -DLIBC_SCCS -I/usr/src/lib/libkvm -c kvm_proc.c kvm_proc.c: In function `kvm_proclist': kvm_proc.c:113: error: `KI_EMULNAMELEN' undeclared (first use in this function) kvm_proc.c:113: error: (Each undeclared identifier is reported only once kvm_proc.c:113: error: for each function it appears in.) kvm_proc.c:162: error: `KERN_PROC_GID' undeclared (first use in this function) kvm_proc.c:224: error: structure has no member named `ki_childstime' kvm_proc.c:225: error: structure has no member named `ki_childutime' kvm_proc.c:227: error: structure has no member named `ki_childstime' kvm_proc.c:227: error: structure has no member named `ki_childutime' kvm_proc.c:227: error: structure has no member named `ki_childstime' kvm_proc.c:227: error: structure has no member named `ki_childutime' kvm_proc.c:338: error: structure has no member named `ki_emul' kvm_proc.c:361: error: structure has no member named `p_nice' *** Error code 1 Stop in /usr/src/lib/libkvm. From owner-freebsd-current@FreeBSD.ORG Sun Jul 4 07:58:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD15816A4CE; Sun, 4 Jul 2004 07:58:03 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2AFBF43D41; Sun, 4 Jul 2004 07:58:01 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from samsco.org (junior-wifi.samsco.home [192.168.0.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i6482PQf084806; Sun, 4 Jul 2004 02:02:26 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <40E7B878.3070203@samsco.org> Date: Sun, 04 Jul 2004 01:57:44 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040304 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <20040704023714.GA73697@xor.obsecurity.org> In-Reply-To: <20040704023714.GA73697@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: current@freebsd.org Subject: Re: Odd linker errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2004 07:58:03 -0000 Kris Kennaway wrote: > A number of ports are starting to fail with errors like: > > net/clusterit: > > >>cc -O -pipe -DCLUSTERS -o dsh dsh.o ../common/common.o >>dsh.o(.text+0x86): In function `main': >>: undefined reference to `malloc_options' > The addition of files/patch-dsh-dsh.c seems to be triggering this. It appears to declare the 'malloc_options' symbol. Looking at stdlib.h, the real name should be '_malloc_options' (and including stdlib.h is the better way to get this declaration). This is also documented correctly in the malloc(2) manpage. > > net/mopd: > > >>file.o(.text+0x623): In function `GetAOutFileInfo': >>: undefined reference to `le32toh' >>file.o(.text+0x63b): In function `GetAOutFileInfo': >>: undefined reference to `le32toh' > I can't reproduce this here. However, netbooting a VAX probably isn't a terribly common occurrance these days. > > math/grace: > > >>plotone.o(.text+0x19f): In function `do_hardcopy': >>: warning: warning: tmpnam() possibly used unsafely; consider using mkstemp() >>pdfdrv.o(.text+0x2f1): In function `pdfinitgraphics': >>: undefined reference to `PDF_open_fp' > This one gives me: ===> Registering installation for pdflib-5.0.3_1 ===> Returning to build of grace-5.1.14_3 Error: shared library "pdf.7" does not exist *** Error code 1 Stop in /usr/ports/math/grace. Note that grace/files/patch-ai was recently removed, but I'm not sure if it makes a difference. Scott From owner-freebsd-current@FreeBSD.ORG Sun Jul 4 09:10:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82B3A16A4CE for ; Sun, 4 Jul 2004 09:10:15 +0000 (GMT) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 435E443D53 for ; Sun, 4 Jul 2004 09:10:15 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (adsl-63-207-60-35.dsl.lsan03.pacbell.net [63.207.60.35])i649A9CZ024368; Sun, 4 Jul 2004 05:10:09 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8BBA854303; Sun, 4 Jul 2004 02:10:11 -0700 (PDT) Date: Sun, 4 Jul 2004 02:10:11 -0700 From: Kris Kennaway To: Scott Long Message-ID: <20040704091011.GA81143@xor.obsecurity.org> References: <20040704023714.GA73697@xor.obsecurity.org> <40E7B878.3070203@samsco.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OgqxwSJOaUobr8KG" Content-Disposition: inline In-Reply-To: <40E7B878.3070203@samsco.org> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org cc: Kris Kennaway Subject: Re: Odd linker errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2004 09:10:15 -0000 --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 04, 2004 at 01:57:44AM -0600, Scott Long wrote: > Kris Kennaway wrote: > >A number of ports are starting to fail with errors like: > > > >net/clusterit: > > > > > >>cc -O -pipe -DCLUSTERS -o dsh dsh.o ../common/common.o > >>dsh.o(.text+0x86): In function `main': > >>: undefined reference to `malloc_options' > > >=20 > The addition of files/patch-dsh-dsh.c seems to be triggering this. > It appears to declare the 'malloc_options' symbol. Looking at stdlib.h, > the real name should be '_malloc_options' (and including stdlib.h is the > better way to get this declaration). This is also documented correctly > in the malloc(2) manpage. Ah, okay..I was checking 4.x's malloc(3), which says: char * malloc_options; > >net/mopd: > > > > > >>file.o(.text+0x623): In function `GetAOutFileInfo': > >>: undefined reference to `le32toh' > >>file.o(.text+0x63b): In function `GetAOutFileInfo': > >>: undefined reference to `le32toh' > > >=20 > I can't reproduce this here. However, netbooting a VAX probably isn't > a terribly common occurrance these days. I couldn't even find where it was calling le32toh. Kris --OgqxwSJOaUobr8KG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFA58lzWry0BWjoQKURAt9AAJ9oHQWqpcg3Qog5tj+Pt8jMzbctMwCgh9EM S2c3BxPYMlmOfDg5akf3AOI= =iN35 -----END PGP SIGNATURE----- --OgqxwSJOaUobr8KG-- From owner-freebsd-current@FreeBSD.ORG Sun Jul 4 09:12: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 4D42D16A4CE; Sun, 4 Jul 2004 09:12:56 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA29743D49; Sun, 4 Jul 2004 09:12:52 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i649ChVA099605; Sun, 4 Jul 2004 18:42:44 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Sun, 4 Jul 2004 18:42:40 +0930 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message-Id: <200407041842.40290.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () CARRIAGE_RETURNS,MIME_LONG_LINE_QP,PGP_SIGNATURE,SPAM_PHRASE_02_03,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: kde@freebsd.org Subject: Can't build kdenetwork X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2004 09:12:56 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 checking for libz... -lz checking for libpng... -lpng -lz -lm checking for libjpeg6b... no checking for libjpeg... -ljpeg checking for perl... /usr/local/bin/perl checking for Qt... configure: error: Qt (>=3D Qt 3.2) (library qt-mt) not f= ound. Please check your installation! =46or more details about this problem, look at the end of config.log. Make sure that you have compiled Qt with thread support! =3D=3D=3D> Script "configure" failed unexpectedly. Please report the problem to kde@FreeBSD.org [maintainer] and attach the "/tmp/work/usr/ports/net/kdenetwork3/work/kdenetwork-3.2.3/config.log" =2D From config.log... configure: 28690: /usr/X11R6/include/qstyle.h taking that configure:28808: rm -rf SunWS_cache; c++ -o conftest -Wnon-virtual-dtor -Wn= o-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_= DEBUG -O2 -O -pipe -fno-exceptions -fno-check-new -fno-common -I/usr/X11R6/include -= I/usr/X11R6/include -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/loca= l/include -I/usr/X11R6/include -D_GETOPT_H -D_THREAD_SAFE -L/usr/X11R6/lib -L/usr= /X11R6/lib -L/usr/local/lib conftest.cc -Wl,-export-dynamic -L/usr/local/= lib -L/us r/X11R6/lib -ljpeg -L/usr/X11R6/lib -lqt-mt -lpng -lz -lm -ljpeg -lXext = =2DlX11 -lSM -lICE -lpthread 1>&5 /usr/bin/ld: warning: libmng.so.1, needed by /usr/X11R6/lib/libqt-mt.so, no= t found (try using -rpath or -rpath-link) /usr/bin/ld: warning: libGL.so.1, needed by /usr/X11R6/lib/libqt-mt.so, not= found (try using -rpath or -rpath-link) /usr/bin/ld: warning: libXmu.so.6, needed by /usr/X11R6/lib/libqt-mt.so, no= t found (try using -rpath or -rpath-link) etc.. It then whines about a bunch of undefined symbols that would be supplied by those libs. [inchoate 18:39] ~ >ldd /usr/X11R6/lib/libqt-mt.so /usr/X11R6/lib/libqt-mt.so: libc_r.so.5 =3D> /usr/lib/libc_r.so.5 (0x2882b000) libmng.so.1 =3D> /usr/local/lib/libmng.so.1 (0x2884d000) libjpeg.so.9 =3D> /usr/local/lib/libjpeg.so.9 (0x288ab000) libpng.so.5 =3D> /usr/local/lib/libpng.so.5 (0x288c7000) libz.so.2 =3D> /lib/libz.so.2 (0x288e9000) libGL.so.1 =3D> /usr/X11R6/lib/libGL.so.1 (0x288f6000) libXmu.so.6 =3D> /usr/X11R6/lib/libXmu.so.6 (0x2895d000) libXi.so.6 =3D> /usr/X11R6/lib/libXi.so.6 (0x28971000) libXrender.so.1 =3D> /usr/X11R6/lib/libXrender.so.1 (0x28979000) libXrandr.so.2 =3D> /usr/X11R6/lib/libXrandr.so.2 (0x28980000) libXcursor.so.1 =3D> /usr/X11R6/lib/libXcursor.so.1 (0x28983000) libXft.so.2 =3D> /usr/X11R6/lib/libXft.so.2 (0x2898c000) libfreetype.so.9 =3D> /usr/local/lib/libfreetype.so.9 (0x2899d000) libfontconfig.so.1 =3D> /usr/X11R6/lib/libfontconfig.so.1 (0x28a010= 00) libXext.so.6 =3D> /usr/X11R6/lib/libXext.so.6 (0x28a26000) libX11.so.6 =3D> /usr/X11R6/lib/libX11.so.6 (0x28a33000) libSM.so.6 =3D> /usr/X11R6/lib/libSM.so.6 (0x28aed000) libICE.so.6 =3D> /usr/X11R6/lib/libICE.so.6 (0x28af5000) libstdc++.so.4 =3D> /usr/lib/libstdc++.so.4 (0x28b0a000) libm.so.2 =3D> /lib/libm.so.2 (0x28bbc000) liblcms.so.1 =3D> /usr/local/lib/liblcms.so.1 (0x28bd5000) libGLcore.so.1 =3D> /usr/X11R6/lib/libGLcore.so.1 (0x28bf0000) libXt.so.6 =3D> /usr/X11R6/lib/libXt.so.6 (0x2908c000) libexpat.so.5 =3D> /usr/local/lib/libexpat.so.5 (0x290d4000) !? =2D --=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFA58oI5ZPcIHs/zowRAk5tAJ4yl734dftkuZbSONr7gSMKF/jqxwCfc0db ZvYspfjUTYxO5jrJb/41g/c=3D =3DZQ9x =2D----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Jul 4 09:23: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 6FBD716A4CE for ; Sun, 4 Jul 2004 09:23:17 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD64B43D39 for ; Sun, 4 Jul 2004 09:23:14 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from samsco.org (junior-wifi.samsco.home [192.168.0.11]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i649Rc4G085272; Sun, 4 Jul 2004 03:27:38 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <40E7CC71.50008@samsco.org> Date: Sun, 04 Jul 2004 03:22:57 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040304 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <20040704023714.GA73697@xor.obsecurity.org> <40E7B878.3070203@samsco.org> <20040704091011.GA81143@xor.obsecurity.org> In-Reply-To: <20040704091011.GA81143@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: current@freebsd.org Subject: Re: Odd linker errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2004 09:23:17 -0000 Kris Kennaway wrote: > On Sun, Jul 04, 2004 at 01:57:44AM -0600, Scott Long wrote: > >>Kris Kennaway wrote: >> >>>A number of ports are starting to fail with errors like: >>> >>>net/clusterit: >>> >>> >>> >>>>cc -O -pipe -DCLUSTERS -o dsh dsh.o ../common/common.o >>>>dsh.o(.text+0x86): In function `main': >>>>: undefined reference to `malloc_options' >>> >>The addition of files/patch-dsh-dsh.c seems to be triggering this. >>It appears to declare the 'malloc_options' symbol. Looking at stdlib.h, >>the real name should be '_malloc_options' (and including stdlib.h is the >>better way to get this declaration). This is also documented correctly >>in the malloc(2) manpage. > > > Ah, okay..I was checking 4.x's malloc(3), which says: > > char * malloc_options; > Would it make sense to revert HEAD back to 'malloc_options'? It looks like it was changed in rev 1.43 of stdlib.h with a rather vague commit message. > >>>net/mopd: >>> >>> >>> >>>>file.o(.text+0x623): In function `GetAOutFileInfo': >>>>: undefined reference to `le32toh' >>>>file.o(.text+0x63b): In function `GetAOutFileInfo': >>>>: undefined reference to `le32toh' >>> >>I can't reproduce this here. However, netbooting a VAX probably isn't >>a terribly common occurrance these days. > > > I couldn't even find where it was calling le32toh. > > Kris > Are le32toh and similar functions supposed to be visible to userland? I thought that they were only visible to the kernel. Either way, something isn't right with your environment. Scott From owner-freebsd-current@FreeBSD.ORG Sun Jul 4 09:42:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A073F16A4CE for ; Sun, 4 Jul 2004 09:42:15 +0000 (GMT) Received: from mail1.registrar.no (pop.registrar.no [217.116.80.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68B0543D48 for ; Sun, 4 Jul 2004 09:42:15 +0000 (GMT) (envelope-from niklasfilter@mail1.registrar.no) Received: by mail1.registrar.no (Postfix, from userid 1004) id C5E6B525066; Sun, 4 Jul 2004 11:42:13 +0200 (CEST) Received: from [217.116.81.5] (rodhette.registrar.no [217.116.81.5]) by mail1.registrar.no (Postfix) with ESMTP id 870B8524FBF for ; Sun, 4 Jul 2004 11:42:13 +0200 (CEST) Message-ID: <40E7D0F4.9080104@saers.com> Date: Sun, 04 Jul 2004 11:42:12 +0200 From: Niklas Saers User-Agent: Mozilla Thunderbird 0.7 (X11/20040615) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Filesystem lock in jailed environment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2004 09:42:15 -0000 Hi all, in our system we've got three jail-hosts based on FreeBSD-CURRENT of July 2nd. The following problem has been a recurring problem since ~April 15th. The setup of every host is four "base" directories and ~250 jail environements that via nullfs have the base contents (userland applications, installed ports, etc) mounted and only save the data and config-files specific to their jail. Each jail is a webserver with its own IP. Upon doing large filesystem functions, such as a 'cp -R' of the data, tar'ing them, dumping the filesystems for backup, the servers have a 50% chance of "hanging". From having had a top(1) running while the system becomes inresponsive, it seems processes will go into an infinate loop waiting for the filesystem. (I once had it hanging for running df(1). ;-) ) And indeed, all the webs running will function until they make filesystem requests that are not cached. I'm not an experienced kernel-debugger, and hitting Ctrl-Alt-Esc only gives me a trace of the keyboard. If this is a good route to take, hints to how to go about are most welcome. The extra sysctl settings I've got in /boot/loader.conf are beastie_disable="YES" kern.ipc.maxpipekva="104857600" kern.maxfiles="65536" net.inet.ip.portrange.lowfirst="79" net.inet.ip.portrange.reservedhigh="79" kern.ipc.maxpipekva and maxfiles were set because all the jails required more than the default values were set to. The values now are about 5 times what is really used. The last two are to allow users to be in control of their webserver that binds to port 80. I've replaced all the hardware. I've rebuilt FreeBSD and the ports regularly. Still the servers go down about once every 24 hours, particularly when I'm asleep. ;-) And I'm fresh out of ideas to how to go about solving this. All suggestions are very much appreciated. Cheers Nik From owner-freebsd-current@FreeBSD.ORG Sun Jul 4 10:01:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0278916A4CE for ; Sun, 4 Jul 2004 10:01:38 +0000 (GMT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FAC843D31 for ; Sun, 4 Jul 2004 10:01:37 +0000 (GMT) (envelope-from glebius@cell.sick.ru) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.9/8.12.8) with ESMTP id i64A1ZMO050637 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 4 Jul 2004 14:01:36 +0400 (MSD) (envelope-from glebius@cell.sick.ru) Received: (from glebius@localhost) by cell.sick.ru (8.12.9/8.12.6/Submit) id i64A1YpR050636; Sun, 4 Jul 2004 14:01:35 +0400 (MSD) Date: Sun, 4 Jul 2004 14:01:34 +0400 From: Gleb Smirnoff To: Martin Message-ID: <20040704100134.GC50485@cell.sick.ru> References: <1088798593.787.7.camel@klotz.local> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <1088798593.787.7.camel@klotz.local> User-Agent: Mutt/1.5.6i cc: FreeBSD Current Subject: Re: PPPoE (DSL) does not work in CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2004 10:01:38 -0000 On Fri, Jul 02, 2004 at 10:03:13PM +0200, Martin wrote: M> I cvsuped to CURRENT about a week ago and had to switch back M> to my last working kernel (date: Tue May 18 01:12:41 CEST 2004). M> Yesterday, I compiled world again and my internet access still M> does not work. Seems that something got broken in last few days. [skip] M> I can see the netgraph ABI has been updated. Are there any M> additional steps to do for me? Make sure that you have rebuilt all modules with kernel and world. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Sun Jul 4 10:12: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 4A8A116A4CE for ; Sun, 4 Jul 2004 10:12:28 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D82143D45 for ; Sun, 4 Jul 2004 10:12:27 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.12.11/8.12.11) with ESMTP id i64ACNaj045534 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sun, 4 Jul 2004 12:12:23 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.12.11/8.12.5/Submit) id i64ACNA4045533 for current@freebsd.org; Sun, 4 Jul 2004 12:12:23 +0200 (CEST) Date: Sun, 4 Jul 2004 12:12:23 +0200 From: Divacky Roman To: current@freebsd.org Message-ID: <20040704101223.GA45438@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Subject: -Os acpi_wakeup.c compile repair X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2004 10:12:28 -0000 I am not able to compile kernel with -Os due some aliasing issue in acpi this seems to correct it --- acpi_wakeup.c Sun Jul 4 11:58:51 2004 +++ /sys/i386/acpica/acpi_wakeup.c Sun Jul 4 11:56:46 2004 @@ -295,6 +295,7 @@ static void acpi_alloc_wakeup_handler(void) { + vm_offset_t *wakeaddr; if (!cold) return; @@ -307,11 +308,13 @@ return; } - if (bus_dmamem_alloc(acpi_waketag, (void **)&acpi_wakeaddr, + if (bus_dmamem_alloc(acpi_waketag, (void **)wakeaddr, BUS_DMA_NOWAIT, &acpi_wakemap)) { + acpi_wakeaddr=*wakeaddr; printf("acpi_alloc_wakeup_handler: can't alloc wake memory\n"); return; } + acpi_wakeaddr=*wakeaddr; } SYSINIT(acpiwakeup, SI_SUB_KMEM, SI_ORDER_ANY, acpi_alloc_wakeup_handler, 0) From owner-freebsd-current@FreeBSD.ORG Sat Jul 3 21:29: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 4C5E716A4CE for ; Sat, 3 Jul 2004 21:29:45 +0000 (GMT) Received: from mproxy.gmail.com (rproxy.gmail.com [64.233.170.192]) by mx1.FreeBSD.org (Postfix) with SMTP id DBC5843D1D for ; Sat, 3 Jul 2004 21:29:44 +0000 (GMT) (envelope-from anthony.elizondo@gmail.com) Received: by mproxy.gmail.com with SMTP id 55so17862rni for ; Sat, 03 Jul 2004 14:29:28 -0700 (PDT) Received: by 10.38.72.70 with SMTP id u70mr167673rna; Sat, 03 Jul 2004 14:29:28 -0700 (PDT) Message-ID: Date: Sat, 3 Jul 2004 17:29:28 -0400 From: Anthony Elizondo To: Brian Fundakowski Feldman In-Reply-To: <20040702214905.GP1034@green.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <40921E4B.3080609@bytephobia.de> <20040702214905.GP1034@green.homeunix.org> X-Mailman-Approved-At: Sun, 04 Jul 2004 11:47:09 +0000 cc: Patrick Hurrelmann cc: freebsd-current@freebsd.org cc: freebsd-hardware@freebsd.org cc: freebsd-mobile@freebsd.org Subject: Re: Prism54 Chipsets Supported? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jul 2004 21:29:45 -0000 just for reference, the site is http://www.prism54.org/ hi luis. :) anthony elizondo anthony.elizondo@gmail.com On Fri, 2 Jul 2004 17:49:05 -0400, Brian Fundakowski Feldman wrote: > On Fri, Apr 30, 2004 at 11:37:15AM +0200, Patrick Hurrelmann wrote: > > Hi, > > > > I am currently using a Dell TrueMobile 1300 (Broadcom) on my Dell > > Latitude D600 Notebook. Thanks to Bill Pauls awesome work it is performs > > very well for daily und "normal" wireless lan usage. > > > > But i want to run some tools, that are only available fo wi-cards. > > Is Prism54-Chipset already supported? I read something that a driver for > > linux exists on www.prism54.org. will it make it to freebsd or is it > > highly unlikely? > > > > Some on the lists posted, that he has replaced his card with an > > ath-based one. Maybe ath is an alternative to wi, but i'd relly prefer > > wi (802.11g or a is a must have). > > I believe I will be working on a driver for it based upon the knowledge > contained in the Linux driver (http://prism54g.org). Has anyone else > already started any work on it? > > Also, any major caveats? > > Thanks, > -- > Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ > <> green@FreeBSD.org \ The Power to Serve! \ > Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Sun Jul 4 00:14: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 C047C16A4CE; Sun, 4 Jul 2004 00:14:32 +0000 (GMT) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8837B43D55; Sun, 4 Jul 2004 00:14:32 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id EF675148BE; Sat, 3 Jul 2004 19:14:31 -0500 (CDT) Date: Sat, 3 Jul 2004 19:14:31 -0500 (CDT) From: Mark Linimon X-X-Sender: linimon@pancho To: Kris Kennaway In-Reply-To: <20040703231027.GA74329@xor.obsecurity.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Sun, 04 Jul 2004 11:47:09 +0000 cc: Dag-Erling Sm?rgrav cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: ACPI-CA 20040527 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: Sun, 04 Jul 2004 00:14:32 -0000 On Sat, 3 Jul 2004, Kris Kennaway wrote: > Then either make -O2 mandatory for developers by putting it in > make.conf, or don't complain that developers aren't building with your > private special settings. Um, am I missing something, or would not putting -O2 in /etc/make.conf also suddenly start making ports with -O2 also? Has anyone ever tried this? mcl From owner-freebsd-current@FreeBSD.ORG Sun Jul 4 10:10: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 B5E4E16A4CE; Sun, 4 Jul 2004 10:10:31 +0000 (GMT) Received: from clever.eusc.inter.net (clever.eusc.inter.net [213.73.101.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71BDE43D48; Sun, 4 Jul 2004 10:10:31 +0000 (GMT) (envelope-from msch@snafu.de) Received: from dial-76-168.de.inter.net ([213.73.76.168] helo=current.best-eng.de) by clever.eusc.inter.net with esmtp (Exim 3.36 #4) id 1Bh3x7-0004JB-00; Sun, 04 Jul 2004 12:10:30 +0200 Received: from current.best-eng.de (localhost.best-eng.de [127.0.0.1]) by current.best-eng.de (8.12.11/8.12.11) with ESMTP id i64AAT7H001034; Sun, 4 Jul 2004 12:10:29 +0200 (CEST) (envelope-from matthias@current.best-eng.de) Received: from localhost (localhost [[UNIX: localhost]]) by current.best-eng.de (8.12.11/8.12.11/Submit) id i64AASVg001033; Sun, 4 Jul 2004 12:10:28 +0200 (CEST) (envelope-from matthias) From: Matthias Schuendehuette Organization: Micro$oft-free Zone To: Lukas Ertl Date: Sun, 4 Jul 2004 12:10:28 +0200 User-Agent: KMail/1.6.2 References: <200406260905.55143.msch@snafu.de> <200406262004.24170.msch@snafu.de> <20040626200628.Q666@korben.in.tern> In-Reply-To: <20040626200628.Q666@korben.in.tern> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200407041210.28727.msch@snafu.de> X-Mailman-Approved-At: Sun, 04 Jul 2004 11:47:09 +0000 cc: freebsd-current@freebsd.org Subject: Re: panic with vinum X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: msch@snafu.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2004 10:10:31 -0000 Hi Lukas, Hi all On Saturday 26 June 2004 20:06, you wrote: > On Sat, 26 Jun 2004, Matthias Schuendehuette wrote: > > On Saturday 26 June 2004 13:56, Lukas Ertl wrote: > >> I'm quite sure that recent changes to vfs_mount.c cause this. I'm > >> not sure how to fix it, though. > > > > At least going back to version 1.128 of vfs_mount.c alone doesn't > > help. > > You probably need to go back to 1.127. You're basically right here. But it's not vfs_mount.c alone, the changes of vfs_mount.c from 1.127 to 1.128 come together with a revised geom/geom_dev.c (1.75 -> 1.76). So with vfs_mount.c (1.127) and geom_dev.c (1.75) vinum is still working. The changes of vfs_mount.c (->1.128) *and* geom_dev.c (-> 1.76) together made vinum unusable. Should I file a PR of this? -- Ciao/BSD - Matthias Matthias Schuendehuette , Berlin (Germany) PGP-Key at and ID: 0xDDFB0A5F From owner-freebsd-current@FreeBSD.ORG Sun Jul 4 10:49: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 78A5816A4CE; Sun, 4 Jul 2004 10:49:00 +0000 (GMT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AD1B43D39; Sun, 4 Jul 2004 10:48:59 +0000 (GMT) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) i64AmwPA027522; Sun, 4 Jul 2004 11:48:58 +0100 (BST) (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)i64AmwJX027521; Sun, 4 Jul 2004 11:48:58 +0100 (BST) (envelope-from mark@grondar.org) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1])i64AkVSd001057; Sun, 4 Jul 2004 11:46:31 +0100 (BST) (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200407041046.i64AkVSd001057@grimreaper.grondar.org> To: njl@freebsd.org, imp@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----- =_aaaaaaaaaa0" Content-ID: <1054.1088937974.0@grondar.org> Date: Sun, 04 Jul 2004 11:46:31 +0100 Sender: mark@grondar.org X-Mailman-Approved-At: Sun, 04 Jul 2004 11:47:09 +0000 cc: current@freebsd.org Subject: Current broken on my laptop (Toshiba Libretto 110CT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2004 10:49:00 -0000 ------- =_aaaaaaaaaa0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1054.1088937974.1@grondar.org> Hi guys I've been hoping this was temporary instability, but it appears to be here to stay. My Toshiba Libretto (ToPIC97 chipset) hangs hard on boot at a random time with recent currents. Ie the hang can happen while the probes are still happening or it can happen while the rc scripts are running. I never get as far as being able to log in. This happens with a range of BIOS options, and also with ACPI disabled. I have the latest BIOS for my laptop (8.10). I have tried it with no cards in the PCMCIA/CardBus slots to no avail. The hang symptom is a hard hang with no keyboard response; I need to hit reset or do a power-down. Enclosed is output from dmesg. Any suggestions? M -- Mark Murray iumop ap!sdn w,I idlaH ------- =_aaaaaaaaaa0 Content-Type: text/plain; file="dmesg"; charset="us-ascii" Content-ID: <1054.1088937974.2@grondar.org> Content-Description: dmesg Preloaded elf kernel "/boot/kernel/kernel" at 0xc0787000. Preloaded elf module "/boot/kernel/linux.ko" at 0xc07872a0. Preloaded elf module "/boot/kernel/sysvshm.ko" at 0xc078734c. Preloaded elf module "/boot/kernel/sysvsem.ko" at 0xc07873f8. Preloaded elf module "/boot/kernel/sysvmsg.ko" at 0xc07874a4. Preloaded elf module "/boot/kernel/if_dc.ko" at 0xc0787550. Preloaded elf module "/boot/kernel/miibus.ko" at 0xc07875fc. Preloaded elf module "/boot/kernel/snd_mss.ko" at 0xc07876a8. Preloaded elf module "/boot/kernel/snd_pcm.ko" at 0xc0787754. Preloaded elf module "/boot/kernel/random.ko" at 0xc0787800. Preloaded elf module "/boot/kernel/nfsserver.ko" at 0xc07878ac. Preloaded elf module "/boot/kernel/nfsclient.ko" at 0xc078795c. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0787a0c. Calibrating clock(s) ... i8254 clock: 1193071 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 233289419 Hz CPU: Pentium/P55C (quarter-micron) (233.29-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x581 Stepping = 1 Features=0x8001bf real memory = 67174400 (64 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000829000 - 0x0000000003ebefff, 57237504 bytes (13974 pages) avail memory = 60276736 (57 MB) bios32: Found BIOS32 Service Directory header at 0xc00f8e20 bios32: Entry = 0xfe95a (c00fe95a) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xc5f8 pnpbios: Found PnP BIOS data at 0xc00f8e30 pnpbios: Entry = f0000:90a8 Rev = 1.0 pnpbios: Event flag at 510 pnpbios: OEM ID c932f351 Other BIOS signatures found: Intel Pentium detected, installing workaround for F00F bug null: random: mem: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [GIANT-LOCKED] ACPI-0438: *** Error: Looking up [\\_SB_.SBAT] in namespace, AE_NOT_FOUND SearchNode 0xc0d8a780 StartNode 0xc0d8a780 ReturnNode 0 ACPI-1303: *** Error: [NULL NAME], AE_NOT_FOUND acpi0: Power Button (fixed) atpic: Ignoring invalid level/low configuration for IRQ13 ACPI timer looks BAD min = 0, max = 4, width = 4 ACPI timer looks GOOD min = 0, max = 2, width = 2 ACPI timer looks GOOD min = 0, max = 2, width = 2 ACPI timer looks GOOD min = 0, max = 2, width = 2 ACPI timer looks GOOD min = 0, max = 2, width = 2 ACPI timer looks GOOD min = 0, max = 2, width = 2 ACPI timer looks GOOD min = 0, max = 2, width = 2 ACPI timer looks GOOD min = 0, max = 2, width = 2 ACPI timer looks GOOD min = 0, max = 2, width = 2 ACPI timer looks GOOD min = 0, max = 2, width = 2 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 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 #6: Sat Jul 3 22:30:52 BST 2004 root@grimreaper.grondar.org:/usr/src/sys/i386/compile/LIBRETTO Preloaded elf kernel "/boot/kernel/kernel" at 0xc0787000. Preloaded elf module "/boot/kernel/linux.ko" at 0xc07872a0. Preloaded elf module "/boot/kernel/sysvshm.ko" at 0xc078734c. Preloaded elf module "/boot/kernel/sysvsem.ko" at 0xc07873f8. Preloaded elf module "/boot/kernel/sysvmsg.ko" at 0xc07874a4. Preloaded elf module "/boot/kernel/if_dc.ko" at 0xc0787550. Preloaded elf module "/boot/kernel/miibus.ko" at 0xc07875fc. Preloaded elf module "/boot/kernel/snd_mss.ko" at 0xc07876a8. Preloaded elf module "/boot/kernel/snd_pcm.ko" at 0xc0787754. Preloaded elf module "/boot/kernel/random.ko" at 0xc0787800. Preloaded elf module "/boot/kernel/nfsserver.ko" at 0xc07878ac. Preloaded elf module "/boot/kernel/nfsclient.ko" at 0xc078795c. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0787a0c. Calibrating clock(s) ... i8254 clock: 1193069 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 233288786 Hz CPU: Pentium/P55C (quarter-micron) (233.29-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x581 Stepping = 1 Features=0x8001bf real memory = 67174400 (64 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000829000 - 0x0000000003ebefff, 57237504 bytes (13974 pages) avail memory = 60276736 (57 MB) bios32: Found BIOS32 Service Directory header at 0xc00f8e20 bios32: Entry = 0xfe95a (c00fe95a) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xc5f8 pnpbios: Found PnP BIOS data at 0xc00f8e30 pnpbios: Entry = f0000:90a8 Rev = 1.0 pnpbios: Event flag at 510 pnpbios: OEM ID c932f351 Other BIOS signatures found: Intel Pentium detected, installing workaround for F00F bug null: random: mem: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [GIANT-LOCKED] ACPI-0438: *** Error: Looking up [\\_SB_.SBAT] in namespace, AE_NOT_FOUND SearchNode 0xc0d8a780 StartNode 0xc0d8a780 ReturnNode 0 ACPI-1303: *** Error: [NULL NAME], AE_NOT_FOUND acpi0: Power Button (fixed) atpic: Ignoring invalid level/low configuration for IRQ13 ACPI timer looks BAD min = 0, max = 4, width = 4 ACPI timer looks GOOD min = 0, max = 2, width = 2 ACPI timer looks GOOD min = 0, max = 2, width = 2 ACPI timer looks GOOD min = 0, max = 2, width = 2 ACPI timer looks GOOD min = 0, max = 2, width = 2 ACPI timer looks GOOD min = 0, max = 2, width = 2 ACPI timer looks GOOD min = 0, max = 2, width = 2 ACPI timer looks GOOD min = 0, max = 2, width = 2 ACPI timer looks GOOD min = 0, max = 2, width = 2 ACPI timer looks GOOD min = 0, max = 2, width = 2 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x18a8-0x18ab on acpi0 mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) cpu0: port 0x530-0x537 on acpi0 mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) acpi_tz0: port 0x530-0x537 on acpi0 acpi_lid0: on acpi0 acpi_acad0: on acpi0 acpi_cmbat0: on acpi0 pci_open(1): mode 1 addr port (0x0cf8) is 0x8000a050 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=06011179) pcibios: BIOS version 2.10 Found $PIR table, 5 entries at 0xc00f8e80 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 17 A 0x01 3 4 5 6 7 9 10 11 12 14 15 embedded 0 19 A 0x01 3 4 5 6 7 9 10 11 12 14 15 embedded 0 19 B 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 6 A 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 6 B 0x01 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 11 A 0x01 3 4 5 6 7 9 10 11 12 14 15 pcib0: port 0xcf8-0xcff on acpi0 ACPI PCI link initial configuration: \\_SB_.PCI0.EIO_.LNKA irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.19.0 \\_SB_.PCI0.EIO_.LNKB irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.19.1 \\_SB_.PCI0.EIO_.LNKC irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.17.0 \\_SB_.PCI0.EIO_.LNKD irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.11.0 \\_SB_.PCI0.EIO_.LNKC irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.6.0 \\_SB_.PCI0.EIO_.LNKD irq 0: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.6.1 ACPI PCI link before setting link priority: \\_SB_.PCI0.EIO_.LNKA: interrupts: 3 4 5 6 7 9 10 11 12 14 15 penalty: 1060 1060 60 1060 1060 60 60 60 1060 10060 10060 references: 1 priority: 0 \\_SB_.PCI0.EIO_.LNKB: interrupts: 3 4 5 6 7 9 10 11 12 14 15 penalty: 1060 1060 60 1060 1060 60 60 60 1060 10060 10060 references: 1 priority: 0 \\_SB_.PCI0.EIO_.LNKC: interrupts: 3 4 5 6 7 9 10 11 12 14 15 penalty: 1060 1060 60 1060 1060 60 60 60 1060 10060 10060 references: 2 priority: 0 \\_SB_.PCI0.EIO_.LNKD: interrupts: 3 4 5 6 7 9 10 11 12 14 15 penalty: 1060 1060 60 1060 1060 60 60 60 1060 10060 10060 references: 2 priority: 0 ACPI PCI link before fixup for boot-disabled links: \\_SB_.PCI0.EIO_.LNKC: interrupts: 3 4 5 6 7 9 10 11 12 14 15 penalty: 1060 1060 60 1060 1060 60 60 60 1060 10060 10060 references: 2 priority: 4665 \\_SB_.PCI0.EIO_.LNKD: interrupts: 3 4 5 6 7 9 10 11 12 14 15 penalty: 1060 1060 60 1060 1060 60 60 60 1060 10060 10060 references: 2 priority: 4665 \\_SB_.PCI0.EIO_.LNKA: interrupts: 3 4 5 6 7 9 10 11 12 14 15 penalty: 1060 1060 60 1060 1060 60 60 60 1060 10060 10060 references: 1 priority: 2332 \\_SB_.PCI0.EIO_.LNKB: interrupts: 3 4 5 6 7 9 10 11 12 14 15 penalty: 1060 1060 60 1060 1060 60 60 60 1060 10060 10060 references: 1 priority: 2332 ACPI PCI link after fixup for boot-disabled links: ACPI PCI link arbitrated configuration: \\_SB_.PCI0.EIO_.LNKA irq 9: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.19.0 \\_SB_.PCI0.EIO_.LNKB irq 5: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.19.1 \\_SB_.PCI0.EIO_.LNKC irq 11: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.17.0 \\_SB_.PCI0.EIO_.LNKD irq 10: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.11.0 \\_SB_.PCI0.EIO_.LNKC irq 11: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.6.0 \\_SB_.PCI0.EIO_.LNKD irq 10: [ 3 4 5 6 7 9 10 11 12 14 15] low,level,sharable 0.6.1 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x1179, dev=0x0601, revid=0x2e bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0004, statreg=0xa280, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 3, range 32, base fd000000, size 24, enabled map[14]: type 1, range 32, base ffc00000, size 21, enabled map[18]: type 1, range 32, base ffb00000, size 20, enabled found-> vendor=0x10c8, dev=0x0004, revid=0x01 bus=0, slot=4, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x10 (4000 ns), maxlat=0xff (63750 ns) intpin=a, irq=255 map[10]: type 4, range 32, base 00000000, size 5, port disabled found-> vendor=0x1179, dev=0x0701, revid=0x22 bus=0, slot=17, func=0 class=07-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0400, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[10]: type 1, range 32, base 00000000, size 12, memory disabled found-> vendor=0x1179, dev=0x060f, revid=0x20 bus=0, slot=19, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0000, statreg=0x0480, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[10]: type 1, range 32, base 00000000, size 12, memory disabled found-> vendor=0x1179, dev=0x060f, revid=0x20 bus=0, slot=19, func=1 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0000, statreg=0x0480, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=255 pci0: at device 4.0 (no driver attached) pci0: at device 17.0 (no driver attached) cbb0: at device 19.0 on pci0 cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xf0000000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib0: matched entry for 0.19.INTA (src \\_SB_.PCI0.EIO_.LNKA) pcib0: slot 19 INTA is routed to irq 9 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0x060f1179 0x04800007 0x06070020 0x00820000 0x10: 0xf0000000 0x04800000 0x00141400 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0x0000fffc 0x30: 0x00000000 0x0000fffc 0x00000000 0x04000109 0x40: 0x00011179 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x00000000 0x00000000 0x00000000 0x01000000 0x90: 0x00000000 0x00000000 0x00000000 0x00000000 0xa0: 0x860011f0 0x00000002 0x00000000 0x0000d100 0xb0: 0x3f3f3fc3 0x0a081020 0x00010100 0x000003f1 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000008 cbb1: at device 19.1 on pci0 cbb1: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xf0001000 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 pcib0: matched entry for 0.19.INTB (src \\_SB_.PCI0.EIO_.LNKB) pcib0: slot 19 INTB is routed to irq 5 cbb1: [MPSAFE] cbb1: PCI Configuration space: 0x00: 0x060f1179 0x04800007 0x06070020 0x00820000 0x10: 0xf0001000 0x04800000 0x00151500 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0x0000fffc 0x30: 0x00000000 0x0000fffc 0x00000000 0x04000205 0x40: 0x00011179 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x00000000 0x00000000 0x00000000 0x01000000 0x90: 0x00000000 0x00000000 0x00000000 0x00000000 0xa0: 0x860021f0 0x00000002 0x00000000 0x0000d100 0xb0: 0x3f3f3fc3 0x0a081020 0x00010100 0x000003f1 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000008 isab0: on acpi0 isa0: on isab0 unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) atkbdc0: port 0x64,0x60 irq 1 on acpi0 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] psm0: unable to allocate IRQ atpic: No ELCR to configure IRQ12 as edge/high psmcpnp0 irq 12 on acpi0 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000000, packet size:3 psm0: syncmask:c0, syncbits:00 sio0: irq maps: 0x1 0x11 0x11 0x11 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A atpic: No ELCR to configure IRQ4 as edge/high unknown: not probed (disabled) ppc0: parallel port not found. unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) ppc0: parallel port not found. unknown: not probed (disabled) unknown: not probed (disabled) unknown: not probed (disabled) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) atkbdc: atkbdc0 already exists; skipping it sio: sio0 already exists; skipping it sc: sc0 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: