From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 18 00:28:01 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 48ED816A401 for ; Sun, 18 Feb 2007 00:28:01 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id AF06913C461 for ; Sun, 18 Feb 2007 00:28:00 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id l1I0RxBl009047 for ; Sun, 18 Feb 2007 11:27:59 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l1I0RxGF009046 for freebsd-hackers@freebsd.org; Sun, 18 Feb 2007 11:27:59 +1100 (EST) (envelope-from peter) Date: Sun, 18 Feb 2007 11:27:58 +1100 From: Peter Jeremy To: freebsd-hackers@freebsd.org Message-ID: <20070218002758.GQ859@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8nsIa27JVQLqB7/C" Content-Disposition: inline X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Subject: Abyssmal dump cache efficiency X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Feb 2007 00:28:01 -0000 --8nsIa27JVQLqB7/C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I've been looking into the efficiency of the caching in dump(8) and it's abyssmal: After instrumenting dump(8) and looking at its access patterns, it turns out that it typically reads roughly three times as much data into its cache as it should, whilst using five times as much RAM as requested. This poor efficiency is related to the way dump(8) works: A master process scans through the inodes to dump and a number of slave processes (three by default) actually read the disk blocks and write the data to tape. Additional processes are spawned for each tape written (to simplify checkpointing). If dump writes to a single tape, it will use a total of five processes. The current cache mechanism has a separate private cache associated with each process. Thus you typically have five caches (each of the requested size). The re-reading is partially caused by the distribution of read requests across the slave processes: Read requests for adjacent blocks of data are likely to be handled by different slave processes and therefore different caches. I've checked out the behaviour in the various *BSDs with the following results: DragonFly copied FreeBSD NetBSD uses a single shared cache OpenBSD doesn't support caching. I've tried modelling a unified cache along the NetBSD line and there appears to be a massive improvement in cache performance. It's unclear how much of an improvement this will give in overall performance but not physically reading data from disk must be faster than reading it. I believe it would be worthwhile creating a todo item to investigate this more thoroughly. --=20 Peter Jeremy --8nsIa27JVQLqB7/C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF152O/opHv/APuIcRAm22AKC4y1LMm/PShzpKgvTx+s18KqHsNACgr/0L cUSBNfYBpC+oPqaIMK+2H+4= =EN4f -----END PGP SIGNATURE----- --8nsIa27JVQLqB7/C-- From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 18 06:26:40 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 33E0316A401 for ; Sun, 18 Feb 2007 06:26:40 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id B384F13C494 for ; Sun, 18 Feb 2007 06:26:39 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id l1I6QcOi009908; Sun, 18 Feb 2007 17:26:38 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l1I6QcWo009907; Sun, 18 Feb 2007 17:26:38 +1100 (EST) (envelope-from peter) Date: Sun, 18 Feb 2007 17:26:38 +1100 From: Peter Jeremy To: Daniel Rudy Message-ID: <20070218062638.GS859@turion.vk2pj.dyndns.org> References: <45CC2DDF.6040600@pacbell.net> <20070212.234959.-432837120.imp@bsdimp.com> <45D2A48F.1010104@pacbell.net> <20070213.232425.-1929114897.imp@bsdimp.com> <45D2C7F8.9050302@pacbell.net> <20070215081426.GH862@turion.vk2pj.dyndns.org> <45D57B29.2050408@pacbell.net> <20070217091211.GP859@turion.vk2pj.dyndns.org> <45D777AC.6040400@pacbell.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xQmOcGOVkeO43v2v" Content-Disposition: inline In-Reply-To: <45D777AC.6040400@pacbell.net> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-hackers@freebsd.org Subject: Re: PING: Someone on the core team. (Modem Problem) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Feb 2007 06:26:40 -0000 --xQmOcGOVkeO43v2v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Feb-17 13:46:20 -0800, Daniel Rudy wrote: >Well, I commented out the sio driver and replaced it with the uart >driver. Now it works fine. Thank you for your extensive help in this >matter. So I assume that sio(4) and uart(4) are mutually exclusive of >each other? Yes. Only one driver can claim a physical device (multi-function devices have to be treated a busses with several children). There are a number of drivers in FreeBSD that have overlapping capabilities - in which case the safest approach is to only load the ones you don't want. uart(4) is a more recent serial driver and I believe it will supplant sio(4) in time but I believe there are still some kludges that require sio. I'm glad you resolved your problems. --=20 Peter Jeremy --xQmOcGOVkeO43v2v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF1/Ge/opHv/APuIcRAvEQAJ9ZGlJzaGDq/9+lVIyR+IpFSw3lFQCbBScX QyqSobpkEBNYaT+S0sZcAyw= =RJ7D -----END PGP SIGNATURE----- --xQmOcGOVkeO43v2v-- From owner-freebsd-hackers@FreeBSD.ORG Sun Feb 18 22:42:07 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 964D216A400; Sun, 18 Feb 2007 22:42:07 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [87.74.4.34]) by mx1.freebsd.org (Postfix) with ESMTP id 4349C13C46B; Sun, 18 Feb 2007 22:42:07 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (wireless58.dhcp.tao.org.uk [87.74.4.58]) by mailhost.tao.org.uk (Postfix) with ESMTP id B732C5FF4; Sun, 18 Feb 2007 22:42:05 +0000 (GMT) Received: by genius.tao.org.uk (Postfix, from userid 1000) id 88FE240D4; Sun, 18 Feb 2007 22:41:58 +0000 (GMT) Date: Sun, 18 Feb 2007 22:41:58 +0000 From: Josef Karthauser To: Kostik Belousov Message-ID: <20070218224158.GA1297@genius.tao.org.uk> References: <20070204023711.GA3393@genius.tao.org.uk> <20070215135750.GR64768@obiwan.tataz.chchile.org> <20070215152259.GA2950@genius.tao.org.uk> <20070215153135.GI39168@deviant.kiev.zoral.com.ua> <20070216125007.D38234@fledge.watson.org> <20070216143656.GM39168@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rwEMma7ioTxnRzrJ" Content-Disposition: inline In-Reply-To: <20070216143656.GM39168@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.11 Cc: Jeremie Le Hen , hackers@freebsd.org, Robert Watson , fs@freebsd.org Subject: Re: nullfs and named pipes. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Feb 2007 22:42:07 -0000 --rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 16, 2007 at 04:36:56PM +0200, Kostik Belousov wrote: > > >> cvs diff: Diffing . > > >> Index: null_subr.c > > >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > >> RCS file: /home/ncvs/src/sys/fs/nullfs/null_subr.c,v > > >> retrieving revision 1.48.2.1 > > >> diff -u -r1.48.2.1 null_subr.c > > >> --- null_subr.c 13 Mar 2006 03:05:17 -0000 1.48.2.1 > > >> +++ null_subr.c 14 Feb 2007 00:02:28 -0000 > > >> @@ -235,6 +235,8 @@ > > >> xp->null_vnode =3D vp; > > >> xp->null_lowervp =3D lowervp; > > >> vp->v_type =3D lowervp->v_type; > > >> + if (vp->v_type =3D=3D VSOCK || vp->v_type =3D=3D VFIFO) > > >> + vp->v_un =3D lowervp->v_un; > > > > > >I'm wondering is some reference counting needed there ? > >=20 > > Yes, I find this a bit worrying also, but I don't know enough about how= =20 > > nullfs works to reason about it. What happens when a vnode in the bott= om=20 > > layer has its on-disk reference count drop to zero -- is the vnode in t= he=20 > > top layer invalidated somehow? >=20 > Vnode reclamation from lower layer cannot do anithing for corresponding n= ullfs > vnode, but that vnode has reference from nullfs vnode. > On the other hand, can forced unmount proceed for lower layer ? Does know of any reason why I can't commit this as it is, at least for now. It doesn't appear that it would break anything that works currently, and in its current form it at least fixes named pipe functionality for the kinds of cases that people would want to use it. Joe --rwEMma7ioTxnRzrJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iEYEARECAAYFAkXY1jUACgkQXVIcjOaxUBZ65gCfbG6iHjnQ+UfbJ2y5ElcWtoUY IRsAnRsXqalOHF9kOhR/IjOtwcgudwzB =xWNT -----END PGP SIGNATURE----- --rwEMma7ioTxnRzrJ-- From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 19 02:23:04 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BF85616A400 for ; Mon, 19 Feb 2007 02:23:04 +0000 (UTC) (envelope-from dakfreebsd@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.226]) by mx1.freebsd.org (Postfix) with ESMTP id 8262013C467 for ; Mon, 19 Feb 2007 02:23:04 +0000 (UTC) (envelope-from dakfreebsd@gmail.com) Received: by wr-out-0506.google.com with SMTP id 69so1713987wra for ; Sun, 18 Feb 2007 18:23:04 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=sb/vR29iVkw2J1QRu4jB3Z0Afqa2AbVSwTT9x/cbNKynevGz1T3o8xlhdAYAK/c29aOgvdijz5dTgw53BOO/dpG2ecQDxh2wchxDb45rVrzAyOfehhVr/AFkYehnNQWDYW6ZPaiPZGS3voj0Y8i+rl8h95eT8YCDV7xaYSlWWck= Received: by 10.114.137.2 with SMTP id k2mr2734849wad.1171850217176; Sun, 18 Feb 2007 17:56:57 -0800 (PST) Received: by 10.114.157.16 with HTTP; Sun, 18 Feb 2007 17:56:56 -0800 (PST) Message-ID: <5df74baa0702181756o24be57c5r660bfb5f70db1194@mail.gmail.com> Date: Sun, 18 Feb 2007 20:56:56 -0500 From: "DAK GHATIKACHALAM" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Wireless card not being detected X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 02:23:04 -0000 Hi Freebsd I have an issue with new card I need to make it work with freebsd, on /var/log/messages I get Feb 18 20:51:55 DAK kernel: pccard0: (manufacturer=0x0192, produc t=0x0710, function_type=6) at function 0 Feb 18 20:51:55 DAK kernel: pccard0: CIS info: Sierra Wireless, AC860, 3G Net work Adapter, R1 For some reason I dont understand why I get unknown card error Does any one has idea Thanks Dak From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 19 14:01:19 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B526016A402; Mon, 19 Feb 2007 14:01:19 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 8189313C4B4; Mon, 19 Feb 2007 14:01:19 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 1F8DE4959D; Mon, 19 Feb 2007 09:01:19 -0500 (EST) Date: Mon, 19 Feb 2007 14:01:19 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Josef Karthauser In-Reply-To: <20070218224158.GA1297@genius.tao.org.uk> Message-ID: <20070219135921.E80197@fledge.watson.org> References: <20070204023711.GA3393@genius.tao.org.uk> <20070215135750.GR64768@obiwan.tataz.chchile.org> <20070215152259.GA2950@genius.tao.org.uk> <20070215153135.GI39168@deviant.kiev.zoral.com.ua> <20070216125007.D38234@fledge.watson.org> <20070216143656.GM39168@deviant.kiev.zoral.com.ua> <20070218224158.GA1297@genius.tao.org.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Kostik Belousov , hackers@freebsd.org, Jeremie Le Hen , fs@freebsd.org Subject: Re: nullfs and named pipes. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 14:01:19 -0000 On Sun, 18 Feb 2007, Josef Karthauser wrote: > On Fri, Feb 16, 2007 at 04:36:56PM +0200, Kostik Belousov wrote: >>>>> cvs diff: Diffing . >>>>> Index: null_subr.c >>>>> =================================================================== >>>>> RCS file: /home/ncvs/src/sys/fs/nullfs/null_subr.c,v >>>>> retrieving revision 1.48.2.1 >>>>> diff -u -r1.48.2.1 null_subr.c >>>>> --- null_subr.c 13 Mar 2006 03:05:17 -0000 1.48.2.1 >>>>> +++ null_subr.c 14 Feb 2007 00:02:28 -0000 >>>>> @@ -235,6 +235,8 @@ >>>>> xp->null_vnode = vp; >>>>> xp->null_lowervp = lowervp; >>>>> vp->v_type = lowervp->v_type; >>>>> + if (vp->v_type == VSOCK || vp->v_type == VFIFO) >>>>> + vp->v_un = lowervp->v_un; >>>> >>>> I'm wondering is some reference counting needed there ? >>> >>> Yes, I find this a bit worrying also, but I don't know enough about how >>> nullfs works to reason about it. What happens when a vnode in the bottom >>> layer has its on-disk reference count drop to zero -- is the vnode in the >>> top layer invalidated somehow? >> >> Vnode reclamation from lower layer cannot do anithing for corresponding >> nullfs vnode, but that vnode has reference from nullfs vnode. On the other >> hand, can forced unmount proceed for lower layer ? > > Does know of any reason why I can't commit this as it is, at least for now. > It doesn't appear that it would break anything that works currently, and in > its current form it at least fixes named pipe functionality for the kinds of > cases that people would want to use it. Well, the worry would be that you would be replacing a clean error on failure with an occasional panic, the normal symptom of a race condition. I think I'm alright with the VFIFO case above, but I'm quite uncomfortable with the VSOCK case. In particular, I suspect that if the socket is closed, v_un will be reset in the lower layer, but continue to be a stale pointer in the upper layer, leading to accessing free'd or re-allocated kernel memory resulting in much badness. I've noticed tested this, but you might give it a try and see what happens. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 19 14:08:36 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A579316A402; Mon, 19 Feb 2007 14:08:36 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7430013C467; Mon, 19 Feb 2007 14:08:36 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 1C535495AF; Mon, 19 Feb 2007 09:08:36 -0500 (EST) Date: Mon, 19 Feb 2007 14:08:36 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Josef Karthauser In-Reply-To: <20070219135921.E80197@fledge.watson.org> Message-ID: <20070219140721.S80197@fledge.watson.org> References: <20070204023711.GA3393@genius.tao.org.uk> <20070215135750.GR64768@obiwan.tataz.chchile.org> <20070215152259.GA2950@genius.tao.org.uk> <20070215153135.GI39168@deviant.kiev.zoral.com.ua> <20070216125007.D38234@fledge.watson.org> <20070216143656.GM39168@deviant.kiev.zoral.com.ua> <20070218224158.GA1297@genius.tao.org.uk> <20070219135921.E80197@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: hackers@freebsd.org, Jeremie Le Hen , fs@freebsd.org Subject: Re: nullfs and named pipes. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 14:08:36 -0000 On Mon, 19 Feb 2007, Robert Watson wrote: > On Sun, 18 Feb 2007, Josef Karthauser wrote: > > Well, the worry would be that you would be replacing a clean error on > failure with an occasional panic, the normal symptom of a race condition. > > I think I'm alright with the VFIFO case above, but I'm quite uncomfortable > with the VSOCK case. In particular, I suspect that if the socket is closed, > v_un will be reset in the lower layer, but continue to be a stale pointer in > the upper layer, leading to accessing free'd or re-allocated kernel memory > resulting in much badness. I've noticed tested this, but you might give it > a try and see what happens. Bad typing day. Should read "not tested this". In any case, you get the idea: the problem here is a potential coherency issue on contents of v_un between the two file system layers. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 19 14:29:11 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D316116A400; Mon, 19 Feb 2007 14:29:11 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 9E05213C48E; Mon, 19 Feb 2007 14:29:11 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id CD30A4969A; Mon, 19 Feb 2007 09:29:10 -0500 (EST) Date: Mon, 19 Feb 2007 14:29:10 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Josef Karthauser In-Reply-To: <20070219140721.S80197@fledge.watson.org> Message-ID: <20070219142816.N80197@fledge.watson.org> References: <20070204023711.GA3393@genius.tao.org.uk> <20070215135750.GR64768@obiwan.tataz.chchile.org> <20070215152259.GA2950@genius.tao.org.uk> <20070215153135.GI39168@deviant.kiev.zoral.com.ua> <20070216125007.D38234@fledge.watson.org> <20070216143656.GM39168@deviant.kiev.zoral.com.ua> <20070218224158.GA1297@genius.tao.org.uk> <20070219135921.E80197@fledge.watson.org> <20070219140721.S80197@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: hackers@freebsd.org, Jeremie Le Hen , fs@freebsd.org Subject: Re: nullfs and named pipes. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 14:29:11 -0000 On Mon, 19 Feb 2007, Robert Watson wrote: > On Mon, 19 Feb 2007, Robert Watson wrote: > >> On Sun, 18 Feb 2007, Josef Karthauser wrote: >> >> Well, the worry would be that you would be replacing a clean error on >> failure with an occasional panic, the normal symptom of a race condition. >> >> I think I'm alright with the VFIFO case above, but I'm quite uncomfortable >> with the VSOCK case. In particular, I suspect that if the socket is >> closed, v_un will be reset in the lower layer, but continue to be a stale >> pointer in the upper layer, leading to accessing free'd or re-allocated >> kernel memory resulting in much badness. I've noticed tested this, but you >> might give it a try and see what happens. > > Bad typing day. Should read "not tested this". In any case, you get the > idea: the problem here is a potential coherency issue on contents of v_un > between the two file system layers. For some reason I was thinking of v_fifoinfo as being stable after it is initialized, but in fact, it is not, as it can be free'd later. Also, the layers could become out of sync following a reboot. So in conclusion, I think the fifo part of the patch also suffers from the same problem. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 19 17:22:42 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9502E16A870 for ; Mon, 19 Feb 2007 17:22:42 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 48F5D13C461 for ; Mon, 19 Feb 2007 17:22:42 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id l1JHJh8N066733; Mon, 19 Feb 2007 10:19:43 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 19 Feb 2007 10:20:31 -0700 (MST) Message-Id: <20070219.102031.87764872.imp@bsdimp.com> To: dr2867@pacbell.net From: "M. Warner Losh" In-Reply-To: <45D57B29.2050408@pacbell.net> References: <45D2C7F8.9050302@pacbell.net> <20070215081426.GH862@turion.vk2pj.dyndns.org> <45D57B29.2050408@pacbell.net> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Mon, 19 Feb 2007 10:19:44 -0700 (MST) Cc: freebsd-hackers@freebsd.org Subject: Re: PING: Someone on the core team. (Modem Problem) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 17:22:42 -0000 In message: <45D57B29.2050408@pacbell.net> Daniel Rudy writes: : At about the time of 2/15/2007 12:14 AM, Peter Jeremy stated the following: : > On 2007-Feb-14 00:27:36 -0800, Daniel Rudy wrote: : >> Changing the slot did help. I moved it from slot 3 to slot 1. But, now : >> it's dropping characters with a port speed of 57600, and I am also : >> getting irq overrun errors from the kernel too now. : > : > This is not good. Interrupt latency is a bit of a sore point but the : > FIFO trigger level is 8 bytes so getting SILO overflows implies a : > latency of >1.38msec. Does sio4 report as [FAST] in the dmesg? : : No, it does not report as fast. I changed the /boot/device.hints file : and commented out all the sio devices, since all the serial ports on the : system are disabled anyways. This is the only one that is up and running. : : Here is the verbose dmesg from a reboot that I did just now: : : sio0: Reserved 0x100 bytes for rid 0x14 type 4 at 0xd400 : sio0: configured irq 17 not in bitmap of probed irqs 0 : sio0: port may not be enabled : sio0: irq maps: 0xcb9 0xcb9 0xcb9 0xcb9 : sio0: port : 0xd400-0xd4ff,0xd800-0xd8ff,0xdc00-0xdc07 mem 0xeb105000-0xeb1050ff : irq 17 at device 9.0 on pci0 : sio0: type 16550A : : What I don't understand is why it keeps saying that "configured irq 17 : not in bitmap of probed irqs 0"... What exactly does that mean? IRQ 17 was configured for the sio device. The sio probe provokes an interrupt and then reads the interrupt mask. When it read it, the mask was '0' meaning nothing was interrupting... Warner From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 20 03:12:35 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4D1C5171B30 for ; Tue, 20 Feb 2007 03:12:34 +0000 (UTC) (envelope-from ryanb@FreeBSD.org) Received: from sumo.dreamhost.com (sumo.dreamhost.com [66.33.216.29]) by mx1.freebsd.org (Postfix) with ESMTP id 3639913C467 for ; Tue, 20 Feb 2007 03:12:34 +0000 (UTC) (envelope-from ryanb@FreeBSD.org) Received: from spunkymail-a19.g.dreamhost.com (sd-green-bigip-74.dreamhost.com [208.97.132.74]) by sumo.dreamhost.com (Postfix) with ESMTP id 7880F1787E2 for ; Mon, 19 Feb 2007 18:44:12 -0800 (PST) Received: from [192.168.82.36] (74-134-233-192.dhcp.insightbb.com [74.134.233.192]) by spunkymail-a19.g.dreamhost.com (Postfix) with ESMTP id 3B5ED10B58 for ; Mon, 19 Feb 2007 18:44:11 -0800 (PST) Message-ID: <45DA6079.2020705@FreeBSD.org> Date: Mon, 19 Feb 2007 20:44:09 -0600 From: Ryan Beasley User-Agent: Thunderbird 1.5.0.9 (X11/20070102) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: [panic] RELENG_6_2: many extattr operations -> panic X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 03:12:35 -0000 Hi, all. I recently started using extended attributes to record package origins to files installed with ports/packages. I patched find(1) to examine/test attributes, and periodically search /usr/local for files w/o the special attribute. Today I re-labeled all files in my packages' plists, and the subsequent search w/ my modified find led to a panic. (The combination of these two procedures panics reliably on my laptop.) Kernel is RELENG_6_2 as of ~Jan 6th. Unforunately, kgdb can go back no further than the generic_bcopy(). (It reports "Previous frame inner to this frame (corrupt stack?)".) Any ideas? :) Fatal trap 12: page fault while in kernel mode fault virtual address = 0x365138ab fault code = supervisor read, page not present instruction pointer = 0x20:0xc06b950e stack pointer = 0x28:0xeb8648e8 frame pointer = 0x28:0xeb86491c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 77070 (bash) trap number = 12 panic: page fault KDB: stack backtrace: kdb_backtrace(c06f3396,c0746640,c06e6647,eb8647f0,100,...) at kdb_backtrace+0x2e panic(c06e6647,c07071a5,c49379e8,1,1,...) at panic+0xb7 trap_fatal(eb8648a8,365138ab,1,0,d0d68598,...) at trap_fatal+0x33e trap_pfault(eb8648a8,0,365138ab,0,365138ab,...) at trap_pfault+0x242 trap(8,c4dd0028,c7de0028,eb86490c,365138ab,...) at trap+0x350 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc06b950e, esp = 0xeb8648e8, ebp = 0xeb86491c --- generic_bcopy(c7ded340,20,2,c06ff4cb,0,...) at generic_bcopy+0x1a ffs_getextattr(eb864988,eb8649d4,c05b92ff,c072f580,eb864988,...) at ffs_getextattr+0xbf VOP_GETEXTATTR_APV(c072f580,eb864988,c47ae000,c444fc20,184,...) at VOP_GETEXTATTR_APV+0x47 vn_extattr_get(c4ddfdd0,8,2,c06ff4cb,eb8649f8,...) at vn_extattr_get+0xaf ufs_getacl(eb864a3c,eb864a68,c06529eb,c072f580,eb864a3c,...) at ufs_getacl+0x98 VOP_GETACL_APV(c072f580,eb864a3c,2,0,0,...) at VOP_GETACL_APV+0x47 ufs_access(eb864aa4,eb864af0,c05175d4,c072f580,eb864aa4,...) at ufs_access+0xbb VOP_ACCESS_APV(c072f580,eb864aa4,c059d508,eb864c0c,eb864ab4,...) at VOP_ACCESS_APV+0x3e exec_check_permissions(eb864bcc,3041,c49d8440,c47ae000,0,...) at exec_check_permissions+0xb4 do_execve(c47ae000,eb864ca8,0,16,c4937860,...) at do_execve+0x1db kern_execve(c47ae000,eb864ca8,0,80eb7a0,80e7800,...) at kern_execve+0x126 execve(c47ae000,eb864d04,c,c47ae000,7,...) at execve+0x4f syscall(3b,3b,bfbf003b,80eb7a0,8116e20,...) at syscall+0x380 Xint0x80_syscall() at Xint0x80_syscall+0x1f -- Ryan Beasley From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 20 03:48:25 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E3FED172079 for ; Tue, 20 Feb 2007 03:48:25 +0000 (UTC) (envelope-from joe@joeholden.co.uk) Received: from claire.ber.rewt.org.uk (claire.ber.rewt.org.uk [217.160.200.67]) by mx1.freebsd.org (Postfix) with ESMTP id 9A95913C478 for ; Tue, 20 Feb 2007 03:48:25 +0000 (UTC) (envelope-from joe@joeholden.co.uk) Received: from localhost (localhost [127.0.0.1]) by claire.ber.rewt.org.uk (Postfix) with ESMTP id 854D0B924; Tue, 20 Feb 2007 03:48:23 +0000 (GMT) X-Virus-Scanned: amavisd-new at claire.ber.rewt.org.uk Received: from claire.ber.rewt.org.uk ([127.0.0.1]) by localhost (claire.ber.rewt.org.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z39MVB1iI4g0; Tue, 20 Feb 2007 03:48:17 +0000 (GMT) Received: from [192.168.10.147] (dsl172-67.as6911.net [62.84.172.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by claire.ber.rewt.org.uk (Postfix) with ESMTP id 2015AB8B3; Tue, 20 Feb 2007 03:48:16 +0000 (GMT) Message-ID: <45DA6F6C.6070104@joeholden.co.uk> Date: Tue, 20 Feb 2007 03:47:56 +0000 From: Joe Holden User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-hardware@freebsd.org, freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: NVIDIA MCP51 Ethernet Interface X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 03:48:26 -0000 Hi collective, I've recently purchased a machine that is unfortunately NVIDIA based. It's an Athlon 64 board, with an MCP51 NIC, this card is supported under Linux using the forcedeth driver, having taken a look at if_nve.c, it doesn't appear to be supported. Has anyone managed to add support for this device, or is it going to be added? I don't have enough experience in this area to add support, so I would be grateful if someone could take a look. I'd be happy to give access to the running Linux machine for more information if needed. Thanks in advance, Joe Holden From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 20 04:31:11 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E4D16172776 for ; Tue, 20 Feb 2007 04:31:10 +0000 (UTC) (envelope-from rivers@dignus.com) Received: from dignus.com (mail.dignus.com [209.42.196.2]) by mx1.freebsd.org (Postfix) with ESMTP id 7F57813C441 for ; Tue, 20 Feb 2007 04:31:10 +0000 (UTC) (envelope-from rivers@dignus.com) Received: from lakes.dignus.com (lakes.dignus.com [10.1.0.3]) by dignus.com (8.13.1/8.13.1) with ESMTP id l1K44g9G024988; Mon, 19 Feb 2007 23:04:42 -0500 (EST) (envelope-from rivers@dignus.com) Received: (from rivers@localhost) by lakes.dignus.com (8.11.6/8.11.3) id l1K45NB56624; Mon, 19 Feb 2007 23:05:23 -0500 (EST) (envelope-from rivers) Date: Mon, 19 Feb 2007 23:05:23 -0500 (EST) From: Thomas David Rivers Message-Id: <200702200405.l1K45NB56624@lakes.dignus.com> To: freebsd-hackers@freebsd.org, rivers@dignus.com X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on office.dignus.com Cc: Subject: Ralink driver and FreeBSD 6.2? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 04:31:11 -0000 I've got a Dell Dimension 4100 (circa 2000) running FreeBSD 6.2. I plugged in a Linksys WMP54G wireless PCI card, which should be supported by the 'ral' driver. However, my pciconf says: none2@pci2:9:0: class=0x028000 card=0x00551737 chip=0x03011814 rev=0x00 hdr=0x00 vendor = 'Ralink Technology, Corp' class = network Note that it is labeled as "none2". Also, then, the boot messages do not display anything about detecting an ral0 card. And, therefore the command: ifconfig ral0 simply gets ifconfig: interface ral0 does not exist Has anyone had any luck getting this card and the ral driver working with FreeBSD 6.2? - Thanks - - Dave Rivers - -- rivers dignus.com Work: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 20 04:37:29 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 77B5D172845 for ; Tue, 20 Feb 2007 04:33:42 +0000 (UTC) (envelope-from lnb@freebsdsystems.com) Received: from mx1.freebsdsystems.com (ns.freebsdsystems.com [69.90.68.2]) by mx1.freebsd.org (Postfix) with ESMTP id 1D15B13C428 for ; Tue, 20 Feb 2007 04:33:42 +0000 (UTC) (envelope-from lnb@freebsdsystems.com) Received: (qmail 81473 invoked by uid 89); 20 Feb 2007 04:06:46 -0000 Received: by simscan 1.2.0 ppid: 81466, pid: 81470, t: 0.2119s scanners: attach: 1.2.0 clamav: 0.88.7/m:42/d:2597 Received: from unknown (HELO ?192.168.0.5?) (lnb@freebsdsystems.com@216.235.8.115) by mx1.freebsdsystems.com with ESMTPA; 20 Feb 2007 04:06:46 -0000 Message-ID: <45DA73D3.7080900@freebsdsystems.com> Date: Mon, 19 Feb 2007 23:06:43 -0500 From: Lanny Baron Organization: Freedom Technologies / FreeBSD Systems User-Agent: Thunderbird 1.5.0.9 (X11/20070219) MIME-Version: 1.0 To: Geoff Garside References: <000301c75052$90d02950$4b00000a@Enki> In-Reply-To: <000301c75052$90d02950$4b00000a@Enki> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Cc: hackers@freebsd.org Subject: Re: FreeBSD 5.5 persistent crashing X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 04:37:29 -0000 HI Geoff, Although I don't know what kind of Server you have or who makes it, perhaps you might want to replace the raid controller. Regards, ___________________________________________________ Lanny Baron Freedom Technologies Corporation Toll Free: 1.877.963.1900 High Performance Servers and RAID Storage Systems http://www.FreeBSDsystems.COM ___________________________________________________ Geoff Garside wrote: > Hi, > I’m trying to get to the bottom of some issues we have been experiencing > with a server of ours. We have so far tried replacing the memory in the > server and we are still experiencing the crashes. > > If anyone has any ideas as to what could be causing this, or possible kgdb > tricks to try. > > Server details > * Dual Xeon 3GHz > * 1GB DDR2 400MHz > * 3ware 8006/2LP RAID > * 2x 160GB SATA drives > > Uname Output > # uname -a > FreeBSD xxx 5.5-RELEASE-p11 FreeBSD 5.5-RELEASE-p11 #0: Sun Feb 11 17:08:57 > GMT 2007 geoff@xxx:/usr/obj/usr/src/sys/xxx i386 > > > Kernel Debugger output > # kgdb kernel.debug /usr/crash/vmcore.7 > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: > Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd". > > Unread portion of the kernel message buffer: > Cannot access memory at address 0xc0c3c3a1 > (kgdb) where > #0 doadump () at pcpu.h:160 > #1 0xc04e09f5 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:412 > #2 0xc04e0d19 in panic (fmt=0xc0623851 "%s") at > /usr/src/sys/kern/kern_shutdown.c:568 > #3 0xc0601b14 in trap_fatal (frame=0xe7231740, eva=28) at > /usr/src/sys/i386/i386/trap.c:822 > #4 0xc0601853 in trap_pfault (frame=0xe7231740, usermode=0, eva=28) at > /usr/src/sys/i386/i386/trap.c:737 > #5 0xc06014ad in trap (frame= > {tf_fs = -1068564456, tf_es = -1067319280, tf_ds = -1068564464, tf_edi > = 4, tf_esi = 0, tf_ebp = -417130596, tf_isp = -417130644, tf_ebx = 131074, > tf_edx = -1013448320, tf_ecx = 0, tf_eax = 4, tf_trapno = 12, tf_err = 2, > tf_eip = -1068229475, tf_cs = 8, tf_eflags = 66118, tf_esp = 7, tf_ss = > -417129328}) at /usr/src/sys/i386/i386/trap.c:427 > #6 0xc05ef8aa in calltrap () at /usr/src/sys/i386/i386/exception.s:140 > #7 0xc04f0018 in MD5Update (context=0x4, input=0x20002
of bounds>, inputLen=3281518976) at /usr/src/sys/kern/md5c.c:172 > #8 0xc049fc21 in procfs_doprocfile (td=0xc3980180, p=0xc4951a98, > pn=0xc1fe7c00, sb=0xe72317f0, uio=0x0) at /usr/src/sys/fs/procfs/procfs.c:73 > #9 0xc04a3e90 in pfs_readlink (va=0x0) at pcpu.h:157 > #10 0xc053cbb8 in kern_readlink (td=0xc3980180, path=0x0, > pathseg=UIO_USERSPACE, buf=0x0, bufseg=UIO_USERSPACE, count=1024) at > vnode_if.h:925 > #11 0xc053cade in readlink (td=0xc3980180, uap=0x0) at > /usr/src/sys/kern/vfs_syscalls.c:2197 > #12 0xc0601e4f in syscall (frame= > {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 135512892, tf_esi = > 135663632, tf_ebp = -1077940936, tf_isp = -417129116, tf_ebx = 674101364, > tf_edx = -1077941960, tf_ecx = 0, tf_eax = 58, tf_trapno = 135517392, tf_err > = 2, tf_eip = 672575044, tf_cs = 31, tf_eflags = 647, tf_esp = -1077942020, > tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1014 > #13 0xc05ef8ff in Xint0x80_syscall () at > /usr/src/sys/i386/i386/exception.s:201 > #14 0x0000002f in ?? () > #15 0x0000002f in ?? () > #16 0x0000002f in ?? () > #17 0x0813c33c in ?? () > #18 0x08161010 in ?? () > #19 0xbfbfed38 in ?? () > #20 0xe7231d64 in ?? () > #21 0x282df874 in ?? () > #22 0xbfbfe938 in ?? () > #23 0x00000000 in ?? () > #24 0x0000003a in ?? () > #25 0x0813d4d0 in ?? () > #26 0x00000002 in ?? () > #27 0x2816ae44 in ?? () > #28 0x0000001f in ?? () > #29 0x00000287 in ?? () > #30 0xbfbfe8fc in ?? () > #31 0x0000002f in ?? () > #32 0x00000000 in ?? () > #33 0x00000000 in ?? () > #34 0x00000000 in ?? () > #35 0x00000000 in ?? () > #36 0x0bf63000 in ?? () > #37 0xc3984a98 in ?? () > #38 0xc3980180 in ?? () > #39 0xe7231600 in ?? () > #40 0xe72315e8 in ?? () > #41 0xc1efc780 in ?? () > #42 0xc04f105f in sched_switch (td=0x8161010, newtd=0x282df874, flags=Cannot > access memory at address 0xbfbfed48 > ) at /usr/src/sys/kern/sched_4bsd.c:881 > Previous frame inner to this frame (corrupt stack?) > (kgdb) > > Regards, > Geoff Garside > > Open Hosting Ltd > > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 20 05:46:14 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 481E4172E43 for ; Tue, 20 Feb 2007 05:46:14 +0000 (UTC) (envelope-from rivers@dignus.com) Received: from dignus.com (mail.dignus.com [209.42.196.2]) by mx1.freebsd.org (Postfix) with ESMTP id D688113C442 for ; Tue, 20 Feb 2007 05:46:13 +0000 (UTC) (envelope-from rivers@dignus.com) Received: from lakes.dignus.com (lakes.dignus.com [10.1.0.3]) by dignus.com (8.13.1/8.13.1) with ESMTP id l1K5jqZn025287; Tue, 20 Feb 2007 00:45:52 -0500 (EST) (envelope-from rivers@dignus.com) Received: (from rivers@localhost) by lakes.dignus.com (8.11.6/8.11.3) id l1K5kXf56973; Tue, 20 Feb 2007 00:46:33 -0500 (EST) (envelope-from rivers) Date: Tue, 20 Feb 2007 00:46:33 -0500 (EST) From: Thomas David Rivers Message-Id: <200702200546.l1K5kXf56973@lakes.dignus.com> To: freebsd-hackers@freebsd.org, rivers@dignus.com X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on office.dignus.com Cc: Subject: Linksys WMP54G + ndis = panic X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 05:46:14 -0000 Well - I gave up on the ral(4) driver - seems it doesn't support the WMP54Gv4.1 linksys card. So - I've got ndis working. I can ifconfig ndis0, set the ssid and wepkey, etc... And - DHCP will get the wireless configured (IP address, default route, etc...) But - on the first packet after that (e.g. ping or any other network traffic) - I get an instant panic. I'm going to get a kernel dump to see what's going on, but I was wondering if this has already been seen? This is FreeBSD 6.2-RELEASE, straight off the CDs. - Thanks - - Dave Rivers - -- rivers@dignus.com Work: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 20 08:15:05 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A9B041744A9 for ; Tue, 20 Feb 2007 08:15:05 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id 3F45513C461 for ; Tue, 20 Feb 2007 08:15:05 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by nf-out-0910.google.com with SMTP id m19so2682038nfc for ; Tue, 20 Feb 2007 00:15:03 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=aHWKRiIrAvikGljTwacwA3jYyf7BGVN5BXkA2EJCHWT4Ldz31x+Pkgbp9y5qIH65OjGK+CTTxuYR18vfg6U3B2Y1iwQrkSlqAvPbQsXe2fQjFM1SxhUwzyLOUMONKsM7MFfSci0wOAxlKknQ58zTAFQx1mvVUL377v1yXubNJo0= Received: by 10.82.172.15 with SMTP id u15mr12504733bue.1171957620225; Mon, 19 Feb 2007 23:47:00 -0800 (PST) Received: by 10.82.175.17 with HTTP; Mon, 19 Feb 2007 23:47:00 -0800 (PST) Message-ID: <5f67a8c40702192347h7383a238v2ff212b38404eb70@mail.gmail.com> Date: Tue, 20 Feb 2007 02:47:00 -0500 From: "Zaphod Beeblebrox" To: freebsd-hackers@freebsd.org In-Reply-To: <5f67a8c40702192346re1ada13gcfb3d10db6139cde@mail.gmail.com> MIME-Version: 1.0 References: <20070218002758.GQ859@turion.vk2pj.dyndns.org> <5f67a8c40702192346re1ada13gcfb3d10db6139cde@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Fwd: Abyssmal dump cache efficiency X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 08:15:05 -0000 (oops... didn't group reply) ---------- Forwarded message ---------- From: Zaphod Beeblebrox Date: Feb 20, 2007 2:46 AM Subject: Re: Abyssmal dump cache efficiency To: Peter Jeremy On 2/17/07, Peter Jeremy wrote: > > > I've tried modelling a unified cache along the NetBSD line and there > appears to be a massive improvement in cache performance. It's unclear > how much of an improvement this will give in overall performance but > not physically reading data from disk must be faster than reading it. > > I believe it would be worthwhile creating a todo item to investigate > this more thoroughly. This squares perfectly with my recent observation that while runing some combination of "dump | restore" that the dump disks incur 2 to 3 times more I/O (reading) than the restore disks. Now... for "performance" I was using the cache function --- maybe the cache is actually a detriment. From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 20 04:47:17 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8FC5A1729F2 for ; Tue, 20 Feb 2007 04:47:17 +0000 (UTC) (envelope-from aronesimi@yahoo.com) Received: from web58602.mail.re3.yahoo.com (web58602.mail.re3.yahoo.com [68.142.236.200]) by mx1.freebsd.org (Postfix) with SMTP id 4075513C46B for ; Tue, 20 Feb 2007 04:47:16 +0000 (UTC) (envelope-from aronesimi@yahoo.com) Received: (qmail 66539 invoked by uid 60001); 20 Feb 2007 04:20:35 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=hZE8HK6rlV+hdp1l+vjeL4/WXgXzFHx4aWErtOlU8qbLWiZN/QlvO+/YHkVJkd89mzXs65VwEiGkR2sDOFMdPcT9ghDs8S2hvr1G5j/AnKolMB3X+ii9vW7DFLIffzAqrvleYCBvJSuXNG6iZrTFnDn5dyAwXY2g+6u38UeZgpQ=; X-YMail-OSG: jRoK1ZMVM1n.RLknE7LuXSp4_ChKwZTSvlPwuNRhlrrYinuJ.ko42kJUXU0mTQAl7b6TSLdpQmAKBkx4KJukD1NT1CtrFsyqqvNsVTB_Ska_LQJeNVf_gQ-- Received: from [75.72.230.91] by web58602.mail.re3.yahoo.com via HTTP; Mon, 19 Feb 2007 20:20:35 PST Date: Mon, 19 Feb 2007 20:20:35 -0800 (PST) From: Arone Silimantia To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Message-ID: <75194.58855.qm@web58602.mail.re3.yahoo.com> X-Mailman-Approved-At: Tue, 20 Feb 2007 13:10:46 +0000 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: beefy system exhausted by MRTG port install (Cannot allocate memory) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 04:47:17 -0000 New, modern, p4-xeon based system. 4 GB physical RAM: # dmesg|grep emory real memory = 3489071104 (3327 MB) avail memory = 3418656768 (3260 MB) 4 GB swap: # swapinfo Device 1K-blocks Used Avail Capacity /dev/da0s1b 4194304 40 4194264 0% And because it has a multi-TB filesystem attached, it even has a big number here: # cat /boot/loader.conf kern.maxdsiz="3072000000" So imagine my surprise when I: # cd /usr/ports/net-mgmt/mrtg ; make install (snip, snip) ===> Patching for png-1.2.12_1 ===> Applying FreeBSD patches for png-1.2.12_1 ===> Configuring for png-1.2.12_1 ===> Building for png-1.2.12_1 cc -O2 -fno-strict-aliasing -pipe -c png.c cc -O2 -fno-strict-aliasing -pipe -c pngset.c cc -O2 -fno-strict-aliasing -pipe -c pngget.c cc -O2 -fno-strict-aliasing -pipe -c pngrutil.c cc -O2 -fno-strict-aliasing -pipe -c pngtrans.c cc -O2 -fno-strict-aliasing -pipe -c pngwutil.c cc -O2 -fno-strict-aliasing -pipe -c pngread.c cc -O2 -fno-strict-aliasing -pipe -c pngrio.c cc -O2 -fno-strict-aliasing -pipe -c pngwio.c cc -O2 -fno-strict-aliasing -pipe -c pngwrite.c cc -O2 -fno-strict-aliasing -pipe -c pngrtran.c virtual memory exhausted: Cannot allocate memory *** Error code 1 after this attempt, swapinfo still shows zero swap in use. What does this mean ? Is my system now in an unstable state ? Should I reboot ? --------------------------------- TV dinner still cooling? Check out "Tonight's Picks" on Yahoo! TV. From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 20 09:51:18 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4952B1751C6 for ; Tue, 20 Feb 2007 09:51:18 +0000 (UTC) (envelope-from geoff.garside@openhosting.co.uk) Received: from staffmail.openhosting.co.uk (staffmail.openhosting.co.uk [195.242.212.95]) by mx1.freebsd.org (Postfix) with ESMTP id DEBAA13C428 for ; Tue, 20 Feb 2007 09:51:17 +0000 (UTC) (envelope-from geoff.garside@openhosting.co.uk) Received: from Enki ([217.79.113.242]) by staffmail.openhosting.co.uk (Merak 8.5.0-9) with ASMTP id ZLT26517; Tue, 20 Feb 2007 09:51:17 -0000 From: "Geoff Garside" To: "'Lanny Baron'" References: <000301c75052$90d02950$4b00000a@Enki> <45DA73D3.7080900@freebsdsystems.com> Date: Tue, 20 Feb 2007 09:51:15 -0000 Organization: Open Hosting Ltd Message-ID: <000001c754d4$a9bacca0$4b00000a@Enki> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Thread-Index: AcdUpJ5ER6o+S7osRhiX29FQl+BHEgAL7OQg In-Reply-To: <45DA73D3.7080900@freebsdsystems.com> X-Mailman-Approved-At: Tue, 20 Feb 2007 13:11:03 +0000 Cc: hackers@freebsd.org Subject: RE: FreeBSD 5.5 persistent crashing X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 09:51:18 -0000 Hi Lanny, It's a SuperMicro server with a 3ware 8006/2LP RAID card. We've not yet properly tried Kostiks patch as we've only updated to FreeBSD 6.1 but its been up for at least 3 days now. Regards, Geoff Garside Open Hosting Ltd -----Original Message----- From: Lanny Baron [mailto:lnb@freebsdsystems.com] Sent: 20 February 2007 04:07 To: Geoff Garside Cc: hackers@freebsd.org Subject: Re: FreeBSD 5.5 persistent crashing HI Geoff, Although I don't know what kind of Server you have or who makes it, perhaps you might want to replace the raid controller. Regards, ___________________________________________________ Lanny Baron Freedom Technologies Corporation Toll Free: 1.877.963.1900 High Performance Servers and RAID Storage Systems http://www.FreeBSDsystems.COM ___________________________________________________ Geoff Garside wrote: > Hi, > I'm trying to get to the bottom of some issues we have been experiencing > with a server of ours. We have so far tried replacing the memory in the > server and we are still experiencing the crashes. > > If anyone has any ideas as to what could be causing this, or possible kgdb > tricks to try. > > Server details > * Dual Xeon 3GHz > * 1GB DDR2 400MHz > * 3ware 8006/2LP RAID > * 2x 160GB SATA drives > > Uname Output > # uname -a > FreeBSD xxx 5.5-RELEASE-p11 FreeBSD 5.5-RELEASE-p11 #0: Sun Feb 11 17:08:57 > GMT 2007 geoff@xxx:/usr/obj/usr/src/sys/xxx i386 > > > Kernel Debugger output > # kgdb kernel.debug /usr/crash/vmcore.7 > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: > Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd". > > Unread portion of the kernel message buffer: > Cannot access memory at address 0xc0c3c3a1 > (kgdb) where > #0 doadump () at pcpu.h:160 > #1 0xc04e09f5 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:412 > #2 0xc04e0d19 in panic (fmt=0xc0623851 "%s") at > /usr/src/sys/kern/kern_shutdown.c:568 > #3 0xc0601b14 in trap_fatal (frame=0xe7231740, eva=28) at > /usr/src/sys/i386/i386/trap.c:822 > #4 0xc0601853 in trap_pfault (frame=0xe7231740, usermode=0, eva=28) at > /usr/src/sys/i386/i386/trap.c:737 > #5 0xc06014ad in trap (frame= > {tf_fs = -1068564456, tf_es = -1067319280, tf_ds = -1068564464, tf_edi > = 4, tf_esi = 0, tf_ebp = -417130596, tf_isp = -417130644, tf_ebx = 131074, > tf_edx = -1013448320, tf_ecx = 0, tf_eax = 4, tf_trapno = 12, tf_err = 2, > tf_eip = -1068229475, tf_cs = 8, tf_eflags = 66118, tf_esp = 7, tf_ss = > -417129328}) at /usr/src/sys/i386/i386/trap.c:427 > #6 0xc05ef8aa in calltrap () at /usr/src/sys/i386/i386/exception.s:140 > #7 0xc04f0018 in MD5Update (context=0x4, input=0x20002
of bounds>, inputLen=3281518976) at /usr/src/sys/kern/md5c.c:172 > #8 0xc049fc21 in procfs_doprocfile (td=0xc3980180, p=0xc4951a98, > pn=0xc1fe7c00, sb=0xe72317f0, uio=0x0) at /usr/src/sys/fs/procfs/procfs.c:73 > #9 0xc04a3e90 in pfs_readlink (va=0x0) at pcpu.h:157 > #10 0xc053cbb8 in kern_readlink (td=0xc3980180, path=0x0, > pathseg=UIO_USERSPACE, buf=0x0, bufseg=UIO_USERSPACE, count=1024) at > vnode_if.h:925 > #11 0xc053cade in readlink (td=0xc3980180, uap=0x0) at > /usr/src/sys/kern/vfs_syscalls.c:2197 > #12 0xc0601e4f in syscall (frame= > {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 135512892, tf_esi = > 135663632, tf_ebp = -1077940936, tf_isp = -417129116, tf_ebx = 674101364, > tf_edx = -1077941960, tf_ecx = 0, tf_eax = 58, tf_trapno = 135517392, tf_err > = 2, tf_eip = 672575044, tf_cs = 31, tf_eflags = 647, tf_esp = -1077942020, > tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1014 > #13 0xc05ef8ff in Xint0x80_syscall () at > /usr/src/sys/i386/i386/exception.s:201 > #14 0x0000002f in ?? () > #15 0x0000002f in ?? () > #16 0x0000002f in ?? () > #17 0x0813c33c in ?? () > #18 0x08161010 in ?? () > #19 0xbfbfed38 in ?? () > #20 0xe7231d64 in ?? () > #21 0x282df874 in ?? () > #22 0xbfbfe938 in ?? () > #23 0x00000000 in ?? () > #24 0x0000003a in ?? () > #25 0x0813d4d0 in ?? () > #26 0x00000002 in ?? () > #27 0x2816ae44 in ?? () > #28 0x0000001f in ?? () > #29 0x00000287 in ?? () > #30 0xbfbfe8fc in ?? () > #31 0x0000002f in ?? () > #32 0x00000000 in ?? () > #33 0x00000000 in ?? () > #34 0x00000000 in ?? () > #35 0x00000000 in ?? () > #36 0x0bf63000 in ?? () > #37 0xc3984a98 in ?? () > #38 0xc3980180 in ?? () > #39 0xe7231600 in ?? () > #40 0xe72315e8 in ?? () > #41 0xc1efc780 in ?? () > #42 0xc04f105f in sched_switch (td=0x8161010, newtd=0x282df874, flags=Cannot > access memory at address 0xbfbfed48 > ) at /usr/src/sys/kern/sched_4bsd.c:881 > Previous frame inner to this frame (corrupt stack?) > (kgdb) > > Regards, > Geoff Garside > > Open Hosting Ltd > > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 20 15:30:29 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 17AE116B3FA for ; Tue, 20 Feb 2007 15:25:08 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id E05FF13C4A8 for ; Tue, 20 Feb 2007 15:25:07 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l1KFP6qv022256; Tue, 20 Feb 2007 09:25:07 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45DB12D6.30002@freebsd.org> Date: Tue, 20 Feb 2007 09:25:10 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: Arone Silimantia References: <75194.58855.qm@web58602.mail.re3.yahoo.com> In-Reply-To: <75194.58855.qm@web58602.mail.re3.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2612/Tue Feb 20 06:28:34 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: freebsd-hackers@freebsd.org Subject: Re: beefy system exhausted by MRTG port install (Cannot allocate memory) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 15:30:30 -0000 On 02/19/07 22:20, Arone Silimantia wrote: > New, modern, p4-xeon based system. > > 4 GB physical RAM: > > # dmesg|grep emory > real memory = 3489071104 (3327 MB) > avail memory = 3418656768 (3260 MB) > > 4 GB swap: > > # swapinfo > Device 1K-blocks Used Avail Capacity > /dev/da0s1b 4194304 40 4194264 0% > > And because it has a multi-TB filesystem attached, it even has a big number here: > > # cat /boot/loader.conf > kern.maxdsiz="3072000000" > > So imagine my surprise when I: > > # cd /usr/ports/net-mgmt/mrtg ; make install > > (snip, snip) > > ===> Patching for png-1.2.12_1 > ===> Applying FreeBSD patches for png-1.2.12_1 > ===> Configuring for png-1.2.12_1 > ===> Building for png-1.2.12_1 > cc -O2 -fno-strict-aliasing -pipe -c png.c > cc -O2 -fno-strict-aliasing -pipe -c pngset.c > cc -O2 -fno-strict-aliasing -pipe -c pngget.c > cc -O2 -fno-strict-aliasing -pipe -c pngrutil.c > cc -O2 -fno-strict-aliasing -pipe -c pngtrans.c > cc -O2 -fno-strict-aliasing -pipe -c pngwutil.c > cc -O2 -fno-strict-aliasing -pipe -c pngread.c > cc -O2 -fno-strict-aliasing -pipe -c pngrio.c > cc -O2 -fno-strict-aliasing -pipe -c pngwio.c > cc -O2 -fno-strict-aliasing -pipe -c pngwrite.c > cc -O2 -fno-strict-aliasing -pipe -c pngrtran.c > virtual memory exhausted: Cannot allocate memory > *** Error code 1 > > > after this attempt, swapinfo still shows zero swap in use. > > What does this mean ? > > Is my system now in an unstable state ? Should I reboot ? Did you try reducing your maxdsiz to something a few hundred mb's less? Eric From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 20 17:50:26 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 918FE16B3D1; Tue, 20 Feb 2007 17:50:26 +0000 (UTC) (envelope-from piso@newluxor.wired.org) Received: from mail.oltrelinux.com (krisma.oltrelinux.com [194.242.226.43]) by mx1.freebsd.org (Postfix) with ESMTP id 258C113C471; Tue, 20 Feb 2007 17:50:26 +0000 (UTC) (envelope-from piso@newluxor.wired.org) Received: from newluxor.wired.org (ip-91-186.sn1.eutelia.it [62.94.91.186]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.oltrelinux.com (Postfix) with ESMTP id 1ED0511AEB2; Tue, 20 Feb 2007 18:26:11 +0100 (CET) Received: (from piso@localhost) by newluxor.wired.org (8.13.8/8.13.8/Submit) id l1KHQ4aN001924; Tue, 20 Feb 2007 18:26:04 +0100 (CET) (envelope-from piso) Date: Tue, 20 Feb 2007 18:25:59 +0100 From: Paolo Pisati To: FreeBSD_Current , FreeBSD_Hackers Message-ID: <20070220172559.GA1569@tin.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at krisma.oltrelinux.com Cc: Subject: HEADS UP: interrupt filtering & newbus API breakage X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 17:50:26 -0000 Hi developers, after re@ approval, i'm ready to commit my first interrupt filtering patch that contains _JUST_ the modification to the newbus API: no new features, no improvement to the interrupt handling, etcetc The patches against a 4 weeks old HEAD are here: http://people.freebsd.org/~piso/intr_filter/ where: * intr_filter-newbus-MI.patch contains the diffs against the MI code * intr_filter-newbus-$ARCH.patch contains the diffs against the MD code for the various $ARCHs * intr_filter-newbus-full.patch contains all the diffs in one big patch file For every patch file, there's a $patch.files, containing the list of files modified by that patch. Moreover, i put there a tarball of my src/sys dir (sys-intr.tgz) just in case the big patch doesn't apply correctly. In details these patches do: -change bus_setup_intr() syntax (and the functions strictly connected to it), adding a new filter_t argument -> this modification affects all the drivers in our tree, and is the main source of 'fatness' of this patch -retire INTR_FAST/IH_FAST (with the above modification to the syntax of bus_setup_intr() these flags were redundant and senseless) -change the FAST handlers to return a value (interrupt handled/interrupt not handled/etcetc) Unfortunately the patch is big (170kb), but the modifications were mainly mechanical and i pushed different developers to test/review my code. I run these patches on i386 & amd64 for quite a bit, and all the other archs (but sun4v) were tested with this code, and showed no ill effects. With this patch in place, all the remainig work about interrupt filtering can be commited and wrapped in #ifdef ... #endif without affecting the normal interrupt handler. Moreover, with this "noise" out of my dvelopment branch, the rest of the work (aka the new interrupt handling mechanism) could be easily reviewed by different people. So, if none as anything against it, i'm going to commit this work on Friday 23 around 14:00 UTC, so speak now or forever hold your peace. bye, P. From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 20 18:03:28 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 24A0716A5D3 for ; Tue, 20 Feb 2007 18:03:28 +0000 (UTC) (envelope-from flz@xbsd.org) Received: from smtp6-g19.free.fr (smtp6-g19.free.fr [212.27.42.36]) by mx1.freebsd.org (Postfix) with ESMTP id DD87D13C461 for ; Tue, 20 Feb 2007 18:03:27 +0000 (UTC) (envelope-from flz@xbsd.org) Received: from smtp.xbsd.org (unknown [82.233.2.192]) by smtp6-g19.free.fr (Postfix) with ESMTP id 74C7858364; Tue, 20 Feb 2007 19:03:24 +0100 (CET) Received: from localhost (localhost.xbsd.org [127.0.0.1]) by smtp.xbsd.org (Postfix) with ESMTP id 2048511BB7; Tue, 20 Feb 2007 19:03:24 +0100 (CET) X-Virus-Scanned: amavisd-new at xbsd.org Received: from smtp.xbsd.org ([127.0.0.1]) by localhost (srv1.xbsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Yw5KPSVwljxW; Tue, 20 Feb 2007 19:02:57 +0100 (CET) Received: from [193.95.134.156] (mayday.esat.net [193.95.134.156]) by smtp.xbsd.org (Postfix) with ESMTP id 977D911B56; Tue, 20 Feb 2007 19:02:56 +0100 (CET) From: Florent Thoumie To: Thomas David Rivers In-Reply-To: <200702200405.l1K45NB56624@lakes.dignus.com> References: <200702200405.l1K45NB56624@lakes.dignus.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-oKTziNDCWf1ORL0/joun" Date: Tue, 20 Feb 2007 18:03:00 +0000 Message-Id: <1171994580.11979.2.camel@mayday.esat.net> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port Cc: freebsd-hackers@freebsd.org Subject: Re: Ralink driver and FreeBSD 6.2? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 18:03:28 -0000 --=-oKTziNDCWf1ORL0/joun Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2007-02-19 at 23:05 -0500, Thomas David Rivers wrote: > I've got a Dell Dimension 4100 (circa 2000) running FreeBSD 6.2. >=20 > I plugged in a Linksys WMP54G wireless PCI card, which should > be supported by the 'ral' driver. However, my pciconf says: >=20 > none2@pci2:9:0: class=3D0x028000 card=3D0x00551737 chip=3D0x03011814 re= v=3D0x00 hdr=3D0x00 > vendor =3D 'Ralink Technology, Corp' > class =3D network Load the if_ral.ko module using kldload (or/and /boot/loader.conf) or recompile your kernel with "device ral". PS: This is a question for stable@freebsd.org, not hackers@FreeBSD.org. --=20 Florent Thoumie flz@FreeBSD.org FreeBSD Committer --=-oKTziNDCWf1ORL0/joun Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBF2zfUMxEkbVFH3PQRAscbAJwKOkBhy64UeVI9SPbwRbD2M0CO2gCgkBmz h2cKX8hDrIxBJnRBLsLwlaA= =t9eu -----END PGP SIGNATURE----- --=-oKTziNDCWf1ORL0/joun-- From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 20 18:17:23 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6878016A800 for ; Tue, 20 Feb 2007 18:17:23 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.freebsd.org (Postfix) with SMTP id 0552413C48E for ; Tue, 20 Feb 2007 18:17:22 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 7744 invoked by uid 399); 20 Feb 2007 18:17:22 -0000 Received: from localhost (HELO ?192.168.0.4?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 20 Feb 2007 18:17:22 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <45DB3B31.8030203@FreeBSD.org> Date: Tue, 20 Feb 2007 10:17:21 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0b2 (Windows/20070116) MIME-Version: 1.0 To: Paolo Pisati References: <20070220172559.GA1569@tin.it> In-Reply-To: <20070220172559.GA1569@tin.it> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD_Hackers , FreeBSD_Current Subject: Re: HEADS UP: interrupt filtering & newbus API breakage X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 18:17:23 -0000 Paolo Pisati wrote: > So, if none as anything against it, i'm going to commit this work on > Friday 23 around 14:00 UTC, so speak now or forever hold your peace. With any kind of luck this is redundant information for you, but I feel compelled to ask if you have both tested your patch with the latest HEAD, and run 'make universe' with the latest HEAD? Doug -- This .signature sanitized for your protection From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 20 18:21:15 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E14A116BEA9 for ; Tue, 20 Feb 2007 18:21:15 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id 54EE913C491 for ; Tue, 20 Feb 2007 18:21:15 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id l1KILDt9003522; Wed, 21 Feb 2007 05:21:13 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l1KILDws003521; Wed, 21 Feb 2007 05:21:13 +1100 (EST) (envelope-from peter) Date: Wed, 21 Feb 2007 05:21:13 +1100 From: Peter Jeremy To: Zaphod Beeblebrox Message-ID: <20070220182113.GC853@turion.vk2pj.dyndns.org> References: <20070218002758.GQ859@turion.vk2pj.dyndns.org> <5f67a8c40702192346re1ada13gcfb3d10db6139cde@mail.gmail.com> <5f67a8c40702192347h7383a238v2ff212b38404eb70@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KsGdsel6WgEHnImy" Content-Disposition: inline In-Reply-To: <5f67a8c40702192347h7383a238v2ff212b38404eb70@mail.gmail.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-hackers@freebsd.org Subject: Re: Fwd: Abyssmal dump cache efficiency X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 18:21:16 -0000 --KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Feb-20 02:47:00 -0500, Zaphod Beeblebrox wrote: >On 2/17/07, Peter Jeremy wrote: >>I've tried modelling a unified cache along the NetBSD line and there >>appears to be a massive improvement in cache performance. It's unclear >>how much of an improvement this will give in overall performance but >>not physically reading data from disk must be faster than reading it. > >This squares perfectly with my recent observation that while runing some >combination of "dump | restore" that the dump disks incur 2 to 3 times more >I/O (reading) than the restore disks. Now... for "performance" I was using >the cache function --- maybe the cache is actually a detriment. The limited testing I've done suggests that 32MB cache gives you a 10-20% improvement in dump speed. This would heavily dependent on the disk I/O performance - a slow CPU running PIO might be better off without caching. I've found that you do get a worthwhile improvement in dump|restore performance by introducing a large (10's of MB) fifo between them. This helps reduce synchronisation between dump and restore (so that dump can continue to read whilst restore is busy writing a batch of small files and vice versa). There's a suitable port but I can't recall the name because I wrote my own. >>I believe it would be worthwhile creating a todo item to investigate >>this more thoroughly. Note that I think that fixing this is a weekend job, rather than a SoC project. --=20 Peter Jeremy --KsGdsel6WgEHnImy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF2zwZ/opHv/APuIcRApXPAJoD+HdLzlfXkAm9lUZL4YKphYvaBQCeLG5p l+SG5zWqFEIRdbQUTMR1Vac= =i5Zh -----END PGP SIGNATURE----- --KsGdsel6WgEHnImy-- From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 20 21:23:14 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9443516C955 for ; Tue, 20 Feb 2007 21:23:14 +0000 (UTC) (envelope-from lockless@wanadoo.fr) Received: from smtp20.orange.fr (smtp20.orange.fr [80.12.242.27]) by mx1.freebsd.org (Postfix) with ESMTP id 1262513C4B7 for ; Tue, 20 Feb 2007 21:23:14 +0000 (UTC) (envelope-from lockless@wanadoo.fr) Received: from smtp20.orange.fr (mwinf2004 [172.22.130.26]) by mwinf2010.orange.fr (SMTP Server) with ESMTP id E69641C0E905 for ; Tue, 20 Feb 2007 21:30:27 +0100 (CET) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2004.orange.fr (SMTP Server) with ESMTP id B089D1C00097 for ; Tue, 20 Feb 2007 21:30:26 +0100 (CET) Received: from [192.168.0.7] (AToulouse-152-1-86-191.w86-201.abo.wanadoo.fr [86.201.232.191]) by mwinf2004.orange.fr (SMTP Server) with ESMTP id 8CD921C000A6 for ; Tue, 20 Feb 2007 21:30:26 +0100 (CET) X-ME-UUID: 20070220203026577.8CD921C000A6@mwinf2004.orange.fr Message-ID: <45DB5A5B.6070007@wanadoo.fr> Date: Tue, 20 Feb 2007 21:30:19 +0100 From: Lockless User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: How to contribute to the pkg_* tools project ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 21:23:15 -0000 Hello, We (Lucas H. and Alexandre C.) are two young students from France. We have a quite good theoretical knowledge of C programing, but we would like to improve our experience in real projects. So we looked at the Projects Ideas on the FreeBSD website, and finally found out that contributing to the pkg_* tools could be great, but there was no e-mail to contact on the page. So who could we contact to get more informations about this project ? Best regards, -- Lucas & Alexandre From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 20 23:18:44 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 028EF16B175 for ; Tue, 20 Feb 2007 23:18:44 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by mx1.freebsd.org (Postfix) with ESMTP id B9F4B13C4A6 for ; Tue, 20 Feb 2007 23:18:43 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so509304ana for ; Tue, 20 Feb 2007 15:18:42 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Q2m9sl2QO3sZ+FoGJKTd94IuLUvi5OrwOt/m3tdRZyBsUjtJa6VSf5ZoK1BiIUqzCrtA8CSiPQKVF8Ze4G2X1qhz7t0HXW3wKA2jLhEBmpY5wwTHrqKNswpIbevZzh/NkBzLWMHqih5IS/x4fUYdV6/5BrFJr6ruf1wjBkgJEZ8= Received: by 10.100.167.7 with SMTP id p7mr3207943ane.1172013521957; Tue, 20 Feb 2007 15:18:41 -0800 (PST) Received: by 10.100.33.5 with HTTP; Tue, 20 Feb 2007 15:18:41 -0800 (PST) Message-ID: Date: Wed, 21 Feb 2007 00:18:41 +0100 From: "Pietro Cerutti" To: nocturnal In-Reply-To: <45DB7751.3010401@swehack.se> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 Content-Disposition: inline References: <45DB63B1.7050004@swehack.se> <45DB7751.3010401@swehack.se> Cc: freebsd-hackers@freebsd.org, Chuck Swiger , freebsd-questions@freebsd.org Subject: Re: Which file to request SIOCGIFMAC on? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 23:18:44 -0000 T24gMi8yMC8wNywgbm9jdHVybmFsIDxub2N0dXJuYWxAc3dlaGFjay5zZT4gd3JvdGU6Cj4gSGkK Pgo+IFRoZSBvcmlnaW5hbCBwbGFuIGlzIHRvIG9ubHkgcnVuIGl0IG9uIEZyZWVCU0QgNSBhbmQg aGlnaGVyLCBhY3R1YWxseQo+IG9ubHkgNiBieSBub3cuIEl0J3MgYSBwcm9ncmFtIGknbSB3cml0 aW5nIGZvciB3b3JrIGFuZCBhdCB3b3JrIHRoZSBtb3N0Cj4gYWN0aXZlIHNlcnZlcnMgcnVuIEZy ZWVCU0QgNiBhbmQgYXJlIHVwZGF0ZWQgZnJlcXVlbnRseS4gVGhlIG9uZXMgd2l0aAo+IG9sZGVy IHZlcnNpb25zIGRvbid0IHJ1biBhbnl0aGluZyBvZiBpbnRlcmVzdC4KPgo+IEkgYW0gYnV5aW5n IGEgTWFjQm9vayBmb3IgcGVyc29uYWwgdXNlIHRob3VnaCBzbyBpdCB3b3VsZCBiZSBuaWNlIHRv IHJ1bgo+IGl0IG9uIG9zeC4gSSB3b3VsZG4ndCBsaWtlIHRvIHN0YXJ0IHVzaW5nIGFub3RoZXIg bGlicmFyeSBqdXN0IHRvIGdldAo+IHRoZSBoYXJkd2FyZSBhZGRyZXNzIG9mIGFuIGludGVyZmFj ZSB0aG91Z2gsIHRoYXQgc2VlbXMga2luZGEgb3ZlcmtpbGwKPiBmb3Igd2hhdCBzaG91bGQgYmUg YSBzaW1wbGUgdGFzay4gVGhlIHByb2dyYW0gaXMgYWxyZWFkeSB1c2luZyBsaWJwY2FwCj4gYnV0 IHRoYXQgaXMgaW5jbHVkZWQgaW4gRnJlZUJTRCBieSBkZWZhdWx0IHNvIHlvdSBkb24ndCBoYXZl IHRvIGluc3RhbGwgaXQuCj4KPiBEbyB5b3UgaGF2ZSBhbnkgaWRlYSBvZiB3aHkgaSdtIGdldHRp bmcgdGhpcyBlcnJvciBmcm9tIGlvY3RsIHdoZW4gaSdtCj4gZG9pbmcgd2hhdCB0aGUgbWFudWFs IHNheXMgaSBzaG91bGQgZG8/IEkgYW0gb2YgY291cnNlIHJ1bm5pbmcgaXQgYXMKPiByb290IHRv IGJlY2F1c2UgdGhlIGxpYnBjYXAgb3BlcmF0aW9ucyByZXF1aXJlIGl0Lgo+Cj4gV2hhdCBtaWdo dCBoZWxwIG1lIGlzIHRvIHRha2UgYSBsb29rIGF0IHRoZSBzb3VyY2Ugb2YgdGhhdAo+IGxpYm5l dF9nZXRfaHdhZGRyIGZ1bmN0aW9uIGluIGxpYm5ldC4gSSdsbCB0cnkgdGhhdCwgdGhhbmsgeW91 IHZlcnkgbXVjaAo+IGZvciB0aGUgdGlwLgo+Cj4gU28gZmFyIGkndmUgYmVlbiB0cnlpbmcgdG8g bG9vayBhdCB0aGUgc291cmNlIGZvciBpZmNvbmZpZyB0byBmaWd1cmUgb3V0Cj4gaG93IGl0IGdl dHMgdGhlIGhhcmR3YXJlIGFkZHJlc3MuIE9mIGNvdXJzZSBpdCB1c2VzIFNJT0NHSUZNQUMgYnV0 IGkKPiBjYW4ndCBmaW5kIHRoZSBzb2NrZXQgaXQgb3BlbnMgYmVjYXVzZSBpIGNhbid0IGZpbmQg d2hlcmUgaXQgdXNlcyB0aGUKPiBtYWNsYWJlbF9zdGF0dXMgZnVuY3Rpb24uCgpUaGUgcHJvYmxl bSBpc24ndCB3aXRoIHRoZSBzb2NrZXQgdHlwZSBvciBvcHRpb25zLgpJZiB5b3UgZGVidWcgaWZj b25maWcsIHlvdSdsbCBmaW5kIG91dCB0aGF0IHRoZSBpb2N0bCBjYWxsIGFsd2F5cwpyZXR1cm5z IC0xLCBhbmQgdGhlIHByb2dyYW0gZ29lcyBvbiB0byB0aGUgImdvdG8gbWFjX2ZyZWUiIGxpbmUu CgpUYWtlIGEgbG9vayBhdCAvdXNyL3NyYy9zeXMvbmV0L2lmLmMsIGxpbmUgMTI1OAoKU2hvdWxk IHdlIGRlZHVjZSB0aGF0IHRoZSBwYXJ0aWN1bGFyIGlvY3RsIGlzbid0IHN1cHBvcnRlZD8KClAu Uy4gSSdtIGZvcndhcmRpbmcgdGhpcyB0byBmcmVlYnNkLWhhY2tlcnNAIHRvbywgc28gc29ycnkg Zm9yIGNyb3NzIHBvc3RpbmcKCj4gTWVkIHbDpG5saWdhIGjDpGxzbmluZ2FyCj4KPiBTdGVmYW4g TWlkamljaCBha2Egbm9jdHVybmFsCj4gW1N3ZWhhY2tdIGh0dHA6Ly9zd2VoYWNrLnNlCj4KPgo+ IENodWNrIFN3aWdlciB3cm90ZToKPiA+IE9uIEZlYiAyMCwgMjAwNywgYXQgMToxMCBQTSwgbm9j dHVybmFsIHdyb3RlOgo+ID4+IEknbSB0cnlpbmcgdG8gZ2V0IHRoZSBldGhlcm5ldCBhZGRyZXNz IGFuZCBmcm9tIHRoZSBtYW51YWxzIGkKPiA+PiB1bmRlcnN0YW5kIHRoYXQgaSBuZWVkIHRoZSBp ZnJlcSBzdHJ1Y3R1cmUgZm9yIHRoaXMuIFNvIGknbSB0cnlpbmcgdG8KPiA+PiByZXF1ZXN0IFNJ T0NHSUZNQUMgd2l0aCBpb2N0bCBvbiBhIHNvY2tldCBvZiB0eXBlIFNPQ0tfREdSQU0uCj4gPgo+ ID4gSWYgeW91J3JlIGp1c3QgdGFyZ2V0dGluZyBGcmVlQlNEID49IDUueCBwbGF0Zm9ybXMsIHlv dXIgY3VycmVudAo+ID4gYXBwcm9hY2ggaXMgcmVhc29uYWJsZSAoYXNzdW1pbmcgeW91IGNhbiBm aXggd2hhdGV2ZXIgdGhlIHByb2JsZW0gaXMpOwo+ID4gaWYgeW91J3JlIHRhcmdldHRpbmcgb3Ro ZXIgcGxhdGZvcm1zIHN1Y2ggRnJlZUJTRCA0LCBEZmx5LCBPUyBYLCBvciBTeXNWCj4gPiB0aGlu Z3MgbGlrZSBTb2xhcmlzLCB0cnkgaW5zdGFsbGluZyB0aGUgbGlibmV0IHBvcnQgYW5kIGludm9r ZQo+ID4gbGlibmV0X2dldF9od2FkZHIoKS4KPiA+Cj4gPiAtLS1DaHVjawo+ID4KPiA+Cj4gPgo+ IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCgoKLS0gClBp ZXRybyBDZXJ1dHRpCgotIEFTQ0lJIFJpYmJvbiBDYW1wYWlnbiAtCiBhZ2FpbnN0IEhUTUwgZS1t YWlsIGFuZAogcHJvcHJpZXRhcnkgYXR0YWNobWVudHMKICAgd3d3LmFzY2lpcmliYm9uLm9yZwo= From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 21 01:01:59 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 49F8F16D6C5 for ; Wed, 21 Feb 2007 01:01:59 +0000 (UTC) (envelope-from rivers@dignus.com) Received: from dignus.com (mail.dignus.com [209.42.196.2]) by mx1.freebsd.org (Postfix) with ESMTP id ADA5613C46B for ; Wed, 21 Feb 2007 01:01:58 +0000 (UTC) (envelope-from rivers@dignus.com) Received: from lakes.dignus.com (lakes.dignus.com [10.1.0.3]) by dignus.com (8.13.1/8.13.1) with ESMTP id l1L11X6e031781; Tue, 20 Feb 2007 20:01:33 -0500 (EST) (envelope-from rivers@dignus.com) Received: (from rivers@localhost) by lakes.dignus.com (8.11.6/8.11.3) id l1L12KC61297; Tue, 20 Feb 2007 20:02:20 -0500 (EST) (envelope-from rivers) Date: Tue, 20 Feb 2007 20:02:20 -0500 (EST) From: Thomas David Rivers Message-Id: <200702210102.l1L12KC61297@lakes.dignus.com> To: flz@xbsd.org, rivers@dignus.com In-Reply-To: <1171994580.11979.2.camel@mayday.esat.net> X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on office.dignus.com Cc: freebsd-hackers@freebsd.org Subject: Re: Ralink driver and FreeBSD 6.2? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 01:01:59 -0000 Forent Thoumie wrote: > > > On Mon, 2007-02-19 at 23:05 -0500, Thomas David Rivers wrote: > > I've got a Dell Dimension 4100 (circa 2000) running FreeBSD 6.2. > > > > I plugged in a Linksys WMP54G wireless PCI card, which should > > be supported by the 'ral' driver. However, my pciconf says: > > > > none2@pci2:9:0: class=3D0x028000 card=3D0x00551737 chip=3D0x03011814 re= > v=3D0x00 hdr=3D0x00 > > vendor =3D 'Ralink Technology, Corp' > > class =3D network > > Load the if_ral.ko module using kldload (or/and /boot/loader.conf) or > recompile your kernel with "device ral". > > PS: This is a question for stable@freebsd.org, not hackers@FreeBSD.org. > > -- > Florent Thoumie Hi Florent! Many thanks for the suggestion - I should have provided more information, but, in fact, I did have the proper command in /boot/loader.conf. This was with the out-of-the-box GENERIC kernel. When I added the option in /boot/loader.conf, it complained about ral already being there - so I'm pretty sure it's in the kernel. That's what led me to freebsd-hackers instead of freebsd-stable, as something is "amiss" here. I'm beginning to wonder if it's the version of the card. Apparently, Ralink has a few versions - this is the linksys WMP54G version 4.1 instead of version 4.0. Perhaps the "probe" in if_ral.c doesn't find this card? I last did serious Freebsd kernel debugging in the FreeBSD 4.x timeframe, and a *lot* of things have changed since then. As soon as I can find my way around again, I'll start looking into what's going on. Also - on a related thread - using NDIS on this card doesn't work too well either. I can ifconfig the card, use DHCP to get everything set-up, but the first packet moving through it gets a very lovely panic. When I get kgdb up-and-running, I'll have more info to pass along. Thanks again! - Dave Rivers - -- rivers@dignus.com Work: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 21 02:25:01 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B25A116AD9A for ; Wed, 21 Feb 2007 02:25:01 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.189]) by mx1.freebsd.org (Postfix) with ESMTP id 4B60D13C441 for ; Wed, 21 Feb 2007 02:25:01 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by mu-out-0910.google.com with SMTP id g7so926819muf for ; Tue, 20 Feb 2007 18:25:00 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=UScQCCprSWG7YD0+ZDeVQ9T69VZyFQRkdPiF9ItFnUUyUYMnnqjlM7nWnuayVDATf3osG3Olz0rfSY9osMzvLHXyP98NmIAZ8P+2jR5T1GgrG6qE2dw/Op+pwDld8cF2ztgh11Ut3hZpr6Sin8JX0GH9rOD11643fUb/zqHcNgY= Received: by 10.82.148.7 with SMTP id v7mr13967565bud.1172022993058; Tue, 20 Feb 2007 17:56:33 -0800 (PST) Received: by 10.82.151.15 with HTTP; Tue, 20 Feb 2007 17:56:33 -0800 (PST) Message-ID: Date: Tue, 20 Feb 2007 17:56:33 -0800 From: "Kip Macy" To: "Thomas David Rivers" In-Reply-To: <200702210102.l1L12KC61297@lakes.dignus.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1171994580.11979.2.camel@mayday.esat.net> <200702210102.l1L12KC61297@lakes.dignus.com> Cc: freebsd-hackers@freebsd.org, flz@xbsd.org Subject: Re: Ralink driver and FreeBSD 6.2? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 02:25:01 -0000 A couple of things. - The newer rt2661.c driver has not been MFC'd to 6.2. That is most likely why your card is not working. - 'ifconfig' when run as root will load the module for a network driver provided it is a) in the path and b) name if_.ko -Kip From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 21 11:13:45 2007 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.ORG Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9FBA916EFD9 for ; Wed, 21 Feb 2007 11:13:45 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 2332E13C4AA for ; Wed, 21 Feb 2007 11:13:44 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (patmze@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l1LBDbxb006860; Wed, 21 Feb 2007 12:13:42 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l1LBDbQn006859; Wed, 21 Feb 2007 12:13:37 +0100 (CET) (envelope-from olli) Date: Wed, 21 Feb 2007 12:13:37 +0100 (CET) Message-Id: <200702211113.l1LBDbQn006859@lurza.secnetix.de> From: Oliver Fromme To: freebsd-hackers@FreeBSD.ORG, peterjeremy@optushome.com.au, zbeeble@gmail.com In-Reply-To: <20070220182113.GC853@turion.vk2pj.dyndns.org> X-Newsgroups: list.freebsd-hackers User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 21 Feb 2007 12:13:43 +0100 (CET) Cc: Subject: Re: Fwd: Abyssmal dump cache efficiency X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-hackers@FreeBSD.ORG, peterjeremy@optushome.com.au, zbeeble@gmail.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 11:13:46 -0000 Peter Jeremy wrote: > I've found that you do get a worthwhile improvement in dump|restore > performance by introducing a large (10's of MB) fifo between them. > This helps reduce synchronisation between dump and restore (so that > dump can continue to read whilst restore is busy writing a batch of > small files and vice versa). There's a suitable port but I can't > recall the name because I wrote my own. There are several. The most popular ones are probably misc/team and misc/buffer. However, I wrote my own, too. :-) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart Any opinions expressed in this message are personal to the author and may not necessarily reflect the opinions of secnetix GmbH & Co KG in any way. FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "What is this talk of 'release'? We do not make software 'releases'. Our software 'escapes', leaving a bloody trail of designers and quality assurance people in its wake." From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 21 13:16:08 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1FA1E16F19A for ; Wed, 21 Feb 2007 13:16:08 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id E679E13C48D for ; Wed, 21 Feb 2007 13:16:07 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l1LDG7WO079147; Wed, 21 Feb 2007 07:16:07 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45DC461B.4090309@freebsd.org> Date: Wed, 21 Feb 2007 07:16:11 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: Arone Silimantia References: <454188.23729.qm@web58615.mail.re3.yahoo.com> In-Reply-To: <454188.23729.qm@web58615.mail.re3.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2617/Wed Feb 21 05:38:25 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: freebsd-hackers@freebsd.org Subject: Re: beefy system exhausted by MRTG port install (Cannot allocate memory) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 13:16:08 -0000 On 02/20/07 11:44, Arone Silimantia wrote: > --- Eric Anderson wrote: > > >>> after this attempt, swapinfo still shows zero swap >> in use. >>> What does this mean ? >>> >>> Is my system now in an unstable state ? Should I >> reboot ? >> >> Did you try reducing your maxdsiz to something a few >> hundred mb's less? > > > No - after the 'make install' stopped I have not > touched anything. As I said, swapinfo still shows > zero swap being used. > > It's a Big Deal (TM) to bring this system down, and I > believe maxdsiz cannot be tuned on the fly with sysctl > ... are you suggesting that either make or cc just > gets out of hand and makes a process too big for > themselves ? > > If so, is it possible to tell make or cc to behave > ahead of time, and leave maxdsiz alone ? I don't know, but this seems to be a VM related issue (not issue as in bug). I think you've probably allocated pretty much all your memory to user-space stuff, and not left enough for the system to function. If you're on i386, and have all that set in maxdsiz, you're probably too close to the ceiling. I would drop it by ~500MB or so just to be safe. I'm absolutely no expert in this at all - I only suggested it because after tweaking my maxdsiz to a very large amount like you did (to allow for fsck), I successfully paniced my box on boot. So, knowing that, I would drop it down a bit. Eric From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 21 14:47:06 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D205F16F88B for ; Wed, 21 Feb 2007 14:47:06 +0000 (UTC) (envelope-from rivers@dignus.com) Received: from dignus.com (mail.dignus.com [209.42.196.2]) by mx1.freebsd.org (Postfix) with ESMTP id 690EC13C4B2 for ; Wed, 21 Feb 2007 14:47:06 +0000 (UTC) (envelope-from rivers@dignus.com) Received: from lakes.dignus.com (lakes.dignus.com [10.1.0.3]) by dignus.com (8.13.1/8.13.1) with ESMTP id l1LEkVZb034942; Wed, 21 Feb 2007 09:46:31 -0500 (EST) (envelope-from rivers@dignus.com) Received: (from rivers@localhost) by lakes.dignus.com (8.11.6/8.11.3) id l1LElMB64457; Wed, 21 Feb 2007 09:47:22 -0500 (EST) (envelope-from rivers) Date: Wed, 21 Feb 2007 09:47:22 -0500 (EST) From: Thomas David Rivers Message-Id: <200702211447.l1LElMB64457@lakes.dignus.com> To: kip.macy@gmail.com, rivers@dignus.com In-Reply-To: X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on office.dignus.com Cc: freebsd-hackers@freebsd.org, flz@xbsd.org Subject: Re: Ralink driver and FreeBSD 6.2? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 14:47:06 -0000 > > A couple of things. > > - The newer rt2661.c driver has not been MFC'd to 6.2. That is most > likely why your card is not working. > - 'ifconfig' when run as root will load the module for a network > driver provided it is a) in the path and b) name if_ name>.ko > > -Kip > Hi Kip! That's good to hear - it actually didn't occur to me to peruse the 7.0 sources for improvements. I'll take a look at the -CURRENT rt2661.c source and see if a back-port to 6.2 is easy enough to do. Thanks for the pointer! - Dave Rivers - From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 21 17:53:30 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5BA6F16DC0C for ; Wed, 21 Feb 2007 17:53:30 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 0DBD313C49D for ; Wed, 21 Feb 2007 17:53:29 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 96055EB56CC; Thu, 22 Feb 2007 01:21:32 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id tgrE-ipJEEZk; Thu, 22 Feb 2007 01:21:26 +0800 (CST) Received: from [192.168.1.32] (unknown [221.217.209.191]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 170BDEB0DE0; Thu, 22 Feb 2007 01:21:26 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:references:in-reply-to:x-enigmail-version:content-type; b=EP2MOmvGn0X0Unmdcb4zG9NkkksPMkpWANBAGgsC7vCvCrov1RCzo3gPdmgXcn3CU ykk8O9hm8aJFMq6CSSTkw== Message-ID: <45DC7F94.7010104@delphij.net> Date: Thu, 22 Feb 2007 01:21:24 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Josef Karthauser , current@freebsd.org, hackers@freebsd.org References: <20070221171816.GB2202@genius.tao.org.uk> In-Reply-To: <20070221171816.GB2202@genius.tao.org.uk> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig9D31E97A48D4A210B81C2F4C" Cc: Subject: Re: Zombie Jails - why don't they disappear? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 17:53:30 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9D31E97A48D4A210B81C2F4C Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Josef Karthauser wrote: > I've got zombie jails on a freebsd 6.x box (currently 6.2). > There are no processes running under any of them, but they still appear= > on the jail list: >=20 > server# jls > JID IP Address Hostname Path > 2 xxx.xxx.1.234 host1.domain /data/jails/host1 > 1 xxx.xxx.1.235 host2.domain /data/jails/host2 >=20 > I'm flumoxed as to why they're still there. There aren't any processes= > running in them: >=20 > server# ps -auxww | grep J >=20 > Any ideas why they are still hanging around in the jail list? Sockets (stuck in a state which can not be released immediately?) or other resources? I really think that this is a bug, though. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig9D31E97A48D4A210B81C2F4C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF3H+UOfuToMruuMARA7U2AJ9XZUopyV4XD2LUgboF9qnbexEczgCfR+2b uts5PhPkJnw7Ka1KPp6DreU= =baW5 -----END PGP SIGNATURE----- --------------enig9D31E97A48D4A210B81C2F4C-- From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 21 18:17:58 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CFC9E170804; Wed, 21 Feb 2007 18:17:58 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.freebsd.org (Postfix) with ESMTP id 588E013C46B; Wed, 21 Feb 2007 18:17:58 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost.int.ru [127.0.0.1] (may be forged)) by mp2.macomnet.net (8.13.7/8.13.8) with ESMTP id l1LI0a06070958; Wed, 21 Feb 2007 21:00:36 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Wed, 21 Feb 2007 21:00:35 +0300 (MSK) From: Maxim Konovalov To: LI Xin In-Reply-To: <45DC7F94.7010104@delphij.net> Message-ID: <20070221205826.D79626@mp2.macomnet.net> References: <20070221171816.GB2202@genius.tao.org.uk> <45DC7F94.7010104@delphij.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Josef Karthauser , hackers@freebsd.org, current@freebsd.org Subject: Re: Zombie Jails - why don't they disappear? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 18:17:58 -0000 On Thu, 22 Feb 2007, 01:21+0800, LI Xin wrote: > Josef Karthauser wrote: > > I've got zombie jails on a freebsd 6.x box (currently 6.2). > > There are no processes running under any of them, but they still appear > > on the jail list: > > > > server# jls > > JID IP Address Hostname Path > > 2 xxx.xxx.1.234 host1.domain /data/jails/host1 > > 1 xxx.xxx.1.235 host2.domain /data/jails/host2 > > > > I'm flumoxed as to why they're still there. There aren't any processes > > running in them: > > > > server# ps -auxww | grep J > > > > Any ideas why they are still hanging around in the jail list? > > Sockets (stuck in a state which can not be released immediately?) or > other resources? I really think that this is a bug, though. It was discussed millon times already and there is at least one open PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/89528 -- Maxim Konovalov From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 21 18:30:43 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E755416F90B; Wed, 21 Feb 2007 18:30:43 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [87.74.4.34]) by mx1.freebsd.org (Postfix) with ESMTP id A1AB513C47E; Wed, 21 Feb 2007 18:30:43 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (wireless58.dhcp.tao.org.uk [87.74.4.58]) by mailhost.tao.org.uk (Postfix) with ESMTP id 568EB5EAC; Wed, 21 Feb 2007 18:30:42 +0000 (GMT) Received: by genius.tao.org.uk (Postfix, from userid 1000) id C921C4101; Wed, 21 Feb 2007 18:30:34 +0000 (GMT) Date: Wed, 21 Feb 2007 18:30:34 +0000 From: Josef Karthauser To: Maxim Konovalov Message-ID: <20070221183034.GA2790@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , Maxim Konovalov , LI Xin , current@freebsd.org, hackers@freebsd.org References: <20070221171816.GB2202@genius.tao.org.uk> <45DC7F94.7010104@delphij.net> <20070221205826.D79626@mp2.macomnet.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ew6BAiZeqk4r7MaW" Content-Disposition: inline In-Reply-To: <20070221205826.D79626@mp2.macomnet.net> User-Agent: Mutt/1.5.11 Cc: hackers@freebsd.org, LI Xin , current@freebsd.org Subject: Re: Zombie Jails - why don't they disappear? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 18:30:44 -0000 --ew6BAiZeqk4r7MaW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 21, 2007 at 09:00:35PM +0300, Maxim Konovalov wrote: > > > > Sockets (stuck in a state which can not be released immediately?) or > > other resources? I really think that this is a bug, though. >=20 > It was discussed millon times already and there is at least one open > PR: >=20 > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/89528 Ah, thanks Maxim. The poignant comment is: PR kern/89528: Ouch! I found a comment in tty_pty.c that it doesn't deallocate pty's anymore. Not a single destroy_dev() is called by tty_pty.c. This means the FreeBSD kernel leaks a lot of cdev's and thus ucred's and my patch is working around another bug. Joe --ew6BAiZeqk4r7MaW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iEYEARECAAYFAkXcj8oACgkQXVIcjOaxUBY4gACeOmp3EaqUyW/DInzVBDkc2Ayh swEAnjeYSn1TsURIZ/gwpUsOAT6dtxX5 =YMsJ -----END PGP SIGNATURE----- --ew6BAiZeqk4r7MaW-- From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 20 17:45:00 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C919116B898 for ; Tue, 20 Feb 2007 17:45:00 +0000 (UTC) (envelope-from aronesimi@yahoo.com) Received: from web58615.mail.re3.yahoo.com (web58615.mail.re3.yahoo.com [68.142.236.213]) by mx1.freebsd.org (Postfix) with SMTP id 64C1013C428 for ; Tue, 20 Feb 2007 17:45:00 +0000 (UTC) (envelope-from aronesimi@yahoo.com) Received: (qmail 23793 invoked by uid 60001); 20 Feb 2007 17:44:59 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=IcVE0jAqH7KmPnbxqYUqFaxdV+Ir04Wx6g7JznUbeLrESuYLGCGOVxypAvc5u5yBJdgf0IDypKJVOno6ufLlDIHSjr/VgihbhtS1ufoxWFty5WPVsCOm0+QqC/JYErfRxwfg0TyYQ3qcmvOgiN+ehwAANc+mI+MEUMcOTd5ywfQ=; X-YMail-OSG: 63PYvi0VM1n90IdFzNuomXnglNSXCIpkka40bP9eP6tm3N.3zFOv2FiAWd6QJItFrdyF7u25OJ6wbsU3_YED3jiTORmrXQXd4rcLAnkc728DYkhUvjAZ Received: from [75.72.230.91] by web58615.mail.re3.yahoo.com via HTTP; Tue, 20 Feb 2007 09:44:59 PST Date: Tue, 20 Feb 2007 09:44:59 -0800 (PST) From: Arone Silimantia To: Eric Anderson In-Reply-To: <45DB12D6.30002@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <454188.23729.qm@web58615.mail.re3.yahoo.com> X-Mailman-Approved-At: Wed, 21 Feb 2007 20:07:52 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: beefy system exhausted by MRTG port install (Cannot allocate memory) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 17:45:00 -0000 --- Eric Anderson wrote: > > after this attempt, swapinfo still shows zero swap > in use. > > > > What does this mean ? > > > > Is my system now in an unstable state ? Should I > reboot ? > > Did you try reducing your maxdsiz to something a few > hundred mb's less? No - after the 'make install' stopped I have not touched anything. As I said, swapinfo still shows zero swap being used. It's a Big Deal (TM) to bring this system down, and I believe maxdsiz cannot be tuned on the fly with sysctl ... are you suggesting that either make or cc just gets out of hand and makes a process too big for themselves ? If so, is it possible to tell make or cc to behave ahead of time, and leave maxdsiz alone ? Thanks. ____________________________________________________________________________________ Get your own web address. Have a HUGE year through Yahoo! Small Business. http://smallbusiness.yahoo.com/domains/?p=BESTDEAL From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 21 07:11:09 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C755916B055; Wed, 21 Feb 2007 07:11:09 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 7F46A13C461; Wed, 21 Feb 2007 07:11:09 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5DB60.dip.t-dialin.net [84.165.219.96]) by redbull.bpaserver.net (Postfix) with ESMTP id 7E9892E164; Wed, 21 Feb 2007 08:11:03 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 9926E5B480D; Wed, 21 Feb 2007 08:11:00 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l1L7B0aM055808; Wed, 21 Feb 2007 08:11:00 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Wed, 21 Feb 2007 08:11:00 +0100 Message-ID: <20070221081100.ubrz4jki40o8sk8g@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Wed, 21 Feb 2007 08:11:00 +0100 From: Alexander Leidinger To: Lockless References: <45DB5A5B.6070007@wanadoo.fr> In-Reply-To: <45DB5A5B.6070007@wanadoo.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.864, required 8, autolearn=not spam, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No X-Mailman-Approved-At: Wed, 21 Feb 2007 20:08:28 +0000 Cc: ports@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: How to contribute to the pkg_* tools project ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 07:11:09 -0000 Quoting Lockless (from Tue, 20 Feb 2007 21:30:19 +0100= ): > We (Lucas H. and Alexandre C.) are two young students > from France. We have a quite good theoretical knowledge of C > programing, but we would like to improve our experience in real > projects. So we looked at the Projects Ideas on the FreeBSD website, > and finally found out that contributing to the pkg_* tools could be > great, but there was no e-mail to contact on the page. > So who could we contact to get more informations about this project ? It is ports related, so the mailinglist dealing with ports (CCed, =20 please strip hackers@ on reply) would be the most appropriate, as =20 there are the most people which may be able to contribute with =20 improvement ideas. Basically the entry on the ideas list says to have a look at the code =20 and find stuff which can be improved. Be creative. Profile the tools =20 and try to make them faster. Have a look at the code and try to make =20 it better (maybe there's stuff which should be put into a library and =20 used in all pkg tools). Google around for stuff other people may have =20 done or may want to see. Don't let people lurk you into making a replacement for portupgrade =20 (it may be a goal for the second or third project you want to tackle). =20 For what you want to do this may be a little bit too early. First get =20 a grasp at the existing features and improve them. An upcomming entry on the ideas list talks about the use of berkeley =20 db in the pkg tools (where it makes sense). This was submitted by =20 kris@ (a member of portmgr@), so feel free to talk with him (but he =20 reads ports@, so talking about it on ports@ will not only give you =20 input from Kris, but also from other people). Bye, Alexander. --=20 Hideously disfigured by an ancient Indian curse? =09=09WE CAN HELP! Call (511) 338-0959 for an immediate appointment. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 21 17:18:25 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 21FA716F7DC; Wed, 21 Feb 2007 17:18:25 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [87.74.4.34]) by mx1.freebsd.org (Postfix) with ESMTP id D565213C49D; Wed, 21 Feb 2007 17:18:24 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (wireless58.dhcp.tao.org.uk [87.74.4.58]) by mailhost.tao.org.uk (Postfix) with ESMTP id B6C9A5F20; Wed, 21 Feb 2007 17:18:23 +0000 (GMT) Received: by genius.tao.org.uk (Postfix, from userid 1000) id 590584101; Wed, 21 Feb 2007 17:18:16 +0000 (GMT) Date: Wed, 21 Feb 2007 17:18:16 +0000 From: Josef Karthauser To: current@freebsd.org, hackers@freebsd.org Message-ID: <20070221171816.GB2202@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , current@freebsd.org, hackers@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dc+cDN39EJAMEtIO" Content-Disposition: inline User-Agent: Mutt/1.5.11 X-Mailman-Approved-At: Wed, 21 Feb 2007 20:08:58 +0000 Cc: Subject: Zombie Jails - why don't they disappear? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 17:18:25 -0000 --dc+cDN39EJAMEtIO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I've got zombie jails on a freebsd 6.x box (currently 6.2). There are no processes running under any of them, but they still appear on the jail list: server# jls JID IP Address Hostname Path 2 xxx.xxx.1.234 host1.domain /data/jails/host1 1 xxx.xxx.1.235 host2.domain /data/jails/host2 I'm flumoxed as to why they're still there. There aren't any processes running in them: server# ps -auxww | grep J Any ideas why they are still hanging around in the jail list? Joe --dc+cDN39EJAMEtIO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iEYEARECAAYFAkXcftcACgkQXVIcjOaxUBYAgACfVYfMsiuu4RapB4vG7CAiXRlK eb8AoNaK1KK9wRa1IFs+w86BXBlWlAfZ =l9lM -----END PGP SIGNATURE----- --dc+cDN39EJAMEtIO-- From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 21 17:22:31 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C9E3F170317 for ; Wed, 21 Feb 2007 17:22:31 +0000 (UTC) (envelope-from aronesimi@yahoo.com) Received: from web58605.mail.re3.yahoo.com (web58605.mail.re3.yahoo.com [68.142.236.203]) by mx1.freebsd.org (Postfix) with SMTP id 6977913C48D for ; Wed, 21 Feb 2007 17:22:31 +0000 (UTC) (envelope-from aronesimi@yahoo.com) Received: (qmail 31976 invoked by uid 60001); 21 Feb 2007 17:22:30 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=bhdCn9Z7Zjuv/YkY9GzrdWkCBl1R7XyDDBCxJEou7GNnmR3tswIoH1Q9QIxgxRGwERVCiCx3OdD5rdzDS8uIP6U1XxniSXNILo8702RAU21FQZxOIVuAitPDnxP9fyfzJ6neY0Yg9ouDAyDAvnOz4EqG0qR7/Zf5HUp0Nm42JHM=; X-YMail-OSG: 1w_t1eEVM1mdhC8EaCnBNBai2tlCEt7kogfxm.h5cykykjzujXcP7j0DUJ0wOcQoBArRuKNHHLTn999.ChYlINM5JWNGuZUSMVjdmvucsSfPlUkuJ6PBJA-- Received: from [75.72.230.91] by web58605.mail.re3.yahoo.com via HTTP; Wed, 21 Feb 2007 09:22:30 PST Date: Wed, 21 Feb 2007 09:22:30 -0800 (PST) From: Arone Silimantia To: Eric Anderson In-Reply-To: <45DC461B.4090309@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <924616.31543.qm@web58605.mail.re3.yahoo.com> X-Mailman-Approved-At: Wed, 21 Feb 2007 20:09:09 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: beefy system exhausted by MRTG port install (Cannot allocate memory) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 17:22:31 -0000 --- Eric Anderson wrote: > I don't know, but this seems to be a VM related > issue (not issue as in > bug). I think you've probably allocated pretty much > all your memory to > user-space stuff, and not left enough for the system > to function. If > you're on i386, and have all that set in maxdsiz, > you're probably too > close to the ceiling. I would drop it by ~500MB or > so just to be safe. > I'm absolutely no expert in this at all - I only > suggested it because > after tweaking my maxdsiz to a very large amount > like you did (to allow > for fsck), I successfully paniced my box on boot. > So, knowing that, I > would drop it down a bit. Thank you so much - this worked. I subtracted 500 MB from the large, 3 GB maxdsiz, and mrtg compiled just fine. ____________________________________________________________________________________ Sucker-punch spam with award-winning protection. Try the free Yahoo! Mail Beta. http://advision.webevents.yahoo.com/mailbeta/features_spam.html From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 21 20:58:05 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3A4C416A400 for ; Wed, 21 Feb 2007 20:58:05 +0000 (UTC) (envelope-from lockless@wanadoo.fr) Received: from smtp20.orange.fr (smtp20.orange.fr [80.12.242.26]) by mx1.freebsd.org (Postfix) with ESMTP id B837213C481 for ; Wed, 21 Feb 2007 20:58:04 +0000 (UTC) (envelope-from lockless@wanadoo.fr) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2027.orange.fr (SMTP Server) with ESMTP id 81A501C000DB for ; Wed, 21 Feb 2007 21:58:03 +0100 (CET) Received: from [192.168.0.7] (AToulouse-152-1-51-249.w82-125.abo.wanadoo.fr [82.125.129.249]) by mwinf2027.orange.fr (SMTP Server) with ESMTP id 5CB671C000BE for ; Wed, 21 Feb 2007 21:58:03 +0100 (CET) X-ME-UUID: 20070221205803379.5CB671C000BE@mwinf2027.orange.fr Message-ID: <45DCB25A.10509@wanadoo.fr> Date: Wed, 21 Feb 2007 21:58:02 +0100 From: Lockless User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <45DB5A5B.6070007@wanadoo.fr> <20070221081100.ubrz4jki40o8sk8g@webmail.leidinger.net> In-Reply-To: <20070221081100.ubrz4jki40o8sk8g@webmail.leidinger.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: How to contribute to the pkg_* tools project ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 20:58:05 -0000 Alexander Leidinger a écrit : > Quoting Lockless (from Tue, 20 Feb 2007 21:30:19 > +0100): > >> We (Lucas H. and Alexandre C.) are two young students >> from France. We have a quite good theoretical knowledge of C >> programing, but we would like to improve our experience in real >> projects. So we looked at the Projects Ideas on the FreeBSD website, >> and finally found out that contributing to the pkg_* tools could be >> great, but there was no e-mail to contact on the page. >> So who could we contact to get more informations about this project ? > > It is ports related, so the mailinglist dealing with ports (CCed, please > strip hackers@ on reply) would be the most appropriate, as there are the > most people which may be able to contribute with improvement ideas. > > Basically the entry on the ideas list says to have a look at the code > and find stuff which can be improved. Be creative. Profile the tools and > try to make them faster. Have a look at the code and try to make it > better (maybe there's stuff which should be put into a library and used > in all pkg tools). Google around for stuff other people may have done or > may want to see. > > Don't let people lurk you into making a replacement for portupgrade (it > may be a goal for the second or third project you want to tackle). For > what you want to do this may be a little bit too early. First get a > grasp at the existing features and improve them. > > An upcomming entry on the ideas list talks about the use of berkeley db > in the pkg tools (where it makes sense). This was submitted by kris@ (a > member of portmgr@), so feel free to talk with him (but he reads ports@, > so talking about it on ports@ will not only give you input from Kris, > but also from other people). > > Bye, > Alexander. > > --Hideously disfigured by an ancient Indian curse? > > WE CAN HELP! > > Call (511) 338-0959 for an immediate appointment. > > http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 > http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > --------------------------------------------------------------------------------------- > > Orange vous informe que cet e-mail a ete controle par l'anti-virus > mail.Aucun virus connu a ce jour par nos services n'a ete detecte. > > > > Ok thank you, we're gonna ask in the right list. Bye! From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 21 19:57:03 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9B89B16A405 for ; Wed, 21 Feb 2007 19:57:03 +0000 (UTC) (envelope-from aard.nerd@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.234]) by mx1.freebsd.org (Postfix) with ESMTP id 603C313C428 for ; Wed, 21 Feb 2007 19:57:03 +0000 (UTC) (envelope-from aard.nerd@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so2671606wxc for ; Wed, 21 Feb 2007 11:57:03 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:from:to:subject:date:mime-version:content-type:content-transfer-encoding:x-priority:x-msmail-priority:x-mailer:x-mimeole; b=Z9fMzAG2YBOUNGY3h/5/PwjDKiGc4ZwSVXYZwxLMRJhbeDuGIhsNe6mwjfvREyP2CWp18pFPFOzihwYaczNnrLpK+YIpV4ziEkAoyQpg9iwc//YobCj9Cyq4Oqb8je8qE16Ld0OMp8N55dby9p9tiMLC4wYCf+Ttx3uOelmhZXE= Received: by 10.70.9.8 with SMTP id 8mr16261668wxi.1172086293594; Wed, 21 Feb 2007 11:31:33 -0800 (PST) Received: from etecsad75a3279 ( [69.60.115.61]) by mx.google.com with ESMTP id h18sm18089312wxd.2007.02.21.11.31.27; Wed, 21 Feb 2007 11:31:33 -0800 (PST) Message-ID: <001501c755ef$cda7a810$9bd3dcc9@etecsad75a3279> From: "Aard Nerd" To: Date: Wed, 21 Feb 2007 14:35:58 -0500 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Mailman-Approved-At: Wed, 21 Feb 2007 22:11:01 +0000 Cc: Subject: 64-bits platform question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 19:57:03 -0000 Hi list, as far as I know Intel 64 architecture (formerly known as Intel Extended Memory 64 Technology, or Intel EM64T) enables 64-bit computing on desktop when combined with supporting software. If I am right, 64-bit computing (on Intel architecture) requires a computer system with a processor, chipset, BIOS, operating system, device drivers and applications enabled for Intel EM64T architecture. So I bought an ASUS P4P800-VM with a 3.0GHz processor that supports Intel EM64T and 1Gb of Infineon PC3200 RAM memory. The system is ok...so why I can't install BSD 64 bits with my system ??? Any clues, thanks in advance. Cheers / Me. From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 21 21:25:17 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0943D16A401 for ; Wed, 21 Feb 2007 21:25:17 +0000 (UTC) (envelope-from nocturnal@swehack.se) Received: from smtp1.inkorgen.com (smtp1.inkorgen.com [82.99.44.201]) by mx1.freebsd.org (Postfix) with ESMTP id A325E13C4A6 for ; Wed, 21 Feb 2007 21:25:16 +0000 (UTC) (envelope-from nocturnal@swehack.se) Received: from proxy1.inkorgen.com (proxy1 [192.168.100.1]) by smtp1.inkorgen.com (8.13.8/8.13.8) with ESMTP id l1LL3JBG006577 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Feb 2007 22:03:20 +0100 (CET) Received: from [85.24.149.192] (h-149-192.A175.cust.bahnhof.se [85.24.149.192]) (authenticated bits=0) by proxy1.inkorgen.com (8.13.8/8.13.8) with ESMTP id l1LKwBPk096542; Wed, 21 Feb 2007 21:58:12 +0100 (CET) Message-ID: <45DCB3AC.8090609@swehack.se> Date: Wed, 21 Feb 2007 22:03:40 +0100 From: nocturnal User-Agent: Thunderbird 1.5 (X11/20060317) MIME-Version: 1.0 To: Pietro Cerutti References: <45DB63B1.7050004@swehack.se> <45DB7751.3010401@swehack.se> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV version 0.88.5, clamav-milter version 0.88.5 on washer1.inkorgen.com X-Virus-Status: Clean X-Mailman-Approved-At: Wed, 21 Feb 2007 22:28:18 +0000 Cc: freebsd-hackers@freebsd.org, Chuck Swiger , freebsd-questions@freebsd.org Subject: Re: Which file to request SIOCGIFMAC on? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 21:25:17 -0000 Hi Well that's weird, is MAC defined by default at all? I tried searching for the definition but couldn't find it. I never thought it would be this hard just to get the ethernet address from an ethernet interface in FreeBSD. I think i'll take a look at the netlib source next, something tells me it will be easier to just plagiarize their method than going through the kernel source any more. Med vänliga hälsningar Stefan Midjich aka nocturnal [Swehack] http://swehack.se Pietro Cerutti wrote: > On 2/20/07, nocturnal wrote: >> Hi >> >> The original plan is to only run it on FreeBSD 5 and higher, actually >> only 6 by now. It's a program i'm writing for work and at work the most >> active servers run FreeBSD 6 and are updated frequently. The ones with >> older versions don't run anything of interest. >> >> I am buying a MacBook for personal use though so it would be nice to run >> it on osx. I wouldn't like to start using another library just to get >> the hardware address of an interface though, that seems kinda overkill >> for what should be a simple task. The program is already using libpcap >> but that is included in FreeBSD by default so you don't have to >> install it. >> >> Do you have any idea of why i'm getting this error from ioctl when i'm >> doing what the manual says i should do? I am of course running it as >> root to because the libpcap operations require it. >> >> What might help me is to take a look at the source of that >> libnet_get_hwaddr function in libnet. I'll try that, thank you very much >> for the tip. >> >> So far i've been trying to look at the source for ifconfig to figure out >> how it gets the hardware address. Of course it uses SIOCGIFMAC but i >> can't find the socket it opens because i can't find where it uses the >> maclabel_status function. > > The problem isn't with the socket type or options. > If you debug ifconfig, you'll find out that the ioctl call always > returns -1, and the program goes on to the "goto mac_free" line. > > Take a look at /usr/src/sys/net/if.c, line 1258 > > Should we deduce that the particular ioctl isn't supported? > > P.S. I'm forwarding this to freebsd-hackers@ too, so sorry for cross > posting > >> Med vänliga hälsningar >> >> Stefan Midjich aka nocturnal >> [Swehack] http://swehack.se >> >> >> Chuck Swiger wrote: >> > On Feb 20, 2007, at 1:10 PM, nocturnal wrote: >> >> I'm trying to get the ethernet address and from the manuals i >> >> understand that i need the ifreq structure for this. So i'm trying to >> >> request SIOCGIFMAC with ioctl on a socket of type SOCK_DGRAM. >> > >> > If you're just targetting FreeBSD >= 5.x platforms, your current >> > approach is reasonable (assuming you can fix whatever the problem is); >> > if you're targetting other platforms such FreeBSD 4, Dfly, OS X, or >> SysV >> > things like Solaris, try installing the libnet port and invoke >> > libnet_get_hwaddr(). >> > >> > ---Chuck >> > >> > >> > >> _______________________________________________ > > From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 21 23:31:33 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E25AB16A400; Wed, 21 Feb 2007 23:31:33 +0000 (UTC) (envelope-from piso@newluxor.wired.org) Received: from mail.oltrelinux.com (krisma.oltrelinux.com [194.242.226.43]) by mx1.freebsd.org (Postfix) with ESMTP id 6775F13C47E; Wed, 21 Feb 2007 23:31:33 +0000 (UTC) (envelope-from piso@newluxor.wired.org) Received: from newluxor.wired.org (ip-91-186.sn1.eutelia.it [62.94.91.186]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.oltrelinux.com (Postfix) with ESMTP id 10FA011AE43; Thu, 22 Feb 2007 00:31:34 +0100 (CET) Received: (from piso@localhost) by newluxor.wired.org (8.13.8/8.13.8/Submit) id l1LNVTmr048355; Thu, 22 Feb 2007 00:31:29 +0100 (CET) (envelope-from piso) Date: Thu, 22 Feb 2007 00:31:24 +0100 From: Paolo Pisati To: Doug Barton Message-ID: <20070221233124.GA13941@tin.it> References: <20070220172559.GA1569@tin.it> <45DB3B31.8030203@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45DB3B31.8030203@FreeBSD.org> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at krisma.oltrelinux.com Cc: FreeBSD_Hackers , FreeBSD_Current , Paolo Pisati Subject: Re: HEADS UP: interrupt filtering & newbus API breakage X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 23:31:34 -0000 On Tue, Feb 20, 2007 at 10:17:21AM -0800, Doug Barton wrote: > Paolo Pisati wrote: > > > So, if none as anything against it, i'm going to commit this work on > > Friday 23 around 14:00 UTC, so speak now or forever hold your peace. > > With any kind of luck this is redundant information for you, but I > feel compelled to ask if you have both tested your patch with the > latest HEAD, and run 'make universe' with the latest HEAD? yes, it survives a 'make universe' with a recent HEAD (2 days old). Moreover, someone asked me in private email what exactly was interrupt filtering, so here is a brief overview: take a normal handler, logically divide it in 2 pieces (the filter and the handler), and let the filter run in the context of the interrupted process (like a fast handler), while the handler will run in a per driver private ithread context. Every time a device triggers an interrupt, all the filters registered on that irq line will execute, and in case any of them recognize the event it can chose to: 1) serve the interrupt by itself if no potentially blocking actions have to be carried on 2) ask the system to schedule the handler in the ithread, so it can block, etcetc The advantages of this model are: 1) no more masking of irq at the controller level, cause we can mask the interrupt at the device level in the filter and ack the event at the controller -> this should fix the interrupt storming/aliasing problems we had in the past 2) less contention for shared irq lines 3) the os has some feedback from filters, and thus can react in case no filters were registered or none recognize the event 4) not stricly connected to interrupt filtering, but while working on this i turned much of the interrupt handling MD code into MI code AFAIK darwin, NT and vxworks work this way. Implementation details: To support a 2 functions device driver, bus_setup_intr() had to grow a new filter_t argument, and thus the prototype changed to: int bus_setup_intr(device_t dev, struct resource *r, int flags, driver_filter_t filter, driver_intr_t handler, void *arg, void **cookiep) where driver_filter_t is: typedef int driver_filter_t(void*); and thus i had to fix all the instances of bus_setup_intr() in our tree. Moreover, all the fast handlers became filters and thus a return code reflecting the interrupt handling status was added to them, and the return code can be: FILTER_STRAY -> i don't recognize this event FILTER_HANDLED -> i recognize this event FILTER_SCHEDULE_THREAD -> schedule my ithread (not used now) To attach a filter/fast handler we do now: bus_setup_intr(dev, r, flags, filter, NULL, softc, cookie) where flags DOESN'T contain INTR_FAST -> if an handler is attached as a filter, it will always run in the context of the interrupted process so we don't need to explicit it anymore. To to attach a normal ithread handler we do: bus_setup_intr(dev, r, flags, NULL, handler, softc, cookie) while a filtered handlers will look like: bus_setup_intr(dev, r, flags, filter, handler, softc, cookie) when both the filter and the handler functions are used. In my first patch i just address the bus_setup_intr() modification and it's the first and mandatory step before i commit the real interrupt handling mechanism: with these modifications in the tree the rest can be commited in #ifdef ... #endif without affecting the usual interrupt mechanism and that means, we can ship 7.0 with a dormient implementation (at least for i386 and amd64), and developers can convert their drivers during the entire 7.x life span. bye, P. From owner-freebsd-hackers@FreeBSD.ORG Wed Feb 21 23:45:00 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3F3E716A400; Wed, 21 Feb 2007 23:45:00 +0000 (UTC) (envelope-from don.hinton@vanderbilt.edu) Received: from mailgate04.smtp.vanderbilt.edu (mailgate04.smtp.Vanderbilt.Edu [129.59.1.75]) by mx1.freebsd.org (Postfix) with ESMTP id E6A8613C467; Wed, 21 Feb 2007 23:44:59 +0000 (UTC) (envelope-from don.hinton@vanderbilt.edu) Received: from smtp10.smtp.vanderbilt.edu (smtp10.smtp.Vanderbilt.Edu [129.59.1.11]) by mailgate04.smtp.vanderbilt.edu (8.13.7/8.13.7) with ESMTP id l1LMnou3002608 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 21 Feb 2007 16:49:50 -0600 Received: from smtp10.smtp.vanderbilt.edu (localhost [127.0.0.1]) by smtp10.smtp.vanderbilt.edu (8.12.11/8.12.11/VU-3.7.9C+d3.7.9) with ESMTP id l1LMno63002256; Wed, 21 Feb 2007 16:49:50 -0600 (CST) Received: from a129103.n1.vanderbilt.edu (A129103.N1.Vanderbilt.Edu [129.59.129.103]) by smtp10.smtp.vanderbilt.edu (8.12.11/8.12.11/VU-3.7.9.3B+d3.7.9) with ESMTP id l1LMnnEO002253 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Feb 2007 16:49:50 -0600 (CST) From: Don Hinton Organization: ISIS To: freebsd-questions@freebsd.org Date: Wed, 21 Feb 2007 16:49:41 -0600 User-Agent: KMail/1.9.4 References: <45DB63B1.7050004@swehack.se> <45DCB3AC.8090609@swehack.se> In-Reply-To: <45DCB3AC.8090609@swehack.se> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6855273.rMar1JWdIm"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200702211649.49108.don.hinton@vanderbilt.edu> X-Proofpoint-Virus-Version: vendor=fsecure engine=4.65.5502:2.3.11, 1.2.37, 4.0.164 definitions=2007-02-21_07:2007-02-21, 2007-02-21, 2007-02-21 signatures=0 X-PPS: No, score=0 Cc: nocturnal , freebsd-hackers@freebsd.org, Pietro Cerutti Subject: Re: Which file to request SIOCGIFMAC on? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 23:45:00 -0000 --nextPart6855273.rMar1JWdIm Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 21 February 2007 15:03, nocturnal wrote: > Hi > > Well that's weird, is MAC defined by default at all? I tried searching > for the definition but couldn't find it. > > I never thought it would be this hard just to get the ethernet address > from an ethernet interface in FreeBSD. I think i'll take a look at the > netlib source next, something tells me it will be easier to just > plagiarize their method than going through the kernel source any more. Have you tried google? This was asked on freebsd-hackers a few months ago: http://lists.freebsd.org/pipermail/freebsd-hackers/2006-August/017601.html hth... don > > > > Med v=C3=A4nliga h=C3=A4lsningar > > Stefan Midjich aka nocturnal > [Swehack] http://swehack.se > > Pietro Cerutti wrote: > > On 2/20/07, nocturnal wrote: > >> Hi > >> > >> The original plan is to only run it on FreeBSD 5 and higher, actually > >> only 6 by now. It's a program i'm writing for work and at work the most > >> active servers run FreeBSD 6 and are updated frequently. The ones with > >> older versions don't run anything of interest. > >> > >> I am buying a MacBook for personal use though so it would be nice to r= un > >> it on osx. I wouldn't like to start using another library just to get > >> the hardware address of an interface though, that seems kinda overkill > >> for what should be a simple task. The program is already using libpcap > >> but that is included in FreeBSD by default so you don't have to > >> install it. > >> > >> Do you have any idea of why i'm getting this error from ioctl when i'm > >> doing what the manual says i should do? I am of course running it as > >> root to because the libpcap operations require it. > >> > >> What might help me is to take a look at the source of that > >> libnet_get_hwaddr function in libnet. I'll try that, thank you very mu= ch > >> for the tip. > >> > >> So far i've been trying to look at the source for ifconfig to figure o= ut > >> how it gets the hardware address. Of course it uses SIOCGIFMAC but i > >> can't find the socket it opens because i can't find where it uses the > >> maclabel_status function. > > > > The problem isn't with the socket type or options. > > If you debug ifconfig, you'll find out that the ioctl call always > > returns -1, and the program goes on to the "goto mac_free" line. > > > > Take a look at /usr/src/sys/net/if.c, line 1258 > > > > Should we deduce that the particular ioctl isn't supported? > > > > P.S. I'm forwarding this to freebsd-hackers@ too, so sorry for cross > > posting > > > >> Med v=C3=A4nliga h=C3=A4lsningar > >> > >> Stefan Midjich aka nocturnal > >> [Swehack] http://swehack.se > >> > >> Chuck Swiger wrote: > >> > On Feb 20, 2007, at 1:10 PM, nocturnal wrote: > >> >> I'm trying to get the ethernet address and from the manuals i > >> >> understand that i need the ifreq structure for this. So i'm trying = to > >> >> request SIOCGIFMAC with ioctl on a socket of type SOCK_DGRAM. > >> > > >> > If you're just targetting FreeBSD >=3D 5.x platforms, your current > >> > approach is reasonable (assuming you can fix whatever the problem is= ); > >> > if you're targetting other platforms such FreeBSD 4, Dfly, OS X, or > >> > >> SysV > >> > >> > things like Solaris, try installing the libnet port and invoke > >> > libnet_get_hwaddr(). > >> > > >> > ---Chuck > >> > >> _______________________________________________ > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" =2D-=20 Don Hinton or Institute for Software Integrated Systems (ISIS), Vanderbilt University tel: 615.480.5667 or 615.870.9728 --nextPart6855273.rMar1JWdIm Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD4DBQBF3MyM0U0xbM5cLs0RApisAJjup24/r9abRSffaFdlOdLS3IAPAKDCsx/9 O07xX/nrHhQWVldfRVKx9w== =7V6+ -----END PGP SIGNATURE----- --nextPart6855273.rMar1JWdIm-- From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 22 03:57:21 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8C3B016A401 for ; Thu, 22 Feb 2007 03:57:21 +0000 (UTC) (envelope-from zombyfork@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.240]) by mx1.freebsd.org (Postfix) with ESMTP id 497A013C47E for ; Thu, 22 Feb 2007 03:57:21 +0000 (UTC) (envelope-from zombyfork@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so39468ana for ; Wed, 21 Feb 2007 19:57:20 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=ejUo+cpMtg70D7LJqyuCCpwhCYpaNesWmjPSE7G0PIx9bAPAA1UBhEqDd3sVAacvMxQ4Ocdw66pOi0Q3OxjowLMhf0qSeW8RLFQceOHSuAWRVMmh6e+81mIT1puiRq+dEq+IWyMIvOS4JaOpd6AAnQIoXQswuxreZo5GVpOYaTs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=icO8VGCsPdX4EQ/mSPr++Y5dEg6Ut+ezDbph3fvolxOH4gFhRKy0AHvsuwvPGSOEQjwyafDC4nHYhaEasVrCfu2HLF55/+uklf4nT8f1uHLNB+oOH0k+MAXK5x2D5foxIKhG6xhNng8PtMWZ7KuBHhLD1w7XOKh+1FhQuKcWzy0= Received: by 10.114.25.3 with SMTP id 3mr75137way.1172116640296; Wed, 21 Feb 2007 19:57:20 -0800 (PST) Received: by 10.115.108.15 with HTTP; Wed, 21 Feb 2007 19:57:20 -0800 (PST) Message-ID: <346a80220702211957t691bc8e9y2bde48bc0d1d0d32@mail.gmail.com> Date: Wed, 21 Feb 2007 20:57:20 -0700 From: "Coleman Kane" To: "DAK GHATIKACHALAM" In-Reply-To: <5df74baa0702181756o24be57c5r660bfb5f70db1194@mail.gmail.com> MIME-Version: 1.0 References: <5df74baa0702181756o24be57c5r660bfb5f70db1194@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: Re: Wireless card not being detected X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cokane@cokane.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 03:57:21 -0000 On 2/18/07, DAK GHATIKACHALAM wrote: > > Hi Freebsd > > > I have an issue with new card I need to make it work with freebsd, > > > on /var/log/messages I get > > > Feb 18 20:51:55 DAK kernel: pccard0: (manufacturer=0x0192, > produc > t=0x0710, function_type=6) at function 0 > Feb 18 20:51:55 DAK kernel: pccard0: CIS info: Sierra Wireless, AC860, > 3G > Net > work Adapter, R1 > > > For some reason I dont understand why I get unknown card error > > Does any one has idea > > > Thanks > Dak This is a 3G wireless card (not Wi-Fi)... apparently it is supposed to be supported by the uart or sio drivers. You should try searching google for: freebsd "sierra wireless" AC860 There are apparently some sort of changes to the kernel that need to be made. -- Coleman From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 22 08:28:51 2007 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.ORG Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3BF2016A403 for ; Thu, 22 Feb 2007 08:28:51 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 9A2AF13C471 for ; Thu, 22 Feb 2007 08:28:50 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (wnspsl@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l1M8SaV1019588; Thu, 22 Feb 2007 09:28:42 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l1M8Saf2019587; Thu, 22 Feb 2007 09:28:36 +0100 (CET) (envelope-from olli) Date: Thu, 22 Feb 2007 09:28:36 +0100 (CET) Message-Id: <200702220828.l1M8Saf2019587@lurza.secnetix.de> From: Oliver Fromme To: freebsd-hackers@FreeBSD.ORG, aard.nerd@gmail.com In-Reply-To: X-Newsgroups: list.freebsd-hackers User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 22 Feb 2007 09:28:42 +0100 (CET) Cc: Subject: Re: 64-bits platform question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-hackers@FreeBSD.ORG, aard.nerd@gmail.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 08:28:51 -0000 Aard Nerd wrote: > Hi list, as far as I know Intel 64 architecture (formerly known as Intel > Extended Memory 64 Technology, or Intel EM64T) Why formerly? As far as I know, intel's implementation of the AMD64 extension is _still_ called EM64T. Do not confuse it with IA64 which is something completely different. > So I bought an ASUS P4P800-VM with a > 3.0GHz processor that supports Intel EM64T and 1Gb of Infineon PC3200 RAM > memory. The system is ok...so why I can't install BSD 64 bits with my system > ??? First, this is the wrong list. Your question should rather be asked on the freebsd-questions mailing list. Second, we cannot help you because your message contains zero details. What exactly did you try to do (i.e which ISO did you download, exactly)? And what was the result when you tried to boot it? Did it hang, freeze, crash, print any error messages? And at what point during the installation did the problem occur? Without any details, our answer can only be as exact as your question. I.e. when simply asking "Why can't I install", then the answer is simply "Because you did something wrong". Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart Any opinions expressed in this message are personal to the author and may not necessarily reflect the opinions of secnetix GmbH & Co KG in any way. FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 22 14:28:01 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 07A5416A401; Thu, 22 Feb 2007 14:28:01 +0000 (UTC) (envelope-from chris@arnold.se) Received: from av7-2-sn3.vrr.skanova.net (av7-2-sn3.vrr.skanova.net [81.228.9.182]) by mx1.freebsd.org (Postfix) with ESMTP id B939413C481; Thu, 22 Feb 2007 14:28:00 +0000 (UTC) (envelope-from chris@arnold.se) Received: by av7-2-sn3.vrr.skanova.net (Postfix, from userid 502) id 5A2E437F6A; Thu, 22 Feb 2007 15:08:19 +0100 (CET) Received: from smtp3-2-sn3.vrr.skanova.net (smtp3-2-sn3.vrr.skanova.net [81.228.9.102]) by av7-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 2975A37F19; Thu, 22 Feb 2007 15:08:19 +0100 (CET) Received: from chrishome.localnet (81-224-156-16-o1033.telia.com [81.224.156.16]) by smtp3-2-sn3.vrr.skanova.net (Postfix) with ESMTP id D14B237E5C; Thu, 22 Feb 2007 15:08:47 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by chrishome.localnet (8.13.8/8.13.8) with ESMTP id l1ME8ksx090553; Thu, 22 Feb 2007 15:08:46 +0100 (CET) (envelope-from chris@arnold.se) Date: Thu, 22 Feb 2007 15:08:46 +0100 (CET) From: Christopher Arnold X-X-Sender: chris@chrishome.localnet To: Vladimir Botka In-Reply-To: <1172039459.3620.1.camel@srv> Message-ID: <20070222150725.G90468@chrishome.localnet> References: <20070220155152.R24373@chrishome.localnet> <1172039459.3620.1.camel@srv> X-message-flag: =?ISO-8859-1?Q?Outlook_isn=B4t_compliant_with_current_standards?= =?ISO-8859-1?Q?_please_install_another_mail_client!?= MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso8859-2; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: Xen Status? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 14:28:01 -0000 On Wed, 21 Feb 2007, Vladimir Botka wrote: > Christopher Arnold p=ED=B9e v =FAt 20. 02. 2007 v 16:17 +0100: >> i have been trying to dig up the actual status of running Xen on FreeBSD= =2E >> But everything i find seems to either be related to 5.3 or from early >> 2006. (Except yuanjue's page wich only confuses me on which version of >> FreeBSD Xen can run on/under.) >> >> So could someone please help me with these questions: >> >> A) Which versions of FreeBSD can we run under DomU? >> >> B) Is there actually support in the sources or must we still use the >> patches found here and there? >> >> C) Whats the status of Dom0 support? And on which versions will it run? > > Hello, NetBSD supports Xen. Cheers, -vlado. > Well thats true and easy to find. My question on this FreeBSD list was=20 related to FreeBSD thou. Can anyone on hackers shed some light on this? =09/Chris -- www.infotropic.com From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 22 16:41:58 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8B7A216A400 for ; Thu, 22 Feb 2007 16:41:58 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.freebsd.org (Postfix) with ESMTP id 6F7D313C4B5 for ; Thu, 22 Feb 2007 16:41:58 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 78CA91A000B1C for ; Thu, 22 Feb 2007 08:23:40 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at smtp.sd73.bc.ca Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id h+CWxRrb9O0e for ; Thu, 22 Feb 2007 08:23:29 -0800 (PST) Received: from coal (s10.sbo [192.168.0.10]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 12C071A000B20 for ; Thu, 22 Feb 2007 08:23:23 -0800 (PST) From: Freddie Cash To: freebsd-hackers@freebsd.org Date: Thu, 22 Feb 2007 08:23:21 -0800 User-Agent: KMail/1.9.5 References: <200702220828.l1M8Saf2019587@lurza.secnetix.de> In-Reply-To: <200702220828.l1M8Saf2019587@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702220823.22218.fcash@ocis.net> Subject: Re: 64-bits platform question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 16:41:58 -0000 On Thursday 22 February 2007 12:28 am, Oliver Fromme wrote: > Aard Nerd wrote: > > Hi list, as far as I know Intel 64 architecture (formerly known as > > Intel Extended Memory 64 Technology, or Intel EM64T) > > Why formerly? As far as I know, intel's implementation > of the AMD64 extension is _still_ called EM64T. Do not > confuse it with IA64 which is something completely > different. They changed the name of their 64-bit extensions to x86 to Intel64 (not to be confused with IA64) a couple months back. It doesn't seem to have taken root, though, as everywhere you look it's still referred to EM64T. There was even a thread about this on one of the FreeBSD mailing lists (although I don't feel like searching for the reference). -- Freddie Cash fcash@ocis.net From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 22 17:37:02 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 335AB16A402 for ; Thu, 22 Feb 2007 17:37:02 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.191]) by mx1.freebsd.org (Postfix) with ESMTP id BAD5513C491 for ; Thu, 22 Feb 2007 17:37:01 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by mu-out-0910.google.com with SMTP id g7so201897muf for ; Thu, 22 Feb 2007 09:37:00 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=MyqWd55ouj1jjo2dAU5qvHsgQoh2cwDqjLiPQjuqb8DooHQbmn67C707tBPirnMLkw4iqOhYaX6Zrul+DRLSI/GAjL8Y9+RYdhleLnpuWqZI4S5b/mweyeTb5xbur7qhWmddUyvhyserobASMtGcPZ7u72uzg4ECqv9wm/Gxpgc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=MyR8+Dcsso86PDD7Xdfx3qiIpi1JidalcDzMP51n1ToJlCmV4F2Isml4dUFyMr0eqqq5PpJb1LHBZ3wAaklQDsgcWTbAuddgz86OGjTuK7xVwdL6mu5qndUVWRBA9hylS0Vi78m74GGog6FUZhn7BewZQJ0eKayRxbCfaGYqzA4= Received: by 10.82.163.13 with SMTP id l13mr217974bue.1172165820258; Thu, 22 Feb 2007 09:37:00 -0800 (PST) Received: by 10.82.175.17 with HTTP; Thu, 22 Feb 2007 09:37:00 -0800 (PST) Message-ID: <5f67a8c40702220937h21dc6963r77637ba369549e25@mail.gmail.com> Date: Thu, 22 Feb 2007 12:37:00 -0500 From: "Zaphod Beeblebrox" To: freebsd-hackers@freebsd.org, peterjeremy@optushome.com.au, zbeeble@gmail.com In-Reply-To: <200702211113.l1LBDbQn006859@lurza.secnetix.de> MIME-Version: 1.0 References: <20070220182113.GC853@turion.vk2pj.dyndns.org> <200702211113.l1LBDbQn006859@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Fwd: Abyssmal dump cache efficiency X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 17:37:02 -0000 On 2/21/07, Oliver Fromme wrote: > > Peter Jeremy wrote: > > I've found that you do get a worthwhile improvement in dump|restore > > performance by introducing a large (10's of MB) fifo between them. > > This helps reduce synchronisation between dump and restore (so that > > dump can continue to read whilst restore is busy writing a batch of > > small files and vice versa). There's a suitable port but I can't > > recall the name because I wrote my own. > > There are several. The most popular ones are probably > misc/team and misc/buffer. I can certainly vouch for that , too. I generally use "team 1m 32" (total of 32meg of buffer). Team seems to not want to buffer more than 1m per process and I think 32 is the max # of processes. From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 22 17:49:15 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BE94916A402 for ; Thu, 22 Feb 2007 17:49:15 +0000 (UTC) (envelope-from zombyfork@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.238]) by mx1.freebsd.org (Postfix) with ESMTP id 69AAF13C48E for ; Thu, 22 Feb 2007 17:49:15 +0000 (UTC) (envelope-from zombyfork@gmail.com) Received: by nz-out-0506.google.com with SMTP id i11so238362nzh for ; Thu, 22 Feb 2007 09:49:14 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=HJ9C+41diyudPzBcyrwY4A9Mb8uvTdTKOoPRsbTgWN2Rxp4XaTrSxMaWKNVsXt5diK+wIHGAV/UlV5TPdeaGVRR3lZO4FPfPUPH3TiohXt/aSJuJUKhZIWiAfbdnuzSqfEvy6LHW9REnMkr5OvYyc7jbugEKMuDGmVXdZMyUtWQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=KXxlIf4wXbzUwECBBzuUEfvwctFPG3u820bNDHQC7rIv6Czclo2g41cRAKL195mG/wYDFXex+OZJMV+f15hgN7J3w52dmrUoE9zHgr38L7Lo6QSapuWJeKD83+0IY+tkg/liezeQp+pgbQMnQ7a6nRaQAH4YB1aNVbMkxaZ49pM= Received: by 10.114.200.2 with SMTP id x2mr399554waf.1172166554193; Thu, 22 Feb 2007 09:49:14 -0800 (PST) Received: by 10.115.108.15 with HTTP; Thu, 22 Feb 2007 09:49:14 -0800 (PST) Message-ID: <346a80220702220949wbe155bfn96b352e0229e3d17@mail.gmail.com> Date: Thu, 22 Feb 2007 10:49:14 -0700 From: "Coleman Kane" To: "youshi10@u.washington.edu" In-Reply-To: MIME-Version: 1.0 References: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: Re: Examples on using RTC X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cokane@cokane.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 17:49:15 -0000 On 2/16/07, youshi10@u.washington.edu wrote: > > On Fri, 16 Feb 2007, Mike Silbersack wrote: > > > > > On Fri, 16 Feb 2007 youshi10@u.washington.edu wrote: > > > >>> /usr/ports/emulators/rtc > >>> > >>> regards, > >>> > >>> usleep > >> > >> Already using / looked at that. I'm looking for something more > in-depth. > >> -Garrett > > > > The rtc port's sole purpose is to make the vmware port happier. As you > > probably saw, it just fakes the functions of the linux rtc device. > > > > What other rtc functions do you need? Almost everything the linux rtc > > device does can be accomplished by raising your system hz and using > > usleep/select. > > > > Mike "Silby" Silbersack > > Hmmm.. well, I can't seem to find equivalent definitions for the Linux > kernel macro RTC_PIE_OFF for instance and the emulators/rtc port isn't > sufficiently documented for me to determine how the original author found > out what signals RTC_PIE_ON and RTC_IRQP_* (whatever macro is also defined > in /usr/local/include/linux/rtc.h). > > -Garrett > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > Found the following patch for MPlayer on google... don't know if it will help... http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2005-January/032291.html -- Coleman Kane From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 22 21:24:36 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8198C16A402 for ; Thu, 22 Feb 2007 21:24:36 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.240]) by mx1.freebsd.org (Postfix) with ESMTP id 1CA7013C4A6 for ; Thu, 22 Feb 2007 21:24:35 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so236945ana for ; Thu, 22 Feb 2007 13:24:35 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=GG3PQobzoqBrbo3y7lOJWAssgqgt/6qsmtiZYg9XXPZoEncIwvirx+jQQ6SdGkXva8Lw4EbkowcqE6aFAMgTfrsX+jfR9rHDsZ2ndCSR/HLunj7MjX43NfohfgK5b4f4Vd3uAeH9YE6VeBtVjvI0Dxw88g/IU3Y8n9LlbhUAsBw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=jSPEN7cz7hEdRWRXvAGOyypg73WQRJzvqCoAyjSzUf8W1++V2g4wZd3z4MOu17PrQQDZlTr7TtjTtq9UVEnPTILwYSagtCQzL09ZnA52S/cJ+YAFol+j4lKQvZnkMRsduNH8mH/Ph3IjoT2tPb5H3k+0kuhwS0FN2J2CPBlZuM8= Received: by 10.100.124.5 with SMTP id w5mr940331anc.1172179475331; Thu, 22 Feb 2007 13:24:35 -0800 (PST) Received: by 10.100.33.5 with HTTP; Thu, 22 Feb 2007 13:24:35 -0800 (PST) Message-ID: Date: Thu, 22 Feb 2007 22:24:35 +0100 From: "Pietro Cerutti" To: freebsd-hackers@freebsd.org, freebsd-acpi@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Laptop won't power off X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 21:24:36 -0000 Hi Lists, first off, sorry for cross-posting, but I'm not subscribed to freebsd-acpi@, so acpi guys please CC me. The problem here is that my laptop doesn't power off when issuing halt -p or shutdown -p now. This is the machine: http://www.msicomputer.com/NB/product_spec.asp?model=MS-1034_(Core2_Duo) Any hint is greatly appreciated! Here's some info which could be relevant > sysctl hw.acpi hw.acpi.supported_sleep_state: S1 S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S1 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 hw.acpi.cpu.cx_lowest: C1 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.user_override: 0 hw.acpi.thermal.tz0.temperature: 59.8C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 0 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: -1 hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 99.8C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.acline: 1 hw.acpi.battery.life: 100 hw.acpi.battery.time: -1 hw.acpi.battery.state: 0 hw.acpi.battery.units: 1 hw.acpi.battery.info_expire: 5 > cat /var/run/dmesg [with debug.bootverbose=1] Copyright (c) 1992-2007 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #0: Thu Feb 22 15:30:46 CET 2007 root@gahrtop.localhost:/usr/obj/usr/src/sys/MSI1034 Preloaded elf kernel "/boot/kernel/kernel" at 0xc080e000. Calibrating clock(s) ... i8254 clock: 1193201 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2000154492 Hz CPU: Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz (2000.15-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0xe3bd,CX16,,> AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 real memory = 2138898432 (2039 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c28000 - 0x000000007d3a4fff, 2088226816 bytes (509821 pages) avail memory = 2087989248 (1991 MB) Table 'FACP' at 0x7f7d0200 Table 'APIC' at 0x7f7d0390 MADT: Found table at 0x7f7d0390 MP Configuration Table version 1.4 found at 0xc00fc480 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 2: enabled SMP: Added CPU 1 (AP) INTR: Adding local APIC 0 as a target ACPI APIC Table: INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 bios32: Found BIOS32 Service Directory header at 0xc00f0000 bios32: Entry = 0xf0010 (c00f0010) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0x31 pnpbios: Found PnP BIOS data at 0xc00f5500 pnpbios: Entry = f0000:60ea Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 2 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x0001000f pcm: 0x00010000 nfslock: pseudo-device null: random: io: mem: Pentium Pro MTRR support enabled VESA: information block 56 45 53 41 00 03 00 01 00 01 01 00 00 00 40 00 00 01 7b 00 00 01 43 01 00 01 55 01 00 01 89 01 00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 VESA: 21 mode(s) found VESA: v3.0, 7872k memory, flags:0x1, mode table:0xc0777420 (1000040) VESA: Intel(r) 82945GM Chipset Family Graphics Chip Accelerated VGA BIOS VESA: Intel Corporation Intel(r) 82945GM Chipset Family Graphics Controller Hardware Version 0.0 acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80001014 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=27a08086) pcibios: BIOS version 3.00 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 4 dev 4 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 0 dev 0 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) acpi0: wakeup code va 0xda35a000 pa 0x9d000 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 10 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 5 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 7 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 3 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 3 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x27a0, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x27a2, revid=0x03 bus=0, slot=2, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message map[10]: type 1, range 32, base ffe80000, size 19, enabled map[14]: type 4, range 32, base 0000ec00, size 3, enabled map[18]: type 3, range 32, base d0000000, size 28, enabled map[1c]: type 1, range 32, base ffe40000, size 18, enabled pcib0: matched entry for 0.2.INTA pcib0: slot 2 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x27a6, revid=0x03 bus=0, slot=2, func=1 class=03-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base 00000000, size 19, memory disabled found-> vendor=0x8086, dev=0x27d8, revid=0x02 bus=0, slot=27, func=0 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 64, base ffe3c000, size 14, enabled pcib0: matched entry for 0.27.INTA pcib0: slot 27 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x27d0, revid=0x02 bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0104, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x27d2, revid=0x02 bus=0, slot=28, func=1 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTB pcib0: slot 28 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x27d4, revid=0x02 bus=0, slot=28, func=2 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0106, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=c, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTC pcib0: slot 28 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x27c8, revid=0x02 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=3 map[20]: type 4, range 32, base 0000e880, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x27c9, revid=0x02 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=7 map[20]: type 4, range 32, base 0000e800, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x27ca, revid=0x02 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=5 map[20]: type 4, range 32, base 0000e480, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x27cb, revid=0x02 bus=0, slot=29, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=10 map[20]: type 4, range 32, base 0000e400, size 5, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 16 found-> vendor=0x8086, dev=0x27cc, revid=0x02 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=3 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base ffe3bc00, size 10, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x2448, revid=0xe2 bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x27b9, revid=0x02 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x27c4, revid=0x02 bus=0, slot=31, func=2 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=255 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000ffa0, size 4, enabled found-> vendor=0x8086, dev=0x27da, revid=0x02 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=7 map[20]: type 4, range 32, base 00000400, size 5, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 agp0: port 0xec00-0xec07 mem 0xffe80000-0xffefffff,0xd0000000-0xdfffffff,0xffe40000-0xffe7ffff irq 16 at device 2.0 on pci0 agp0: Reserved 0x80000 bytes for rid 0x10 type 3 at 0xffe80000 agp0: Reserved 0x80000 bytes for rid 0x10 type 3 at 0xffe80000 agp0: Reserved 0x40000 bytes for rid 0x1c type 3 at 0xffe40000 agp0: Reserved 0x10000000 bytes for rid 0x18 type 3 at 0xd0000000 agp0: detected 7932k stolen memory agp0: aperture size is 256M pci0: at device 2.1 (no driver attached) pci0: at device 27.0 (no driver attached) pcib1: irq 16 at device 28.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x0-0x0 pcib1: memory decode 0x0-0x0 pcib1: prefetched decode 0x0-0x0 pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.P0PD - AE_NOT_FOUND pci1: on pcib1 pci1: physical bus=1 pcib2: irq 17 at device 28.1 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xc000-0xcfff pcib2: memory decode 0xff200000-0xff2fffff pcib2: prefetched decode 0xfff00000-0xfffff pci2: on pcib2 pci2: physical bus=2 found-> vendor=0x10ec, dev=0x8168, revid=0x01 bus=2, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 2 messages, 64 bit map[10]: type 4, range 32, base 0000c800, size 8, enabled pcib2: requested I/O range 0xc800-0xc8ff: in range map[18]: type 1, range 64, base ff2ff000, size 12, enabled pcib2: requested memory range 0xff2ff000-0xff2fffff: good pcib2: matched entry for 2.0.INTA pcib2: slot 0 INTA hardwired to IRQ 17 re0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xc800 pcib2: re0 requested I/O range 0xc800-0xc8ff: in range pcib2: re0 requested I/O range 0xc800-0xc8ff: in range pcib2: re0 requested I/O range 0xc800-0xc8ff: in range re0: port 0xc800-0xc8ff mem 0xff2ff000-0xff2fffff irq 17 at device 0.0 on pci2 pcib2: re0 requested I/O range 0xc800-0xc8ff: in range miibus0: on re0 rgephy0: on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto re0: bpf attached re0: Ethernet address: 00:16:17:52:c8:d8 ioapic0: routing intpin 17 (PCI IRQ 17) to vector 49 re0: [MPSAFE] re0: [FAST] pcib3: irq 18 at device 28.2 on pci0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0x0-0x0 pcib3: memory decode 0xff300000-0xff3fffff pcib3: prefetched decode 0xfff00000-0xfffff pci3: on pcib3 pci3: physical bus=3 found-> vendor=0x8086, dev=0x4222, revid=0x02 bus=3, slot=0, func=0 class=02-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 32, base ff3ff000, size 12, enabled pcib3: requested memory range 0xff3ff000-0xff3fffff: good pcib3: matched entry for 3.0.INTA pcib3: slot 0 INTA hardwired to IRQ 18 pci3: at device 0.0 (no driver attached) uhci0: port 0xe880-0xe89f irq 23 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe880 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 50 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe800-0xe81f irq 19 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe800 ioapic0: routing intpin 19 (PCI IRQ 19) to vector 51 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xe480-0xe49f irq 18 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe480 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 52 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xe400-0xe41f irq 16 at device 29.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe400 ioapic0: routing intpin 16 (PCI IRQ 16) to vector 53 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xffe3bc00-0xffe3bfff irq 23 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xffe3bc00 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered ugen0: vendor 0x0c45 USB20 Camera, rev 2.00/1.00, addr 2 pcib4: at device 30.0 on pci0 pcib4: secondary bus 4 pcib4: subordinate bus 5 pcib4: I/O decode 0xd000-0xdfff pcib4: memory decode 0xff400000-0xffcfffff pcib4: prefetched decode 0xbdf00000-0xbfefffff pcib4: Subtractively decoded bridge. pci4: on pcib4 pci4: physical bus=4 found-> vendor=0x1217, dev=0x7134, revid=0x21 bus=4, slot=4, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0007, statreg=0x0410, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x43 (16750 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 00000000, size 12, enabled pcib4: matched entry for 4.4.INTA pcib4: slot 4 INTA hardwired to IRQ 16 found-> vendor=0x1217, dev=0x7120, revid=0x01 bus=4, slot=4, func=2 class=08-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0002, statreg=0x0410, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base ffcffc00, size 8, enabled pcib4: requested memory range 0xffcffc00-0xffcffcff: good pcib4: matched entry for 4.4.INTA pcib4: slot 4 INTA hardwired to IRQ 16 found-> vendor=0x1217, dev=0x7130, revid=0x01 bus=4, slot=4, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0002, statreg=0x0410, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base ffcfe000, size 12, enabled pcib4: requested memory range 0xffcfe000-0xffcfefff: good pcib4: matched entry for 4.4.INTA pcib4: slot 4 INTA hardwired to IRQ 16 found-> vendor=0x1217, dev=0x00f7, revid=0x02 bus=4, slot=4, func=4 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base ffcfd000, size 12, enabled pcib4: requested memory range 0xffcfd000-0xffcfdfff: good map[14]: type 1, range 32, base ffcff000, size 11, enabled pcib4: requested memory range 0xffcff000-0xffcff7ff: good pcib4: matched entry for 4.4.INTA pcib4: slot 4 INTA hardwired to IRQ 16 pci4: at device 4.0 (no driver attached) pci4: at device 4.2 (no driver attached) pci4: at device 4.3 (no driver attached) pci4: at device 4.4 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.2 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xffa0 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 54 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=40 ostat1=50 ata1: stat0=0x08 err=0x08 lsb=0x08 msb=0x08 ata1: stat0=0x08 err=0x08 lsb=0x08 msb=0x08 ata1: stat0=0x08 err=0x08 lsb=0x08 msb=0x08 ata1: stat0=0x08 err=0x08 lsb=0x08 msb=0x08 ata1: stat0=0x08 err=0x08 lsb=0x08 msb=0x08 ata1: stat0=0x08 err=0x08 lsb=0x08 msb=0x08 ata1: stat0=0x08 err=0x08 lsb=0x08 msb=0x08 ata1: stat0=0x08 err=0x08 lsb=0x08 msb=0x08 ata1: stat0=0x08 err=0x08 lsb=0x08 msb=0x08 ata1: stat0=0x08 err=0x08 lsb=0x08 msb=0x08 ata1: stat0=0x08 err=0x08 lsb=0x08 msb=0x08 ata1: stat0=0x08 err=0x08 lsb=0x08 msb=0x08 ata1: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=88 stat1=00 devices=0x8 ioapic0: routing intpin 15 (ISA IRQ 15) to vector 55 ata1: [MPSAFE] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 acpi_lid0: on acpi0 acpi_button1: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 56 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0065 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to vector 57 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 acpi_acad0: on acpi0 battery0: on acpi0 npx0: INT 16 interface ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xce800-0xcf7ff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) 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) 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 failed to probe at port 0x3f8 irq 4 on isa0 sio1 failed to probe at port 0x2f8 irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices ugen1: vendor 0x0a12 product 0x0001, rev 2.00/15.93, addr 2 Device configuration finished. Reducing kern.maxvnodes 133850 -> 100000 procfs registered linprocfs registered lapic: Divisor 2, Frequency 83339504 hz Timecounter "TSC" frequency 2000154492 Hz quality -100 Timecounters tick every 1.000 msec Linux ELF exec handler installed lo0: bpf attached ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=40 wire acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times battery0: battery initialization start ad0: 114473MB at ata0-master SATA150 ad0: 234441648 sectors [232581C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 ata1-slave: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: DVDR drive at ata1 as slave acd0: read 4134KB/s (4134KB/s) write 4134KB/s (4134KB/s), 2048KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 ioapic0: Assigning ISA IRQ 1 to local APIC 0 ioapic0: Assigning ISA IRQ 9 to local APIC 1 ioapic0: Assigning ISA IRQ 12 to local APIC 0 ioapic0: Assigning ISA IRQ 14 to local APIC 1 ioapic0: Assigning ISA IRQ 15 to local APIC 0 ioapic0: Assigning PCI IRQ 16 to local APIC 1 ioapic0: Assigning PCI IRQ 17 to local APIC 0 ioapic0: Assigning PCI IRQ 18 to local APIC 1 ioapic0: Assigning PCI IRQ 19 to local APIC 0 ioapic0: Assigning PCI IRQ 23 to local APIC 1 battery0: battery initialization done, tried 1 times Trying to mount root from ufs:/dev/ad0s1a start_init: trying /sbin/init Thanx, Regards -- Pietro Cerutti - ASCII Ribbon Campaign - against HTML e-mail and proprietary attachments www.asciiribbon.org From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 22 22:53:57 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BA77B16A400 for ; Thu, 22 Feb 2007 22:53:57 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.247]) by mx1.freebsd.org (Postfix) with ESMTP id 78DDA13C4B3 for ; Thu, 22 Feb 2007 22:53:57 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so255270ana for ; Thu, 22 Feb 2007 14:53:56 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=BG8RqfAUG0YxKfPh5gIyicFEyBSH6o/ZhN/+gOmSfCJoAXqXCwjVHSz1TfRMhYhpaKW6Vcksbd7NUY69em1zGKjO1HWX3IH6xCoAEV1mNzwwRGk+ovgyauAotgq4k/DI/T/SHaCIKqZPvTJRjTqMcQWTd1ovE8EjemfQKRQWohI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=nraL/JRrdw3NJcWPMRE4vsLv1IglWA40HjF/zt1Yh0657KiNPfx0QVw5tSVRqn196mTYqghAePyorkjp84pJHR0m0n90X4zKsJN5lTe60rh1K5vTKyZHLAnzBYN7tHr3+y0rqEaxMaieQkkBHQSzCogkU2poNjQh+RxlVfwuqXM= Received: by 10.100.164.14 with SMTP id m14mr991401ane.1172184835513; Thu, 22 Feb 2007 14:53:55 -0800 (PST) Received: by 10.100.33.5 with HTTP; Thu, 22 Feb 2007 14:53:55 -0800 (PST) Message-ID: Date: Thu, 22 Feb 2007 23:53:55 +0100 From: "Pietro Cerutti" To: "Nate Lawson" , rodrigc@crodrigues.org In-Reply-To: <45DE12CA.1010601@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <45DE12CA.1010601@root.org> Cc: freebsd-hackers@freebsd.org, freebsd-acpi@freebsd.org Subject: Re: Laptop won't power off X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 22:53:57 -0000 On 2/22/07, Nate Lawson wrote: > Pietro Cerutti wrote: > > Hi Lists, > > first off, sorry for cross-posting, but I'm not subscribed to > > freebsd-acpi@, so acpi guys please CC me. > > > > The problem here is that my laptop doesn't power off when issuing halt > > -p or shutdown -p now. > > This is the machine: > > http://www.msicomputer.com/NB/product_spec.asp?model=MS-1034_(Core2_Duo) > > > > Any hint is greatly appreciated! > > CPU: Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz (2000.15-MHz > > 686-class CPU) > > Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 > > Features=0xbfebfbff > > > > Features2=0xe3bd,CX16,,> > > AMD Features=0x20100000 > > AMD Features2=0x1 > > Cores per package: 2 > > Try disabling SMP so only 1 core is running. Build a kernel without SMP > option or at loader prompt type: > > set hint.apic.0.disabled="1" I already tried this way, but without any results... disabling SMPing only enables S3 state, which doesn't work otherwise.. Moreover, following the directives on "11.16 Using and Debugging FreeBSD ACPI" of the FreeBSD handbook, I put my ASL online here: https://staff.hti.bfh.ch/ctp3/MSI-1034.asl If I try to recompile it, there are a few errors: > iasl MSI-1034.asl Intel ACPI Component Architecture ASL Optimizing Compiler / AML Disassembler version 20041119 [Feb 22 2007] Copyright (C) 2000 - 2004 Intel Corporation Supports ACPI Specification Revision 2.0c MSI-1034.orig.asl 4128: PTS (Arg0) Error 1022 - ^ Object does not exist (PTS_) MSI-1034.orig.asl 4149: WAK (Arg0) Error 1022 - ^ Object does not exist (WAK_) MSI-1034.orig.asl 4206: If (SS1) Error 1037 - syntax error ^ ASL Input: MSI-1034.orig.asl - 4406 lines, 130275 bytes, 1862 keywords Compilation complete. 3 Errors, 0 Warnings, 0 Remarks, 536 Optimizations I solved the first two by putting the function declarations of PRS and WAK above the actual call at line 4128 and 4149, but I can't really figure out how to fix the third error. Thanx in advance! > > -- > Nate > -- Pietro Cerutti - ASCII Ribbon Campaign - against HTML e-mail and proprietary attachments www.asciiribbon.org From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 22 23:31:31 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1117016A41A for ; Thu, 22 Feb 2007 23:31:31 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.241]) by mx1.freebsd.org (Postfix) with ESMTP id A5C2613C4BD for ; Thu, 22 Feb 2007 23:31:30 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so262292ana for ; Thu, 22 Feb 2007 15:31:30 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=mIlhXg4syjYuYBdfC1bahD4zDfExkcRv6cRu6CxcfSN/c4IQBVrAsqt8C+ZEx0bdAgytQXww4hyM8Q3hK7/fZZLcMwe8DjuExaTAfdh6Wfsd0TlWjTU/hhaJ0N6xtEOjcmoN7OWh3zT/zcZa5AlseCBpqKhTggwV/f5YMIwmvXc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Xv8kK1nYRdHczTMLxxY5dpJcgydAfNbeo9Ay5YoL2kN6ilCzlPsxG3l5FrydQFtbGMYiqb7z9AwtzHABPPrA0uxhnjXUeUHjzz6K/McBBm2aQGMrWxzrwqfkJZ1wZVXMuse+wtPge9PBMKiSb9GsOuXrNziZeiZ3Xeo3JVzXpN8= Received: by 10.100.174.16 with SMTP id w16mr1015222ane.1172187089777; Thu, 22 Feb 2007 15:31:29 -0800 (PST) Received: by 10.100.33.5 with HTTP; Thu, 22 Feb 2007 15:31:29 -0800 (PST) Message-ID: Date: Fri, 23 Feb 2007 00:31:29 +0100 From: "Pietro Cerutti" To: "Moore, Robert" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: rodrigc@crodrigues.org, freebsd-acpi@freebsd.org, freebsd-hackers@freebsd.org, Nate Lawson Subject: Re: Laptop won't power off X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 23:31:31 -0000 On 2/23/07, Moore, Robert wrote: > > MSI-1034.orig.asl 4206: If (SS1) > > Error 1037 - syntax error ^ > > 3) Newer versions of iASL will allow executable statements outside of > control methods. So, sorry if I'm a bit slow, but this isn't likely to be the cause to my problems, isn't it? Any plan to port a new version of iASL (supporting the new features) to FreeBSD? > > > ASL Optimizing Compiler / AML Disassembler version 20041119 [Feb 22 > 2007] > > Like mid 2006 and newer. > Bob > > > > -----Original Message----- > > From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > > acpi@freebsd.org] On Behalf Of Pietro Cerutti > > Sent: Thursday, February 22, 2007 2:54 PM > > To: Nate Lawson; rodrigc@crodrigues.org > > Cc: freebsd-hackers@freebsd.org; freebsd-acpi@freebsd.org > > Subject: Re: Laptop won't power off > > > > On 2/22/07, Nate Lawson wrote: > > > Pietro Cerutti wrote: > > > > Hi Lists, > > > > first off, sorry for cross-posting, but I'm not subscribed to > > > > freebsd-acpi@, so acpi guys please CC me. > > > > > > > > The problem here is that my laptop doesn't power off when issuing > halt > > > > -p or shutdown -p now. > > > > This is the machine: > > > > http://www.msicomputer.com/NB/product_spec.asp?model=MS- > > 1034_(Core2_Duo) > > > > > > > > Any hint is greatly appreciated! > > > > CPU: Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz (2000.15-MHz > > > > 686-class CPU) > > > > Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 > > > > > > > Features=0xbfebfbff ,M > > CA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > > > > > > > > > > Features2=0xe3bd,CX16,, > > > > > > AMD Features=0x20100000 > > > > AMD Features2=0x1 > > > > Cores per package: 2 > > > > > > Try disabling SMP so only 1 core is running. Build a kernel without > SMP > > > option or at loader prompt type: > > > > > > set hint.apic.0.disabled="1" > > > > I already tried this way, but without any results... disabling SMPing > > only enables S3 state, which doesn't work otherwise.. > > > > Moreover, following the directives on "11.16 Using and Debugging > > FreeBSD ACPI" of the FreeBSD handbook, I put my ASL online here: > > > > https://staff.hti.bfh.ch/ctp3/MSI-1034.asl > > > > If I try to recompile it, there are a few errors: > > > > > iasl MSI-1034.asl > > > > Intel ACPI Component Architecture > > ASL Optimizing Compiler / AML Disassembler version 20041119 [Feb 22 > 2007] > > Copyright (C) 2000 - 2004 Intel Corporation > > Supports ACPI Specification Revision 2.0c > > > > MSI-1034.orig.asl 4128: PTS (Arg0) > > Error 1022 - ^ Object does not exist (PTS_) > > > > MSI-1034.orig.asl 4149: WAK (Arg0) > > Error 1022 - ^ Object does not exist (WAK_) > > > > MSI-1034.orig.asl 4206: If (SS1) > > Error 1037 - syntax error ^ > > > > ASL Input: MSI-1034.orig.asl - 4406 lines, 130275 bytes, 1862 > keywords > > Compilation complete. 3 Errors, 0 Warnings, 0 Remarks, 536 > Optimizations > > > > I solved the first two by putting the function declarations of PRS and > > WAK above the actual call at line 4128 and 4149, but I can't really > > figure out how to fix the third error. > > > > Thanx in advance! > > > > > > > > -- > > > Nate > > > > > > > > > -- > > Pietro Cerutti > > > > - ASCII Ribbon Campaign - > > against HTML e-mail and > > proprietary attachments > > www.asciiribbon.org > > _______________________________________________ > > freebsd-acpi@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > > To unsubscribe, send any mail to > "freebsd-acpi-unsubscribe@freebsd.org" > -- Pietro Cerutti - ASCII Ribbon Campaign - against HTML e-mail and proprietary attachments www.asciiribbon.org From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 22 23:46:01 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B0E9A16A400 for ; Thu, 22 Feb 2007 23:46:01 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id 6C02213C491 for ; Thu, 22 Feb 2007 23:46:01 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so264873ana for ; Thu, 22 Feb 2007 15:46:00 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=kleRO1EfXjwEsF4EgVQFelETRT5mt8LetcJ740gPHm6DUDY1KTpG2zL8fqzon+k/lrJWnUpUJWsPSAIpkwgkDC5Ssn5lPma7cgzA1ROnGz9kFSCzr8KeTlZOAA7z84AcH/P7ocdkTggc65dJ+TtKwjfnUfZTETEZWzifTB1SmvM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=QbHPx/1WwnWAI03iftPuVWagyqDnmLl1VHwtsD1Dd3Vnq7+qorqB1vYY2CAq7qg28GnXNcfTfO8tg9WKNf/NGYQFpzoyaQ7fyA9HGlXZdFek/5sL/02HY42SEM/N6kQCAs2aNlERA2IOHGTtRoImDlWMWUd2rYhPs4TDyUozrTE= Received: by 10.100.37.4 with SMTP id k4mr1022454ank.1172187960655; Thu, 22 Feb 2007 15:46:00 -0800 (PST) Received: by 10.100.33.5 with HTTP; Thu, 22 Feb 2007 15:46:00 -0800 (PST) Message-ID: Date: Fri, 23 Feb 2007 00:46:00 +0100 From: "Pietro Cerutti" To: "Moore, Robert" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: rodrigc@crodrigues.org, freebsd-acpi@freebsd.org, freebsd-hackers@freebsd.org, Nate Lawson Subject: Re: Laptop won't power off X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 23:46:01 -0000 On 2/23/07, Moore, Robert wrote: > Not likely to be cause of power off problems Ok, any other ideas? > > Compiler runs on linux, should run on bsd. If you're talking about this one: http://www.intel.com/technology/iapc/acpi/downloads/acpica-unix-20061109.tar.gz it doesn't compile neither on Debian (Kernel 2.6.12) nor on FreeBSD (6.2).... > make bison -v -d -y -pAslCompiler aslcompiler.y aslcompiler.y:3083.37-48: warning: rule never reduced because of conflicts: OptionalResourceType: /* empty */ cp y.tab.c aslcompilerparse.c cp y.tab.h aslcompiler.y.h cc -Wall -O2 -Wstrict-prototypes -D_LINUX -DACPI_ASL_COMPILER -I../include -c -o aslcompilerparse.o aslcompilerparse.c flex -i -PAslCompiler -oaslcompilerlex.c aslcompiler.l cc -Wall -O2 -Wstrict-prototypes -D_LINUX -DACPI_ASL_COMPILER -I../include -c -o aslcompilerlex.o aslcompilerlex.c aslcompiler.l: In function 'comment': aslcompiler.l:847: error: 'yytext_ptr' undeclared (first use in this function) aslcompiler.l:847: error: (Each undeclared identifier is reported only once aslcompiler.l:847: error: for each function it appears in.) make: *** [aslcompilerlex.o] Error 1 > > > > -----Original Message----- > > From: Pietro Cerutti [mailto:pietro.cerutti@gmail.com] > > Sent: Thursday, February 22, 2007 3:31 PM > > To: Moore, Robert > > Cc: Nate Lawson; rodrigc@crodrigues.org; freebsd-hackers@freebsd.org; > > freebsd-acpi@freebsd.org > > Subject: Re: Laptop won't power off > > > > On 2/23/07, Moore, Robert wrote: > > > > MSI-1034.orig.asl 4206: If (SS1) > > > > Error 1037 - syntax error ^ > > > > > > 3) Newer versions of iASL will allow executable statements outside > of > > > control methods. > > > > So, sorry if I'm a bit slow, but this isn't likely to be the cause to > > my problems, isn't it? > > > > Any plan to port a new version of iASL (supporting the new features) > to > > FreeBSD? > > > > > > > > > > > ASL Optimizing Compiler / AML Disassembler version 20041119 [Feb > 22 > > > 2007] > > > > > > Like mid 2006 and newer. > > > Bob > > > > > > > > > > -----Original Message----- > > > > From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > > > > acpi@freebsd.org] On Behalf Of Pietro Cerutti > > > > Sent: Thursday, February 22, 2007 2:54 PM > > > > To: Nate Lawson; rodrigc@crodrigues.org > > > > Cc: freebsd-hackers@freebsd.org; freebsd-acpi@freebsd.org > > > > Subject: Re: Laptop won't power off > > > > > > > > On 2/22/07, Nate Lawson wrote: > > > > > Pietro Cerutti wrote: > > > > > > Hi Lists, > > > > > > first off, sorry for cross-posting, but I'm not subscribed to > > > > > > freebsd-acpi@, so acpi guys please CC me. > > > > > > > > > > > > The problem here is that my laptop doesn't power off when > issuing > > > halt > > > > > > -p or shutdown -p now. > > > > > > This is the machine: > > > > > > http://www.msicomputer.com/NB/product_spec.asp?model=MS- > > > > 1034_(Core2_Duo) > > > > > > > > > > > > Any hint is greatly appreciated! > > > > > > CPU: Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz > (2000.15-MHz > > > > > > 686-class CPU) > > > > > > Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 > > > > > > > > > > > > > > Features=0xbfebfbff > > ,M > > > > > CA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > > > > > > > > > > > > > > > > > > > Features2=0xe3bd,CX16,, > > > > > > > > > > AMD Features=0x20100000 > > > > > > AMD Features2=0x1 > > > > > > Cores per package: 2 > > > > > > > > > > Try disabling SMP so only 1 core is running. Build a kernel > without > > > SMP > > > > > option or at loader prompt type: > > > > > > > > > > set hint.apic.0.disabled="1" > > > > > > > > I already tried this way, but without any results... disabling > SMPing > > > > only enables S3 state, which doesn't work otherwise.. > > > > > > > > Moreover, following the directives on "11.16 Using and Debugging > > > > FreeBSD ACPI" of the FreeBSD handbook, I put my ASL online here: > > > > > > > > https://staff.hti.bfh.ch/ctp3/MSI-1034.asl > > > > > > > > If I try to recompile it, there are a few errors: > > > > > > > > > iasl MSI-1034.asl > > > > > > > > Intel ACPI Component Architecture > > > > ASL Optimizing Compiler / AML Disassembler version 20041119 [Feb > 22 > > > 2007] > > > > Copyright (C) 2000 - 2004 Intel Corporation > > > > Supports ACPI Specification Revision 2.0c > > > > > > > > MSI-1034.orig.asl 4128: PTS (Arg0) > > > > Error 1022 - ^ Object does not exist (PTS_) > > > > > > > > MSI-1034.orig.asl 4149: WAK (Arg0) > > > > Error 1022 - ^ Object does not exist (WAK_) > > > > > > > > MSI-1034.orig.asl 4206: If (SS1) > > > > Error 1037 - syntax error ^ > > > > > > > > ASL Input: MSI-1034.orig.asl - 4406 lines, 130275 bytes, 1862 > > > keywords > > > > Compilation complete. 3 Errors, 0 Warnings, 0 Remarks, 536 > > > Optimizations > > > > > > > > I solved the first two by putting the function declarations of PRS > and > > > > WAK above the actual call at line 4128 and 4149, but I can't > really > > > > figure out how to fix the third error. > > > > > > > > Thanx in advance! > > > > > > > > > > > > > > -- > > > > > Nate > > > > > > > > > > > > > > > > > -- > > > > Pietro Cerutti > > > > > > > > - ASCII Ribbon Campaign - > > > > against HTML e-mail and > > > > proprietary attachments > > > > www.asciiribbon.org > > > > _______________________________________________ > > > > freebsd-acpi@freebsd.org mailing list > > > > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > > > > To unsubscribe, send any mail to > > > "freebsd-acpi-unsubscribe@freebsd.org" > > > > > > > > > -- > > Pietro Cerutti > > > > - ASCII Ribbon Campaign - > > against HTML e-mail and > > proprietary attachments > > www.asciiribbon.org > -- Pietro Cerutti - ASCII Ribbon Campaign - against HTML e-mail and proprietary attachments www.asciiribbon.org From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 23 00:00:20 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EE5B816A402 for ; Fri, 23 Feb 2007 00:00:20 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id 694AB13C4A3 for ; Fri, 23 Feb 2007 00:00:20 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so267338ana for ; Thu, 22 Feb 2007 16:00:19 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qXTbT2Q3hxEzpXOu72KvV8n4WPZRZupws9RjCzfl4Y+jB2qfybJ+QmTMsgp83omC8YCSovdKDv993CuIXCw2qjwuKbXLZQTMJTf3lNV6cId61FYG5h7waUo8E2uaZXzkdq5X9l2J/Q6a+Ahut/hmEfnOYeSaZlHpRPgHPlorE3k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=GZzCAUTwpr4tlPZzUS0OJ37qsw4cdLRLbIZQbcanoDuw5U7kvGXo0IDSxYI9uas0+hLFTqb9IxHmS5fUYtGiI8g/EXM1uqpjpRWn6G4y/uwWPAb9VgENJWIHkG0uR5El0Ta69N4p/S9xrzVPMbak5gq4tcUoiWblmfiNoltUxl4= Received: by 10.100.33.14 with SMTP id g14mr1025456ang.1172188819771; Thu, 22 Feb 2007 16:00:19 -0800 (PST) Received: by 10.100.33.5 with HTTP; Thu, 22 Feb 2007 16:00:19 -0800 (PST) Message-ID: Date: Fri, 23 Feb 2007 01:00:19 +0100 From: "Pietro Cerutti" To: "Moore, Robert" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: rodrigc@crodrigues.org, freebsd-acpi@freebsd.org, freebsd-hackers@freebsd.org, Nate Lawson Subject: Re: Laptop won't power off X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 00:00:21 -0000 On 2/23/07, Moore, Robert wrote: > On linux, the compiler must be generated with the "flex-old" package, I > don't know if there is anything like it for bsd. We are looking at > making changes to support newer versions of flex/bison. Bob, we don't have a flex-old package, so we'll have to wait till the new version becomes available. By the way, the asl code compiles without warning using the iasl apt package on Ubuntu, so the problem is definitely not with the asl. > Power problems: sorry, not the expert in this area. For everyone else: By disabling SMP I could get to a stage where, at the end of the shutdown process, this message is displayed (with SMP enabled, the screen turns black and I can't read messages): AcpiEnterSleepStatePrep failed - AE_NOT_FOUND So, any ideas on that? > > > > -----Original Message----- > > From: Pietro Cerutti [mailto:pietro.cerutti@gmail.com] > > Sent: Thursday, February 22, 2007 3:46 PM > > To: Moore, Robert > > Cc: Nate Lawson; rodrigc@crodrigues.org; freebsd-hackers@freebsd.org; > > freebsd-acpi@freebsd.org > > Subject: Re: Laptop won't power off > > > > On 2/23/07, Moore, Robert wrote: > > > Not likely to be cause of power off problems > > Ok, any other ideas? > > > > > > > > Compiler runs on linux, should run on bsd. > > If you're talking about this one: > > http://www.intel.com/technology/iapc/acpi/downloads/acpica-unix- > > 20061109.tar.gz > > it doesn't compile neither on Debian (Kernel 2.6.12) nor on FreeBSD > > (6.2).... > > > > > make > > bison -v -d -y -pAslCompiler aslcompiler.y > > aslcompiler.y:3083.37-48: warning: rule never reduced because of > > conflicts: OptionalResourceType: /* empty */ > > > > cp y.tab.c aslcompilerparse.c > > cp y.tab.h aslcompiler.y.h > > cc -Wall -O2 -Wstrict-prototypes -D_LINUX -DACPI_ASL_COMPILER > > -I../include -c -o aslcompilerparse.o aslcompilerparse.c > > flex -i -PAslCompiler -oaslcompilerlex.c aslcompiler.l > > cc -Wall -O2 -Wstrict-prototypes -D_LINUX -DACPI_ASL_COMPILER > > -I../include -c -o aslcompilerlex.o aslcompilerlex.c > > aslcompiler.l: In function 'comment': > > aslcompiler.l:847: error: 'yytext_ptr' undeclared (first use in this > > function) > > aslcompiler.l:847: error: (Each undeclared identifier is reported only > > once > > aslcompiler.l:847: error: for each function it appears in.) > > make: *** [aslcompilerlex.o] Error 1 > > > > > > > > > > > > > > -----Original Message----- > > > > From: Pietro Cerutti [mailto:pietro.cerutti@gmail.com] > > > > Sent: Thursday, February 22, 2007 3:31 PM > > > > To: Moore, Robert > > > > Cc: Nate Lawson; rodrigc@crodrigues.org; > freebsd-hackers@freebsd.org; > > > > freebsd-acpi@freebsd.org > > > > Subject: Re: Laptop won't power off > > > > > > > > On 2/23/07, Moore, Robert wrote: > > > > > > MSI-1034.orig.asl 4206: If (SS1) > > > > > > Error 1037 - syntax error ^ > > > > > > > > > > 3) Newer versions of iASL will allow executable statements > outside > > > of > > > > > control methods. > > > > > > > > So, sorry if I'm a bit slow, but this isn't likely to be the cause > to > > > > my problems, isn't it? > > > > > > > > Any plan to port a new version of iASL (supporting the new > features) > > > to > > > > FreeBSD? > > > > > > > > > > > > > > > > > > > ASL Optimizing Compiler / AML Disassembler version 20041119 > [Feb > > > 22 > > > > > 2007] > > > > > > > > > > Like mid 2006 and newer. > > > > > Bob > > > > > > > > > > > > > > > > -----Original Message----- > > > > > > From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > > > > > > acpi@freebsd.org] On Behalf Of Pietro Cerutti > > > > > > Sent: Thursday, February 22, 2007 2:54 PM > > > > > > To: Nate Lawson; rodrigc@crodrigues.org > > > > > > Cc: freebsd-hackers@freebsd.org; freebsd-acpi@freebsd.org > > > > > > Subject: Re: Laptop won't power off > > > > > > > > > > > > On 2/22/07, Nate Lawson wrote: > > > > > > > Pietro Cerutti wrote: > > > > > > > > Hi Lists, > > > > > > > > first off, sorry for cross-posting, but I'm not subscribed > to > > > > > > > > freebsd-acpi@, so acpi guys please CC me. > > > > > > > > > > > > > > > > The problem here is that my laptop doesn't power off when > > > issuing > > > > > halt > > > > > > > > -p or shutdown -p now. > > > > > > > > This is the machine: > > > > > > > > http://www.msicomputer.com/NB/product_spec.asp?model=MS- > > > > > > 1034_(Core2_Duo) > > > > > > > > > > > > > > > > Any hint is greatly appreciated! > > > > > > > > CPU: Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz > > > (2000.15-MHz > > > > > > > > 686-class CPU) > > > > > > > > Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 > > > > > > > > > > > > > > > > > > > > > > > Features=0xbfebfbff > > > > ,M > > > > > > > > > CA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Features2=0xe3bd,CX16,, > > > > > > > > > > > > > > AMD Features=0x20100000 > > > > > > > > AMD Features2=0x1 > > > > > > > > Cores per package: 2 > > > > > > > > > > > > > > Try disabling SMP so only 1 core is running. Build a kernel > > > without > > > > > SMP > > > > > > > option or at loader prompt type: > > > > > > > > > > > > > > set hint.apic.0.disabled="1" > > > > > > > > > > > > I already tried this way, but without any results... disabling > > > SMPing > > > > > > only enables S3 state, which doesn't work otherwise.. > > > > > > > > > > > > Moreover, following the directives on "11.16 Using and > Debugging > > > > > > FreeBSD ACPI" of the FreeBSD handbook, I put my ASL online > here: > > > > > > > > > > > > https://staff.hti.bfh.ch/ctp3/MSI-1034.asl > > > > > > > > > > > > If I try to recompile it, there are a few errors: > > > > > > > > > > > > > iasl MSI-1034.asl > > > > > > > > > > > > Intel ACPI Component Architecture > > > > > > ASL Optimizing Compiler / AML Disassembler version 20041119 > [Feb > > > 22 > > > > > 2007] > > > > > > Copyright (C) 2000 - 2004 Intel Corporation > > > > > > Supports ACPI Specification Revision 2.0c > > > > > > > > > > > > MSI-1034.orig.asl 4128: PTS (Arg0) > > > > > > Error 1022 - ^ Object does not exist > (PTS_) > > > > > > > > > > > > MSI-1034.orig.asl 4149: WAK (Arg0) > > > > > > Error 1022 - ^ Object does not exist > (WAK_) > > > > > > > > > > > > MSI-1034.orig.asl 4206: If (SS1) > > > > > > Error 1037 - syntax error ^ > > > > > > > > > > > > ASL Input: MSI-1034.orig.asl - 4406 lines, 130275 bytes, 1862 > > > > > keywords > > > > > > Compilation complete. 3 Errors, 0 Warnings, 0 Remarks, 536 > > > > > Optimizations > > > > > > > > > > > > I solved the first two by putting the function declarations of > PRS > > > and > > > > > > WAK above the actual call at line 4128 and 4149, but I can't > > > really > > > > > > figure out how to fix the third error. > > > > > > > > > > > > Thanx in advance! > > > > > > > > > > > > > > > > > > > > -- > > > > > > > Nate > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > Pietro Cerutti > > > > > > > > > > > > - ASCII Ribbon Campaign - > > > > > > against HTML e-mail and > > > > > > proprietary attachments > > > > > > www.asciiribbon.org > > > > > > _______________________________________________ > > > > > > freebsd-acpi@freebsd.org mailing list > > > > > > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > > > > > > To unsubscribe, send any mail to > > > > > "freebsd-acpi-unsubscribe@freebsd.org" > > > > > > > > > > > > > > > > > -- > > > > Pietro Cerutti > > > > > > > > - ASCII Ribbon Campaign - > > > > against HTML e-mail and > > > > proprietary attachments > > > > www.asciiribbon.org > > > > > > > > > -- > > Pietro Cerutti > > > > - ASCII Ribbon Campaign - > > against HTML e-mail and > > proprietary attachments > > www.asciiribbon.org > -- Pietro Cerutti - ASCII Ribbon Campaign - against HTML e-mail and proprietary attachments www.asciiribbon.org From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 22 23:11:18 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8719A16A404 for ; Thu, 22 Feb 2007 23:11:18 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 568C513C481 for ; Thu, 22 Feb 2007 23:11:18 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 19824 invoked from network); 22 Feb 2007 22:01:51 -0000 Received: from ppp-71-139-18-69.dsl.snfc21.pacbell.net (HELO ?10.0.5.55?) (nate-mail@71.139.18.69) by root.org with ESMTPA; 22 Feb 2007 22:01:51 -0000 Message-ID: <45DE12CA.1010601@root.org> Date: Thu, 22 Feb 2007 14:01:46 -0800 From: Nate Lawson User-Agent: Thunderbird 1.5.0.9 (X11/20070214) MIME-Version: 1.0 To: Pietro Cerutti References: In-Reply-To: X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 23 Feb 2007 00:19:22 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-acpi@freebsd.org Subject: Re: Laptop won't power off X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 23:11:18 -0000 Pietro Cerutti wrote: > Hi Lists, > first off, sorry for cross-posting, but I'm not subscribed to > freebsd-acpi@, so acpi guys please CC me. > > The problem here is that my laptop doesn't power off when issuing halt > -p or shutdown -p now. > This is the machine: > http://www.msicomputer.com/NB/product_spec.asp?model=MS-1034_(Core2_Duo) > > Any hint is greatly appreciated! > CPU: Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz (2000.15-MHz > 686-class CPU) > Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 > Features=0xbfebfbff > > Features2=0xe3bd,CX16,,> > AMD Features=0x20100000 > AMD Features2=0x1 > Cores per package: 2 Try disabling SMP so only 1 core is running. Build a kernel without SMP option or at loader prompt type: set hint.apic.0.disabled="1" -- Nate From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 22 23:40:40 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6559716A400; Thu, 22 Feb 2007 23:40:40 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by mx1.freebsd.org (Postfix) with ESMTP id DDFFA13C494; Thu, 22 Feb 2007 23:40:39 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by mga09.intel.com with ESMTP; 22 Feb 2007 15:40:39 -0800 Received: from orsmsx334.jf.intel.com ([10.22.226.45]) by fmsmga002.fm.intel.com with ESMTP; 22 Feb 2007 15:40:39 -0800 X-ExtLoop1: 1 X-IronPort-AV: i="4.14,207,1170662400"; d="scan'208"; a="49707145:sNHT24961167" Received: from orsmsx415.amr.corp.intel.com ([10.22.226.49]) by orsmsx334.jf.intel.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 22 Feb 2007 15:40:36 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 22 Feb 2007 15:40:36 -0800 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Laptop won't power off Thread-Index: AcdW2ZVUxrPdhRZqSvKiPrT4x2RSfQAARVaA From: "Moore, Robert" To: "Pietro Cerutti" X-OriginalArrivalTime: 22 Feb 2007 23:40:36.0803 (UTC) FILETIME=[DA42F930:01C756DA] X-Mailman-Approved-At: Fri, 23 Feb 2007 00:19:38 +0000 Cc: rodrigc@crodrigues.org, freebsd-acpi@freebsd.org, freebsd-hackers@freebsd.org, Nate Lawson Subject: RE: Laptop won't power off X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 23:40:40 -0000 Not likely to be cause of power off problems Compiler runs on linux, should run on bsd. > -----Original Message----- > From: Pietro Cerutti [mailto:pietro.cerutti@gmail.com] > Sent: Thursday, February 22, 2007 3:31 PM > To: Moore, Robert > Cc: Nate Lawson; rodrigc@crodrigues.org; freebsd-hackers@freebsd.org; > freebsd-acpi@freebsd.org > Subject: Re: Laptop won't power off >=20 > On 2/23/07, Moore, Robert wrote: > > > MSI-1034.orig.asl 4206: If (SS1) > > > Error 1037 - syntax error ^ > > > > 3) Newer versions of iASL will allow executable statements outside of > > control methods. >=20 > So, sorry if I'm a bit slow, but this isn't likely to be the cause to > my problems, isn't it? >=20 > Any plan to port a new version of iASL (supporting the new features) to > FreeBSD? >=20 >=20 > > > > > ASL Optimizing Compiler / AML Disassembler version 20041119 [Feb 22 > > 2007] > > > > Like mid 2006 and newer. > > Bob > > > > > > > -----Original Message----- > > > From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > > > acpi@freebsd.org] On Behalf Of Pietro Cerutti > > > Sent: Thursday, February 22, 2007 2:54 PM > > > To: Nate Lawson; rodrigc@crodrigues.org > > > Cc: freebsd-hackers@freebsd.org; freebsd-acpi@freebsd.org > > > Subject: Re: Laptop won't power off > > > > > > On 2/22/07, Nate Lawson wrote: > > > > Pietro Cerutti wrote: > > > > > Hi Lists, > > > > > first off, sorry for cross-posting, but I'm not subscribed to > > > > > freebsd-acpi@, so acpi guys please CC me. > > > > > > > > > > The problem here is that my laptop doesn't power off when issuing > > halt > > > > > -p or shutdown -p now. > > > > > This is the machine: > > > > > http://www.msicomputer.com/NB/product_spec.asp?model=3DMS- > > > 1034_(Core2_Duo) > > > > > > > > > > Any hint is greatly appreciated! > > > > > CPU: Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz (2000.15-MHz > > > > > 686-class CPU) > > > > > Origin =3D "GenuineIntel" Id =3D 0x6f6 Stepping =3D 6 > > > > > > > > > > Features=3D0xbfebfbff > ,M > > > CA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > > > > > > > > > > > > > > Features2=3D0xe3bd,CX16,, > > > > > > > > AMD Features=3D0x20100000 > > > > > AMD Features2=3D0x1 > > > > > Cores per package: 2 > > > > > > > > Try disabling SMP so only 1 core is running. Build a kernel without > > SMP > > > > option or at loader prompt type: > > > > > > > > set hint.apic.0.disabled=3D"1" > > > > > > I already tried this way, but without any results... disabling SMPing > > > only enables S3 state, which doesn't work otherwise.. > > > > > > Moreover, following the directives on "11.16 Using and Debugging > > > FreeBSD ACPI" of the FreeBSD handbook, I put my ASL online here: > > > > > > https://staff.hti.bfh.ch/ctp3/MSI-1034.asl > > > > > > If I try to recompile it, there are a few errors: > > > > > > > iasl MSI-1034.asl > > > > > > Intel ACPI Component Architecture > > > ASL Optimizing Compiler / AML Disassembler version 20041119 [Feb 22 > > 2007] > > > Copyright (C) 2000 - 2004 Intel Corporation > > > Supports ACPI Specification Revision 2.0c > > > > > > MSI-1034.orig.asl 4128: PTS (Arg0) > > > Error 1022 - ^ Object does not exist (PTS_) > > > > > > MSI-1034.orig.asl 4149: WAK (Arg0) > > > Error 1022 - ^ Object does not exist (WAK_) > > > > > > MSI-1034.orig.asl 4206: If (SS1) > > > Error 1037 - syntax error ^ > > > > > > ASL Input: MSI-1034.orig.asl - 4406 lines, 130275 bytes, 1862 > > keywords > > > Compilation complete. 3 Errors, 0 Warnings, 0 Remarks, 536 > > Optimizations > > > > > > I solved the first two by putting the function declarations of PRS and > > > WAK above the actual call at line 4128 and 4149, but I can't really > > > figure out how to fix the third error. > > > > > > Thanx in advance! > > > > > > > > > > > -- > > > > Nate > > > > > > > > > > > > > -- > > > Pietro Cerutti > > > > > > - ASCII Ribbon Campaign - > > > against HTML e-mail and > > > proprietary attachments > > > www.asciiribbon.org > > > _______________________________________________ > > > freebsd-acpi@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > > > To unsubscribe, send any mail to > > "freebsd-acpi-unsubscribe@freebsd.org" > > >=20 >=20 > -- > Pietro Cerutti >=20 > - ASCII Ribbon Campaign - > against HTML e-mail and > proprietary attachments > www.asciiribbon.org From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 22 23:42:35 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 06E7816A405 for ; Thu, 22 Feb 2007 23:42:35 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from mga02.intel.com (mga02.intel.com [134.134.136.20]) by mx1.freebsd.org (Postfix) with ESMTP id D556113C478 for ; Thu, 22 Feb 2007 23:42:32 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from orsmga001.jf.intel.com ([10.7.209.18]) by mga02.intel.com with ESMTP; 22 Feb 2007 15:13:48 -0800 Received: from orsmsx335.jf.intel.com ([10.22.226.40]) by orsmga001.jf.intel.com with ESMTP; 22 Feb 2007 15:13:48 -0800 X-ExtLoop1: 1 X-IronPort-AV: i="4.14,207,1170662400"; d="scan'208"; a="200286449:sNHT22850282" Received: from orsmsx415.amr.corp.intel.com ([10.22.226.49]) by orsmsx335.jf.intel.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 22 Feb 2007 15:13:48 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 22 Feb 2007 15:13:47 -0800 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Laptop won't power off Thread-Index: AcdW1FybhOsGS/zyRV67+DDXGIcmawAApW7Q From: "Moore, Robert" To: "Pietro Cerutti" , "Nate Lawson" , X-OriginalArrivalTime: 22 Feb 2007 23:13:48.0094 (UTC) FILETIME=[1B6575E0:01C756D7] X-Mailman-Approved-At: Fri, 23 Feb 2007 00:19:58 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-acpi@freebsd.org Subject: RE: Laptop won't power off X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 23:42:35 -0000 > MSI-1034.orig.asl 4206: If (SS1) > Error 1037 - syntax error ^ 3) Newer versions of iASL will allow executable statements outside of control methods. > ASL Optimizing Compiler / AML Disassembler version 20041119 [Feb 22 2007] Like mid 2006 and newer. Bob > -----Original Message----- > From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > acpi@freebsd.org] On Behalf Of Pietro Cerutti > Sent: Thursday, February 22, 2007 2:54 PM > To: Nate Lawson; rodrigc@crodrigues.org > Cc: freebsd-hackers@freebsd.org; freebsd-acpi@freebsd.org > Subject: Re: Laptop won't power off >=20 > On 2/22/07, Nate Lawson wrote: > > Pietro Cerutti wrote: > > > Hi Lists, > > > first off, sorry for cross-posting, but I'm not subscribed to > > > freebsd-acpi@, so acpi guys please CC me. > > > > > > The problem here is that my laptop doesn't power off when issuing halt > > > -p or shutdown -p now. > > > This is the machine: > > > http://www.msicomputer.com/NB/product_spec.asp?model=3DMS- > 1034_(Core2_Duo) > > > > > > Any hint is greatly appreciated! > > > CPU: Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz (2000.15-MHz > > > 686-class CPU) > > > Origin =3D "GenuineIntel" Id =3D 0x6f6 Stepping =3D 6 > > > > Features=3D0xbfebfbff CA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > > > > > > Features2=3D0xe3bd,CX16,, > > > > AMD Features=3D0x20100000 > > > AMD Features2=3D0x1 > > > Cores per package: 2 > > > > Try disabling SMP so only 1 core is running. Build a kernel without SMP > > option or at loader prompt type: > > > > set hint.apic.0.disabled=3D"1" >=20 > I already tried this way, but without any results... disabling SMPing > only enables S3 state, which doesn't work otherwise.. >=20 > Moreover, following the directives on "11.16 Using and Debugging > FreeBSD ACPI" of the FreeBSD handbook, I put my ASL online here: >=20 > https://staff.hti.bfh.ch/ctp3/MSI-1034.asl >=20 > If I try to recompile it, there are a few errors: >=20 > > iasl MSI-1034.asl >=20 > Intel ACPI Component Architecture > ASL Optimizing Compiler / AML Disassembler version 20041119 [Feb 22 2007] > Copyright (C) 2000 - 2004 Intel Corporation > Supports ACPI Specification Revision 2.0c >=20 > MSI-1034.orig.asl 4128: PTS (Arg0) > Error 1022 - ^ Object does not exist (PTS_) >=20 > MSI-1034.orig.asl 4149: WAK (Arg0) > Error 1022 - ^ Object does not exist (WAK_) >=20 > MSI-1034.orig.asl 4206: If (SS1) > Error 1037 - syntax error ^ >=20 > ASL Input: MSI-1034.orig.asl - 4406 lines, 130275 bytes, 1862 keywords > Compilation complete. 3 Errors, 0 Warnings, 0 Remarks, 536 Optimizations >=20 > I solved the first two by putting the function declarations of PRS and > WAK above the actual call at line 4128 and 4149, but I can't really > figure out how to fix the third error. >=20 > Thanx in advance! >=20 > > > > -- > > Nate > > >=20 >=20 > -- > Pietro Cerutti >=20 > - ASCII Ribbon Campaign - > against HTML e-mail and > proprietary attachments > www.asciiribbon.org > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 22 23:55:02 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E287D16A401; Thu, 22 Feb 2007 23:55:02 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by mx1.freebsd.org (Postfix) with ESMTP id BD91213C471; Thu, 22 Feb 2007 23:55:02 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by mga01.intel.com with ESMTP; 22 Feb 2007 15:55:02 -0800 Received: from orsmsx334.jf.intel.com ([10.22.226.45]) by fmsmga001.fm.intel.com with ESMTP; 22 Feb 2007 15:55:02 -0800 X-ExtLoop1: 1 X-IronPort-AV: i="4.14,207,1170662400"; d="scan'208"; a="203122838:sNHT24700900" Received: from orsmsx415.amr.corp.intel.com ([10.22.226.49]) by orsmsx334.jf.intel.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 22 Feb 2007 15:55:01 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 22 Feb 2007 15:55:01 -0800 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Laptop won't power off Thread-Index: AcdW251rTm/ES2g7QrS+4DA5j9iS2AAAR4pg From: "Moore, Robert" To: "Pietro Cerutti" X-OriginalArrivalTime: 22 Feb 2007 23:55:01.0953 (UTC) FILETIME=[DDEE6310:01C756DC] X-Mailman-Approved-At: Fri, 23 Feb 2007 00:20:14 +0000 Cc: rodrigc@crodrigues.org, freebsd-acpi@freebsd.org, freebsd-hackers@freebsd.org, Nate Lawson Subject: RE: Laptop won't power off X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 23:55:03 -0000 On linux, the compiler must be generated with the "flex-old" package, I don't know if there is anything like it for bsd. We are looking at making changes to support newer versions of flex/bison. Power problems: sorry, not the expert in this area. > -----Original Message----- > From: Pietro Cerutti [mailto:pietro.cerutti@gmail.com] > Sent: Thursday, February 22, 2007 3:46 PM > To: Moore, Robert > Cc: Nate Lawson; rodrigc@crodrigues.org; freebsd-hackers@freebsd.org; > freebsd-acpi@freebsd.org > Subject: Re: Laptop won't power off >=20 > On 2/23/07, Moore, Robert wrote: > > Not likely to be cause of power off problems > Ok, any other ideas? >=20 > > > > Compiler runs on linux, should run on bsd. > If you're talking about this one: > http://www.intel.com/technology/iapc/acpi/downloads/acpica-unix- > 20061109.tar.gz > it doesn't compile neither on Debian (Kernel 2.6.12) nor on FreeBSD > (6.2).... >=20 > > make > bison -v -d -y -pAslCompiler aslcompiler.y > aslcompiler.y:3083.37-48: warning: rule never reduced because of > conflicts: OptionalResourceType: /* empty */ >=20 > cp y.tab.c aslcompilerparse.c > cp y.tab.h aslcompiler.y.h > cc -Wall -O2 -Wstrict-prototypes -D_LINUX -DACPI_ASL_COMPILER > -I../include -c -o aslcompilerparse.o aslcompilerparse.c > flex -i -PAslCompiler -oaslcompilerlex.c aslcompiler.l > cc -Wall -O2 -Wstrict-prototypes -D_LINUX -DACPI_ASL_COMPILER > -I../include -c -o aslcompilerlex.o aslcompilerlex.c > aslcompiler.l: In function 'comment': > aslcompiler.l:847: error: 'yytext_ptr' undeclared (first use in this > function) > aslcompiler.l:847: error: (Each undeclared identifier is reported only > once > aslcompiler.l:847: error: for each function it appears in.) > make: *** [aslcompilerlex.o] Error 1 >=20 >=20 > > > > > > > -----Original Message----- > > > From: Pietro Cerutti [mailto:pietro.cerutti@gmail.com] > > > Sent: Thursday, February 22, 2007 3:31 PM > > > To: Moore, Robert > > > Cc: Nate Lawson; rodrigc@crodrigues.org; freebsd-hackers@freebsd.org; > > > freebsd-acpi@freebsd.org > > > Subject: Re: Laptop won't power off > > > > > > On 2/23/07, Moore, Robert wrote: > > > > > MSI-1034.orig.asl 4206: If (SS1) > > > > > Error 1037 - syntax error ^ > > > > > > > > 3) Newer versions of iASL will allow executable statements outside > > of > > > > control methods. > > > > > > So, sorry if I'm a bit slow, but this isn't likely to be the cause to > > > my problems, isn't it? > > > > > > Any plan to port a new version of iASL (supporting the new features) > > to > > > FreeBSD? > > > > > > > > > > > > > > > ASL Optimizing Compiler / AML Disassembler version 20041119 [Feb > > 22 > > > > 2007] > > > > > > > > Like mid 2006 and newer. > > > > Bob > > > > > > > > > > > > > -----Original Message----- > > > > > From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > > > > > acpi@freebsd.org] On Behalf Of Pietro Cerutti > > > > > Sent: Thursday, February 22, 2007 2:54 PM > > > > > To: Nate Lawson; rodrigc@crodrigues.org > > > > > Cc: freebsd-hackers@freebsd.org; freebsd-acpi@freebsd.org > > > > > Subject: Re: Laptop won't power off > > > > > > > > > > On 2/22/07, Nate Lawson wrote: > > > > > > Pietro Cerutti wrote: > > > > > > > Hi Lists, > > > > > > > first off, sorry for cross-posting, but I'm not subscribed to > > > > > > > freebsd-acpi@, so acpi guys please CC me. > > > > > > > > > > > > > > The problem here is that my laptop doesn't power off when > > issuing > > > > halt > > > > > > > -p or shutdown -p now. > > > > > > > This is the machine: > > > > > > > http://www.msicomputer.com/NB/product_spec.asp?model=3DMS- > > > > > 1034_(Core2_Duo) > > > > > > > > > > > > > > Any hint is greatly appreciated! > > > > > > > CPU: Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz > > (2000.15-MHz > > > > > > > 686-class CPU) > > > > > > > Origin =3D "GenuineIntel" Id =3D 0x6f6 Stepping =3D 6 > > > > > > > > > > > > > > > > > > Features=3D0xbfebfbff > > > ,M > > > > > > > CA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > > > > > > > > > > > > > > > > > > > > > > > > Features2=3D0xe3bd,CX16,, > > > > > > > > > > > > AMD Features=3D0x20100000 > > > > > > > AMD Features2=3D0x1 > > > > > > > Cores per package: 2 > > > > > > > > > > > > Try disabling SMP so only 1 core is running. Build a kernel > > without > > > > SMP > > > > > > option or at loader prompt type: > > > > > > > > > > > > set hint.apic.0.disabled=3D"1" > > > > > > > > > > I already tried this way, but without any results... disabling > > SMPing > > > > > only enables S3 state, which doesn't work otherwise.. > > > > > > > > > > Moreover, following the directives on "11.16 Using and Debugging > > > > > FreeBSD ACPI" of the FreeBSD handbook, I put my ASL online here: > > > > > > > > > > https://staff.hti.bfh.ch/ctp3/MSI-1034.asl > > > > > > > > > > If I try to recompile it, there are a few errors: > > > > > > > > > > > iasl MSI-1034.asl > > > > > > > > > > Intel ACPI Component Architecture > > > > > ASL Optimizing Compiler / AML Disassembler version 20041119 [Feb > > 22 > > > > 2007] > > > > > Copyright (C) 2000 - 2004 Intel Corporation > > > > > Supports ACPI Specification Revision 2.0c > > > > > > > > > > MSI-1034.orig.asl 4128: PTS (Arg0) > > > > > Error 1022 - ^ Object does not exist (PTS_) > > > > > > > > > > MSI-1034.orig.asl 4149: WAK (Arg0) > > > > > Error 1022 - ^ Object does not exist (WAK_) > > > > > > > > > > MSI-1034.orig.asl 4206: If (SS1) > > > > > Error 1037 - syntax error ^ > > > > > > > > > > ASL Input: MSI-1034.orig.asl - 4406 lines, 130275 bytes, 1862 > > > > keywords > > > > > Compilation complete. 3 Errors, 0 Warnings, 0 Remarks, 536 > > > > Optimizations > > > > > > > > > > I solved the first two by putting the function declarations of PRS > > and > > > > > WAK above the actual call at line 4128 and 4149, but I can't > > really > > > > > figure out how to fix the third error. > > > > > > > > > > Thanx in advance! > > > > > > > > > > > > > > > > > -- > > > > > > Nate > > > > > > > > > > > > > > > > > > > > > -- > > > > > Pietro Cerutti > > > > > > > > > > - ASCII Ribbon Campaign - > > > > > against HTML e-mail and > > > > > proprietary attachments > > > > > www.asciiribbon.org > > > > > _______________________________________________ > > > > > freebsd-acpi@freebsd.org mailing list > > > > > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > > > > > To unsubscribe, send any mail to > > > > "freebsd-acpi-unsubscribe@freebsd.org" > > > > > > > > > > > > > -- > > > Pietro Cerutti > > > > > > - ASCII Ribbon Campaign - > > > against HTML e-mail and > > > proprietary attachments > > > www.asciiribbon.org > > >=20 >=20 > -- > Pietro Cerutti >=20 > - ASCII Ribbon Campaign - > against HTML e-mail and > proprietary attachments > www.asciiribbon.org From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 23 00:57:11 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CE59A16A403 for ; Fri, 23 Feb 2007 00:57:11 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id B39A713C478 for ; Fri, 23 Feb 2007 00:57:11 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 39187 invoked from network); 23 Feb 2007 00:57:13 -0000 Received: from ppp-71-139-18-69.dsl.snfc21.pacbell.net (HELO ?10.0.5.55?) (nate-mail@71.139.18.69) by root.org with ESMTPA; 23 Feb 2007 00:57:13 -0000 Message-ID: <45DE3BE3.7070007@root.org> Date: Thu, 22 Feb 2007 16:57:07 -0800 From: Nate Lawson User-Agent: Thunderbird 1.5.0.9 (X11/20070214) MIME-Version: 1.0 To: Pietro Cerutti References: In-Reply-To: X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 23 Feb 2007 01:36:55 +0000 Cc: rodrigc@crodrigues.org, freebsd-acpi@freebsd.org, "Moore, Robert" , freebsd-hackers@freebsd.org Subject: Re: Laptop won't power off X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 00:57:11 -0000 Pietro Cerutti wrote: > On 2/23/07, Moore, Robert wrote: >> On linux, the compiler must be generated with the "flex-old" package, I >> don't know if there is anything like it for bsd. We are looking at >> making changes to support newer versions of flex/bison. > > Bob, > we don't have a flex-old package, so we'll have to wait till the new > version becomes available. By the way, the asl code compiles without > warning using the iasl apt package on Ubuntu, so the problem is > definitely not with the asl. We take care of the lex issue when we import acpi-ca. Please wait until we've done the import and use the iasl in the base system. Your issue is definitely not ASL-related. > >> Power problems: sorry, not the expert in this area. > For everyone else: > By disabling SMP I could get to a stage where, at the end of the > shutdown process, this message is displayed (with SMP enabled, the > screen turns black and I can't read messages): > > AcpiEnterSleepStatePrep failed - AE_NOT_FOUND > > So, any ideas on that? The \_S5 object is missing? Can you and the reboot failure people try: sysctl debug.acpi.do_powerstate=0 -Nate >> > -----Original Message----- >> > From: Pietro Cerutti [mailto:pietro.cerutti@gmail.com] >> > Sent: Thursday, February 22, 2007 3:46 PM >> > To: Moore, Robert >> > Cc: Nate Lawson; rodrigc@crodrigues.org; freebsd-hackers@freebsd.org; >> > freebsd-acpi@freebsd.org >> > Subject: Re: Laptop won't power off >> > >> > On 2/23/07, Moore, Robert wrote: >> > > Not likely to be cause of power off problems >> > Ok, any other ideas? >> > >> > > >> > > Compiler runs on linux, should run on bsd. >> > If you're talking about this one: >> > http://www.intel.com/technology/iapc/acpi/downloads/acpica-unix- >> > 20061109.tar.gz >> > it doesn't compile neither on Debian (Kernel 2.6.12) nor on FreeBSD >> > (6.2).... >> > >> > > make >> > bison -v -d -y -pAslCompiler aslcompiler.y >> > aslcompiler.y:3083.37-48: warning: rule never reduced because of >> > conflicts: OptionalResourceType: /* empty */ >> > >> > cp y.tab.c aslcompilerparse.c >> > cp y.tab.h aslcompiler.y.h >> > cc -Wall -O2 -Wstrict-prototypes -D_LINUX -DACPI_ASL_COMPILER >> > -I../include -c -o aslcompilerparse.o aslcompilerparse.c >> > flex -i -PAslCompiler -oaslcompilerlex.c aslcompiler.l >> > cc -Wall -O2 -Wstrict-prototypes -D_LINUX -DACPI_ASL_COMPILER >> > -I../include -c -o aslcompilerlex.o aslcompilerlex.c >> > aslcompiler.l: In function 'comment': >> > aslcompiler.l:847: error: 'yytext_ptr' undeclared (first use in this >> > function) >> > aslcompiler.l:847: error: (Each undeclared identifier is reported only >> > once >> > aslcompiler.l:847: error: for each function it appears in.) >> > make: *** [aslcompilerlex.o] Error 1 >> > > -- Nate From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 23 03:17:32 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B3B7116A402 for ; Fri, 23 Feb 2007 03:17:32 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.freebsd.org (Postfix) with ESMTP id 4B5B513C48E for ; Fri, 23 Feb 2007 03:17:32 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so513677nfc for ; Thu, 22 Feb 2007 19:17:31 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=L8l65swqsBQmCvrOfv3s6tGk27hBasXQIeJt2nP/vvo9yRZQ2J53DzaLp+owGLOBSAr7WcH0sLUJQtSZpSK9MS62c8kkDc43q3oRvSAfrdIsFvRZBu3Y8/Dh4oAimZcqx4JRKmJbFmsUiO+xjiLizd/JTzX7V7G4fmPGAeCLRSY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZfvEZHDBRSxkbt+UWq3O3kkWNWG1Vk+Me5mz9CYmJnETl4+9qx4uo8SIq9C5tpU1E755Qath+X3ZsVLZNanKk3yzAamx7Irug2XTtmSWQdc0CMmvKeoi4Ciev7z2yP/hSEikD6xzestztA1q7vUQRX5Kysj0mkv5YTkE98lemsQ= Received: by 10.82.114.3 with SMTP id m3mr335925buc.1172200651079; Thu, 22 Feb 2007 19:17:31 -0800 (PST) Received: by 10.82.151.15 with HTTP; Thu, 22 Feb 2007 19:17:31 -0800 (PST) Message-ID: Date: Thu, 22 Feb 2007 19:17:31 -0800 From: "Kip Macy" To: "Christopher Arnold" In-Reply-To: <20070222150725.G90468@chrishome.localnet> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070220155152.R24373@chrishome.localnet> <1172039459.3620.1.camel@srv> <20070222150725.G90468@chrishome.localnet> Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: Xen Status? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 03:17:32 -0000 > Well thats true and easy to find. My question on this FreeBSD list was > related to FreeBSD thou. > > Can anyone on hackers shed some light on this? > > /Chris FreeBSD HEAD worked on Xen in the 3.0.2 time frame. If someone is able to be self-sufficient in maintaining Xen support in FreeBSD I'll review and put it into CVS. -Kip From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 23 04:13:46 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8244F16A409 for ; Fri, 23 Feb 2007 04:13:46 +0000 (UTC) (envelope-from dakfreebsd@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.234]) by mx1.freebsd.org (Postfix) with ESMTP id 3EE7513C47E for ; Fri, 23 Feb 2007 04:13:46 +0000 (UTC) (envelope-from dakfreebsd@gmail.com) Received: by wr-out-0506.google.com with SMTP id 69so471298wra for ; Thu, 22 Feb 2007 20:13:45 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=IVY80Prv+PcQpNmqo5XSAkD0zyuYJSHYWFvuc5buD1WINo8Ua0XCf113N0qxAN2lI3cpYOE2zU9O2Zz3iPvDkaOJUNKWoDYNsx53x+5VLX0PjSYdBkTuu4eRIFcJg192Q8n4p4DDUl7OqqBsxinn3w93GCdHn6QhYxaV5hwHq/A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=YGnr7oZberl/PXnoQhd1FFnCBP58nUS5Nz+qhmpBb9xEeQ8xp/Z0MIlNoko93TYAbiqHqzCuguhiaPxXEFEynCL5QtbWtbkv7+R9whK2oJPGQvfFnmhyNlsib2m/2GVQTUHV1xjnBYACNM6IK/V8Wlb26cNCw1OP/qctRtN1gf8= Received: by 10.114.171.1 with SMTP id t1mr637647wae.1172204025122; Thu, 22 Feb 2007 20:13:45 -0800 (PST) Received: by 10.114.157.16 with HTTP; Thu, 22 Feb 2007 20:13:45 -0800 (PST) Message-ID: <5df74baa0702222013w31a4ea16q6b7fe248f6c47f53@mail.gmail.com> Date: Thu, 22 Feb 2007 23:13:45 -0500 From: "DAK GHATIKACHALAM" To: cokane@cokane.org, freebsd-hackers@freebsd.org In-Reply-To: <346a80220702211957t691bc8e9y2bde48bc0d1d0d32@mail.gmail.com> MIME-Version: 1.0 References: <5df74baa0702181756o24be57c5r660bfb5f70db1194@mail.gmail.com> <346a80220702211957t691bc8e9y2bde48bc0d1d0d32@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Wireless card not being detected X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 04:13:46 -0000 On 2/21/07, Coleman Kane wrote: > > On 2/18/07, DAK GHATIKACHALAM wrote: > > > Hi Freebsd > > > > > > I have an issue with new card I need to make it work with freebsd, > > > > > > on /var/log/messages I get > > > > > > Feb 18 20:51:55 DAK kernel: pccard0: > > (manufacturer=0x0192, > > produc > > t=0x0710, function_type=6) at function 0 > > Feb 18 20:51:55 DAK kernel: pccard0: CIS info: Sierra Wireless, > > AC860, 3G > > Net > > work Adapter, R1 > > > > > > For some reason I dont understand why I get unknown card error > > > > Does any one has idea > > > > > > Thanks > > Dak > > > > This is a 3G wireless card (not Wi-Fi)... apparently it is supposed to be > supported by the uart or sio drivers. You should try searching google for: > freebsd "sierra wireless" AC860 > > There are apparently some sort of changes to the kernel that need to be > made. > Thanks a lot for your input. Yes I have made changes to /usr/src/sys/dev/pccard/pccard_quirks.c file added a static struct static struct pccard_function pccard_sierra_860_func0 = { 6, /* function number */ PCCARD_FUNCTION_SERIAL, 0x0006, /* last cfe number */ 0x00, /* ccr_base */ 0x07, /* ccr_mask */ }; static struct pccard_config_entry pccard_sierra_860_func0_cfe0 = { 0x0006, /* cfe number */ PCCARD_CFE_IO8 | PCCARD_CFE_IRQLEVEL, PCCARD_IFTYPE_IO, 1, /* num_iospace */ 3, /* iomask */ { { 0x3e8 , 0x3ee } }, /* iospace */ 0x3fbc, /* irqmask */ 0, /* num_memspace */ { }, /* memspace */ 0, /* maxtwins */ }; and as well /usr/src/sys/dev/pccard/pccarddevs file vendor SIERRA 0x0192 Sierra Wireless /* Sierra Wireless */ product SIERRA WIRELESS 0x0710 Sierra Wireless Card I added these the pccard device driver detects my card but on the detection of the card while booting the laptop on tI get he console I get Feb 22 22:51:12 DAK kernel: pccard0: Allocation failed for cfe 6 Feb 22 22:51:12 DAK kernel: pccard0: No config entry could be allocated. errors Do you have idea why I am getting there errors Thanks Dak -- > Coleman > > > From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 23 06:16:29 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D269016A403 for ; Fri, 23 Feb 2007 06:16:29 +0000 (UTC) (envelope-from zombyfork@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id B709113C46B for ; Fri, 23 Feb 2007 06:16:28 +0000 (UTC) (envelope-from zombyfork@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so274561ugh for ; Thu, 22 Feb 2007 22:16:27 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=D39OeyS4MCglh8kY7G0UFqRHDPFVyWfe3ROueSeHJ+E2Bca0jsLMGNeCrmTNaknvTcYIXNG1ZMJmhg4NSGY+bXK+KJ857BLn8d0oAFV/aDJXRSQaRIzmctbCtfG8fENUuyH8N7vglxhFJlDPFaZyWuGfpRZLDYSdwAx6bP2ZhgY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=N+LEC18DPq6X3XzXQS8GlOVZ1Zj3zV7k15+Zfi242UfynuaCscwmhcSIuWM7/i/8mgA6VulgevsWUsuEwEwKn+U9sF5vCbdAEAQtUfP2ppeTySnHSqF40Ar2tGx6pQB2yIPH4CeJESyaKAjsbrNSGIEpfk6Y6Dm4ArSZIi0BaSw= Received: by 10.115.77.1 with SMTP id e1mr686533wal.1172211383060; Thu, 22 Feb 2007 22:16:23 -0800 (PST) Received: by 10.115.108.15 with HTTP; Thu, 22 Feb 2007 22:16:23 -0800 (PST) Message-ID: <346a80220702222216w560745dbw97f12e2da94fe698@mail.gmail.com> Date: Thu, 22 Feb 2007 23:16:23 -0700 From: "Coleman Kane" To: "DAK GHATIKACHALAM" In-Reply-To: <5df74baa0702222013w31a4ea16q6b7fe248f6c47f53@mail.gmail.com> MIME-Version: 1.0 References: <5df74baa0702181756o24be57c5r660bfb5f70db1194@mail.gmail.com> <346a80220702211957t691bc8e9y2bde48bc0d1d0d32@mail.gmail.com> <5df74baa0702222013w31a4ea16q6b7fe248f6c47f53@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: Re: Wireless card not being detected X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cokane@cokane.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 06:16:29 -0000 On 2/22/07, DAK GHATIKACHALAM wrote: > > On 2/21/07, Coleman Kane wrote: > > > > On 2/18/07, DAK GHATIKACHALAM wrote: > > > > > Hi Freebsd > > > > > > > > > I have an issue with new card I need to make it work with freebsd, > > > > > > > > > on /var/log/messages I get > > > > > > > > > Feb 18 20:51:55 DAK kernel: pccard0: > > > (manufacturer=0x0192, > > > produc > > > t=0x0710, function_type=6) at function 0 > > > Feb 18 20:51:55 DAK kernel: pccard0: CIS info: Sierra Wireless, > > > AC860, 3G > > > Net > > > work Adapter, R1 > > > > > > > > > For some reason I dont understand why I get unknown card error > > > > > > Does any one has idea > > > > > > > > > Thanks > > > Dak > > > > > > > > This is a 3G wireless card (not Wi-Fi)... apparently it is supposed to > be > > supported by the uart or sio drivers. You should try searching google > for: > > freebsd "sierra wireless" AC860 > > > > There are apparently some sort of changes to the kernel that need to be > > made. > > > > Thanks a lot for your input. > > Yes I have made changes to /usr/src/sys/dev/pccard/pccard_quirks.c file > added a static struct > > static struct pccard_function pccard_sierra_860_func0 = { > 6, /* function number */ > PCCARD_FUNCTION_SERIAL, > 0x0006, /* last cfe number */ > 0x00, /* ccr_base */ > 0x07, /* ccr_mask */ > }; > > static struct pccard_config_entry pccard_sierra_860_func0_cfe0 = { > 0x0006, /* cfe number */ > PCCARD_CFE_IO8 | PCCARD_CFE_IRQLEVEL, > PCCARD_IFTYPE_IO, > 1, /* num_iospace */ > 3, /* iomask */ > { { 0x3e8 , 0x3ee } }, /* iospace */ > 0x3fbc, /* irqmask */ > 0, /* num_memspace */ > { }, /* memspace */ > 0, /* maxtwins */ > }; > > and as well /usr/src/sys/dev/pccard/pccarddevs file > > vendor SIERRA 0x0192 Sierra Wireless > /* Sierra Wireless */ > product SIERRA WIRELESS 0x0710 Sierra Wireless Card > > I added these the pccard device driver detects my card but > > on the detection of the card while booting the laptop on tI get he > console > I get > > Feb 22 22:51:12 DAK kernel: pccard0: Allocation failed for cfe 6 > Feb 22 22:51:12 DAK kernel: pccard0: No config entry could be allocated. > > errors > Do you have idea why I am getting there errors > > > Thanks > Dak > > > -- > > Coleman > > > > > > It's been awhile for me and debugging cardbus/pcmcia devices. Maybe try changing the CFE number is the second struct to any of 0,1,2,3,4,5 ? --coleman From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 23 07:54:56 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E3CEF16A401 for ; Fri, 23 Feb 2007 07:54:56 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.228]) by mx1.freebsd.org (Postfix) with ESMTP id 1E3F713C478 for ; Fri, 23 Feb 2007 07:54:55 +0000 (UTC) (envelope-from pietro.cerutti@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so385936wxc for ; Thu, 22 Feb 2007 23:54:55 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=HBUbkj+ihDlbJQYUFn07OzuJT6AricBUX+UvoZP1WXOeiq8tifM6TEZoiy/42yQqhEYdH6HI0lMSJJY5Len+dkC7acv0hLJBntSzd/Yvw9ByvmXHgnjB0yvn1vqtMeILy6dymAIS1lFmIQg90SIPnUncsFh7wDnNHQ/AZoQmFvo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=d/GkN7vz6sfcDIRIOTRP3ZFCRYLCabPLvOvOxfYe4oueKaoznD/4Yuw1MO1JlSHEayQqDHYnLI6cCthtQsyLKt4gTpV8oVATJNCTq+mhcAFWFp8zHDYeb2pInLJeIkjFLxTp6AAFknXLjJnTFXnfEROSZKeOfThylSr8xmj1nsI= Received: by 10.70.67.10 with SMTP id p10mr2910210wxa.1172217295317; Thu, 22 Feb 2007 23:54:55 -0800 (PST) Received: by 10.100.33.5 with HTTP; Thu, 22 Feb 2007 23:54:55 -0800 (PST) Message-ID: Date: Fri, 23 Feb 2007 08:54:55 +0100 From: "Pietro Cerutti" To: "Nate Lawson" In-Reply-To: <45DE3BE3.7070007@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <45DE3BE3.7070007@root.org> Cc: rodrigc@crodrigues.org, freebsd-acpi@freebsd.org, "Moore, Robert" , freebsd-hackers@freebsd.org Subject: Re: Laptop won't power off X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 07:54:57 -0000 On 2/23/07, Nate Lawson wrote: > Pietro Cerutti wrote: > > On 2/23/07, Moore, Robert wrote: > >> On linux, the compiler must be generated with the "flex-old" package, I > >> don't know if there is anything like it for bsd. We are looking at > >> making changes to support newer versions of flex/bison. > > > > Bob, > > we don't have a flex-old package, so we'll have to wait till the new > > version becomes available. By the way, the asl code compiles without > > warning using the iasl apt package on Ubuntu, so the problem is > > definitely not with the asl. > > We take care of the lex issue when we import acpi-ca. Please wait until > we've done the import and use the iasl in the base system. > > Your issue is definitely not ASL-related. > > > > >> Power problems: sorry, not the expert in this area. > > For everyone else: > > By disabling SMP I could get to a stage where, at the end of the > > shutdown process, this message is displayed (with SMP enabled, the > > screen turns black and I can't read messages): > > > > AcpiEnterSleepStatePrep failed - AE_NOT_FOUND > > > > So, any ideas on that? > > The \_S5 object is missing? most likely not: hw.acpi.supported_sleep_state: S1 S3 S4 S5 > Can you and the reboot failure people try: > sysctl debug.acpi.do_powerstate=0 Nothing changes: as always, when I halt, the OS is shutdown and the screen turns black, nothing more, nothing less... Thanx, > > -Nate > > >> > -----Original Message----- > >> > From: Pietro Cerutti [mailto:pietro.cerutti@gmail.com] > >> > Sent: Thursday, February 22, 2007 3:46 PM > >> > To: Moore, Robert > >> > Cc: Nate Lawson; rodrigc@crodrigues.org; freebsd-hackers@freebsd.org; > >> > freebsd-acpi@freebsd.org > >> > Subject: Re: Laptop won't power off > >> > > >> > On 2/23/07, Moore, Robert wrote: > >> > > Not likely to be cause of power off problems > >> > Ok, any other ideas? > >> > > >> > > > >> > > Compiler runs on linux, should run on bsd. > >> > If you're talking about this one: > >> > http://www.intel.com/technology/iapc/acpi/downloads/acpica-unix- > >> > 20061109.tar.gz > >> > it doesn't compile neither on Debian (Kernel 2.6.12) nor on FreeBSD > >> > (6.2).... > >> > > >> > > make > >> > bison -v -d -y -pAslCompiler aslcompiler.y > >> > aslcompiler.y:3083.37-48: warning: rule never reduced because of > >> > conflicts: OptionalResourceType: /* empty */ > >> > > >> > cp y.tab.c aslcompilerparse.c > >> > cp y.tab.h aslcompiler.y.h > >> > cc -Wall -O2 -Wstrict-prototypes -D_LINUX -DACPI_ASL_COMPILER > >> > -I../include -c -o aslcompilerparse.o aslcompilerparse.c > >> > flex -i -PAslCompiler -oaslcompilerlex.c aslcompiler.l > >> > cc -Wall -O2 -Wstrict-prototypes -D_LINUX -DACPI_ASL_COMPILER > >> > -I../include -c -o aslcompilerlex.o aslcompilerlex.c > >> > aslcompiler.l: In function 'comment': > >> > aslcompiler.l:847: error: 'yytext_ptr' undeclared (first use in this > >> > function) > >> > aslcompiler.l:847: error: (Each undeclared identifier is reported only > >> > once > >> > aslcompiler.l:847: error: for each function it appears in.) > >> > make: *** [aslcompilerlex.o] Error 1 > >> > > > > > > -- > Nate > -- Pietro Cerutti - ASCII Ribbon Campaign - against HTML e-mail and proprietary attachments www.asciiribbon.org From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 23 04:25:01 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1CBD916A401; Fri, 23 Feb 2007 04:25:01 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id 78C7413C48D; Fri, 23 Feb 2007 04:25:00 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id l1N3uILQ064193; Fri, 23 Feb 2007 10:56:18 +0700 (KRAT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id l1N3uHmn064192; Fri, 23 Feb 2007 10:56:17 +0700 (KRAT) (envelope-from eugen) Date: Fri, 23 Feb 2007 10:56:17 +0700 From: Eugene Grosbein To: freebsd-hackers@freebsd.org Message-ID: <20070223035617.GA18955@svzserv.kemerovo.su> References: <20070220182113.GC853@turion.vk2pj.dyndns.org> <200702211113.l1LBDbQn006859@lurza.secnetix.de> <5f67a8c40702220937h21dc6963r77637ba369549e25@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5f67a8c40702220937h21dc6963r77637ba369549e25@mail.gmail.com> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Fri, 23 Feb 2007 12:41:13 +0000 Cc: freebsd-ports@freebsd.org Subject: Re: Fwd: Abyssmal dump cache efficiency X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 04:25:01 -0000 On Thu, Feb 22, 2007 at 12:37:00PM -0500, Zaphod Beeblebrox wrote: > >Peter Jeremy wrote: > >> I've found that you do get a worthwhile improvement in dump|restore > >> performance by introducing a large (10's of MB) fifo between them. > >> This helps reduce synchronisation between dump and restore (so that > >> dump can continue to read whilst restore is busy writing a batch of > >> small files and vice versa). There's a suitable port but I can't > >> recall the name because I wrote my own. > > > >There are several. The most popular ones are probably > >misc/team and misc/buffer. > > I can certainly vouch for that , too. I generally use "team 1m 32" (total > of 32meg of buffer). Team seems to not want to buffer more than 1m per > process and I think 32 is the max # of processes. Someone, please take a look at trivial patch for team's buffer size here: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/106806 The maintainer timeout for the PR has occured long time ago. Eugene Grosbein From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 23 13:16:40 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA17A16A402 for ; Fri, 23 Feb 2007 13:16:40 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 222FA13C441 for ; Fri, 23 Feb 2007 13:16:39 +0000 (UTC) (envelope-from killing@multiplay.co.uk) X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29) on core6.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-24.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.5 Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.5.4) with ESMTP id md50003552633.msg; Fri, 23 Feb 2007 13:11:48 +0000 Message-ID: <0e2001c7574c$26bc15a0$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: , Date: Fri, 23 Feb 2007 13:11:29 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-Spam-Processed: multiplay.co.uk, Fri, 23 Feb 2007 13:11:48 +0000 X-MDAV-Processed: multiplay.co.uk, Fri, 23 Feb 2007 13:11:49 +0000 Cc: Subject: FreeBSD Scaling on 6.2-RELEASE? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 13:16:40 -0000 I'm looking at new machines for high access forums / DB and wonder if anyone has any experience with how well FreeBSD specifically 6.2 scales on Dual Quad Core Intel's. We have some Dual Dual Core's here but I'm considering the Quad Core upgrade but am a little concerned that this may start to become OS limited given the 8 Cores. The software we will be running is vBulletin so apache + php and mysql. Does anyone have any experience / results they can share? Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 23 15:23:32 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DFAF416A402 for ; Fri, 23 Feb 2007 15:23:32 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout1.cac.washington.edu (mxout1.cac.washington.edu [140.142.32.134]) by mx1.freebsd.org (Postfix) with ESMTP id BDFBB13C478 for ; Fri, 23 Feb 2007 15:23:32 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9] (may be forged)) by mxout1.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l1NFNWm7019506 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 23 Feb 2007 07:23:32 -0800 X-Auth-Received: from [192.168.10.41] (c-67-187-172-183.hsd1.ca.comcast.net [67.187.172.183]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l1NFNVj4029795 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 23 Feb 2007 07:23:32 -0800 Message-ID: <45DF06E6.1050200@u.washington.edu> Date: Fri, 23 Feb 2007 07:23:18 -0800 From: Garrett Cooper User-Agent: Thunderbird 1.5.0.9 (X11/20070122) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <0e2001c7574c$26bc15a0$b3db87d4@multiplay.co.uk> In-Reply-To: <0e2001c7574c$26bc15a0$b3db87d4@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.0.289146, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.2.23.70935 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__C230066_P5 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Subject: Re: FreeBSD Scaling on 6.2-RELEASE? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 15:23:33 -0000 Steven Hartland wrote: > I'm looking at new machines for high access forums / DB > and wonder if anyone has any experience with how well > FreeBSD specifically 6.2 scales on Dual Quad Core Intel's. > > We have some Dual Dual Core's here but I'm considering > the Quad Core upgrade but am a little concerned that > this may start to become OS limited given the 8 Cores. > > The software we will be running is vBulletin so apache + > php and mysql. > > Does anyone have any experience / results they can share? > > Regards > Steve > > > ================================================ > This e.mail is private and confidential between Multiplay (UK) Ltd. and > the person or entity to whom it is addressed. In the event of > misdirection, the recipient is prohibited from using, copying, printing > or otherwise disseminating it or any information contained in it. > In the event of misdirection, illegible or incomplete transmission > please telephone +44 845 868 1337 > or return the E.mail to postmaster@multiplay.co.uk. Steve, Please search questions@ archive for more information regarding this inquiry. Then if you don't find your question, ask there. -Garrett From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 23 18:55:33 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 486A716A402 for ; Fri, 23 Feb 2007 18:55:33 +0000 (UTC) (envelope-from glarkin@sourcehosting.net) Received: from sourcehosting.net (sourcehosting.net [204.8.45.67]) by mx1.freebsd.org (Postfix) with ESMTP id E6E1A13C441 for ; Fri, 23 Feb 2007 18:55:31 +0000 (UTC) (envelope-from glarkin@sourcehosting.net) Received: (qmail 15571 invoked by uid 0); 23 Feb 2007 18:28:50 -0000 Received: from glarkin@sourcehosting.net by patches by uid 2033 with qmail-scanner-1.20rc1 (0.80 Clear:RC:1:. Processed in 0.055551 secs); 23 Feb 2007 18:28:50 -0000 X-Qmail-Scanner-Mail-From: glarkin@sourcehosting.net via patches X-Qmail-Scanner: 1.20rc1 (Clear:RC:1:. Processed in 0.055551 secs) Received: from 68-189-244-97.dhcp.oxfr.ma.charter.com (HELO Gregory-Larkins-Computer.local) (68.189.244.97) by 192.168.1.4 with SMTP; 23 Feb 2007 18:28:50 -0000 Received: from TWEETY (tweety.entropy.prv [192.168.1.9]) by Gregory-Larkins-Computer.local (Postfix) with ESMTP id A9673D6C7AB for ; Fri, 23 Feb 2007 13:28:22 -0500 (EST) From: "Greg Larkin" To: Date: Fri, 23 Feb 2007 13:27:38 -0500 Organization: SourceHosting.net, LLC Message-ID: <005101c75778$50577770$0901a8c0@TWEETY> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6822 Thread-Index: AcdXeEds/07V51gjSe+gFVbNmhN7UQ== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Importance: Normal Subject: Instruction fault panic while installing 6.2 on VMware Server X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: glarkin@sourcehosting.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 18:55:33 -0000 Hi everyone, I'm creating a standard FreeBSD 6.2 ISO image that I can use to perform unattended installations into VMware Server virtual machines. I'm using VMServer 1.0.1, and I've hit a roadblock when sysinstall attempts to create the root filesystem. The first thing to mention is that VMServer is running on a CentOS 4.4 host OS, and the CPU architecture is a Via C3 Nehemiah. Technically, the VMServer software is not supposed to work on the Via C3 line, but the Nehemiah apparently supports the CMOV instruction that VMServer requires. I've been able to install Fedora Core 6 successfully and run it with no problems, so I'm wondering if I just need to find the right options to configure FreeBSD 6.2 to get it to work. Anyway, the VM boots fine, loads the FreeBSD ISO, and launches sysinstall, but as soon as newfs is invoked to make the root filesystem, I get this: Making a new root filesystem on /dev/ad0s1a Panic: privileged instruction fault (auto reboot) I've tried installing from the standard 6.2 release ISO as well as a custom ISO with a recompiled kernel, but I get the same error either way. I also tried disabling ACPI during boot with no success. My custom kernel config is included below. My first thought was that if I explicitly set the CPU to I486, that might help avoid the instruction fault, but that doesn't work. I didn't see any other options that looked like they would fix the fault, but I'm not very experienced at kernel configuration either. Does anyone have an idea how to troubleshoot this problem? Thank you for any help! Regards, Greg Larkin machine i386 cpu I486_CPU ident VMWAREC3 makeoptions DEBUG=3D-g # Build kernel with gdb(1) debug symbols options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options SCSI_DELAY=3D5000 # 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 ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC device pci device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives options ATA_STATIC_ID # Static device numbering device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. device ahd # AHA39320/29320 and onboard AIC79xx devices options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. device mpt # LSI-Logic MPT-Fusion device bt # Buslogic/Mylex MultiMaster SCSI adapters 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) device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support device sc device pmtimer device sio # 8250, 16[45]50 based serial ports device ppc device ppbus # Parallel port bus (required) device lpt # Printer device ppi # Parallel port interface device device em # Intel PRO/1000 adapter Gigabit Ethernet Card device miibus # MII bus support device lnc # NE2100, NE32-VL Lance Ethernet cards device loop # Network loopback device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device bpf # Berkeley packet filter device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) device 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 From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 23 19:55:39 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 30E4D16A407 for ; Fri, 23 Feb 2007 19:55:39 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id D2F5A13C461 for ; Fri, 23 Feb 2007 19:55:38 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l1NJtVkA016209; Fri, 23 Feb 2007 14:55:31 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Fri, 23 Feb 2007 13:56:12 -0500 User-Agent: KMail/1.9.1 References: <007501c72f28$af27ffe0$b3db87d4@multiplay.co.uk> <00ef01c72f5f$28d3b470$b3db87d4@multiplay.co.uk> <008301c74e93$927775d0$b3db87d4@multiplay.co.uk> In-Reply-To: <008301c74e93$927775d0$b3db87d4@multiplay.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702231356.13384.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 23 Feb 2007 14:55:33 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2631/Thu Feb 22 16:33:11 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Steven Hartland Subject: Re: SMP initialisation changes 6.1-PRERELEASE and 6.1-RELEASE? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 19:55:39 -0000 On Monday 12 February 2007 05:50, Steven Hartland wrote: > For reference, incase someone else has this, this was worked > around by removing the unused fxp driver from the kernel. > > The only thing I can think of is that the kernel config for > the PRERELEASE was like this before as even reverting to > PRELREASE source failed to produce a stable kernel. That's really odd. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 23 19:55:43 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8811016A402 for ; Fri, 23 Feb 2007 19:55:43 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 08A8713C48D for ; Fri, 23 Feb 2007 19:55:42 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l1NJtVkB016209; Fri, 23 Feb 2007 14:55:34 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Fri, 23 Feb 2007 14:01:24 -0500 User-Agent: KMail/1.9.1 References: <45D2C7F8.9050302@pacbell.net> <45D57B29.2050408@pacbell.net> <20070219.102031.87764872.imp@bsdimp.com> In-Reply-To: <20070219.102031.87764872.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702231401.24982.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 23 Feb 2007 14:55:36 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2631/Thu Feb 22 16:33:11 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: dr2867@pacbell.net Subject: Re: PING: Someone on the core team. (Modem Problem) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 19:55:43 -0000 On Monday 19 February 2007 12:20, M. Warner Losh wrote: > In message: <45D57B29.2050408@pacbell.net> > Daniel Rudy writes: > : At about the time of 2/15/2007 12:14 AM, Peter Jeremy stated the following: > : > On 2007-Feb-14 00:27:36 -0800, Daniel Rudy wrote: > : >> Changing the slot did help. I moved it from slot 3 to slot 1. But, now > : >> it's dropping characters with a port speed of 57600, and I am also > : >> getting irq overrun errors from the kernel too now. > : > > : > This is not good. Interrupt latency is a bit of a sore point but the > : > FIFO trigger level is 8 bytes so getting SILO overflows implies a > : > latency of >1.38msec. Does sio4 report as [FAST] in the dmesg? > : > : No, it does not report as fast. I changed the /boot/device.hints file > : and commented out all the sio devices, since all the serial ports on the > : system are disabled anyways. This is the only one that is up and running. > : > : Here is the verbose dmesg from a reboot that I did just now: > : > : sio0: Reserved 0x100 bytes for rid 0x14 type 4 at 0xd400 > : sio0: configured irq 17 not in bitmap of probed irqs 0 > : sio0: port may not be enabled > : sio0: irq maps: 0xcb9 0xcb9 0xcb9 0xcb9 > : sio0: port > : 0xd400-0xd4ff,0xd800-0xd8ff,0xdc00-0xdc07 mem 0xeb105000-0xeb1050ff > : irq 17 at device 9.0 on pci0 > : sio0: type 16550A > : > : What I don't understand is why it keeps saying that "configured irq 17 > : not in bitmap of probed irqs 0"... What exactly does that mean? > > IRQ 17 was configured for the sio device. The sio probe provokes an > interrupt and then reads the interrupt mask. When it read it, the > mask was '0' meaning nothing was interrupting... Yeah, but the mask is meaningless for non-ISA IRQs as the mask is the mask from the 8259As, but IRQ 17 isn't routed via those, so sio complains about a missing interrupt even though it is working fine. Also, in 6.2, SIO should always be able to probe a FAST since 6.1 and later have the changes that let FAST and non-FAST share IRQs. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 24 03:33:37 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B264C16A403 for ; Sat, 24 Feb 2007 03:33:37 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.freebsd.org (Postfix) with ESMTP id 48FBA13C4A8 for ; Sat, 24 Feb 2007 03:33:37 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so831439nfc for ; Fri, 23 Feb 2007 19:33:36 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=g9ZztUvJJxs7eHvVXmgF0a0WOYK09G8/DLhofoQAG+FQvDv/uCRQ9TVIFtVMyN45yZ+HO2y3TMi+eiAAEQW7GcivLIJAFn1zLTrAvZ4D38ncYJ0LX64SoQ+xY55Abv8v2LvZqTewqKDgt78IOup7s1ZYm3+uynBlgWhzvKqe2Vs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=WGOEV0rzp08bmUSuMDnD5zldpdZ7djtTm2PIaXNooP4lhlwtuzFZsBXYqXRIB5kRz3FlUSX1pQmTvSh7mpCkFgts67NncACFWwm8annJJ1/lW6Ae66zSi9ZRVMzeKDNhvMN4QIBiFbYZv7Z/6faR7lo4zdpvvrr1B6GN0bf9S8k= Received: by 10.82.148.7 with SMTP id v7mr989111bud.1172288015542; Fri, 23 Feb 2007 19:33:35 -0800 (PST) Received: by 10.82.151.15 with HTTP; Fri, 23 Feb 2007 19:33:35 -0800 (PST) Message-ID: Date: Fri, 23 Feb 2007 19:33:35 -0800 From: "Kip Macy" To: KillFill In-Reply-To: <1172269990.2128.4.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070220155152.R24373@chrishome.localnet> <1172039459.3620.1.camel@srv> <20070222150725.G90468@chrishome.localnet> <1172269990.2128.4.camel@localhost> Cc: Christopher Arnold , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: Xen Status? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 03:33:37 -0000 The fix is trivial from just inspecting the loader change. Someone just has to have the wherewithal to make it and test it. -Kip On 2/23/07, KillFill wrote: > > Maybe a port could be made from the NetBSD fixes > > :-) > > -- > https://www.dineromail.com/cl/registracion/ri.asp?r=563042124848 > From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 24 12:04:07 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6757816A400 for ; Sat, 24 Feb 2007 12:04:07 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe10.swip.net [212.247.155.33]) by mx1.freebsd.org (Postfix) with ESMTP id 75E4013C4A6 for ; Sat, 24 Feb 2007 12:04:06 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [193.217.102.48] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe10.swip.net (CommuniGate Pro SMTP 5.0.12) with ESMTPA id 252021887; Sat, 24 Feb 2007 13:04:03 +0100 From: Hans Petter Selasky To: freebsd-hackers@freebsd.org Date: Sat, 24 Feb 2007 13:03:42 +0100 User-Agent: KMail/1.9.5 References: <20070220172559.GA1569@tin.it> <45DB3B31.8030203@FreeBSD.org> <20070221233124.GA13941@tin.it> In-Reply-To: <20070221233124.GA13941@tin.it> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702241303.42111.hselasky@c2i.net> Cc: Doug Barton , Paolo Pisati , FreeBSD_Current Subject: Re: HEADS UP: interrupt filtering & newbus API breakage X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 12:04:07 -0000 Hi, Was __FreeBSD_version bumped when this change was introduced? --HPS From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 24 12:12:31 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6368916A402 for ; Sat, 24 Feb 2007 12:12:31 +0000 (UTC) (envelope-from ghozzy@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.235]) by mx1.freebsd.org (Postfix) with ESMTP id 122FA13C4A5 for ; Sat, 24 Feb 2007 12:12:28 +0000 (UTC) (envelope-from ghozzy@gmail.com) Received: by wr-out-0506.google.com with SMTP id i22so706526wra for ; Sat, 24 Feb 2007 04:12:28 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=XCVAmn+tjcSb/cnyd4k4LmgyVhkI2TvjU0du86EaH+cRQEZmifarb9pH3ch4vQ4W3/3gYT1moE6EdyvePZPlrWWDIhPJqWfl2rcRw9lP7PIrRCkeo4+l4SDEUO+PhqrabNaxm/Ku5Zr59K6YUYmNwUPVkpRCHMtlqiJzVgYUucs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=Vio+87WgOzJtkCZXcRMWsveb+tRKXcMhtRdDALZgsxP6MsH6UtoiH07iTkrbhnzvxrU57QFUwaBIZ6Df16o8+/fym0cLxpKSvaM6c3VgMDR+kjL5kgmnbt5xUrZVnkYwWGsCZ1AycKpFkt0KIFnvvoZV/H4AJOJpFFEPFiwCBRM= Received: by 10.114.152.17 with SMTP id z17mr1470345wad.1172317493034; Sat, 24 Feb 2007 03:44:53 -0800 (PST) Received: by 10.114.158.12 with HTTP; Sat, 24 Feb 2007 03:44:52 -0800 (PST) Message-ID: Date: Sat, 24 Feb 2007 14:44:52 +0300 From: ghozzy To: glarkin@sourcehosting.net In-Reply-To: <005101c75778$50577770$0901a8c0@TWEETY> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_57360_18832008.1172317492992" References: <005101c75778$50577770$0901a8c0@TWEETY> Cc: freebsd-hackers@freebsd.org Subject: Re: Instruction fault panic while installing 6.2 on VMware Server X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 12:12:31 -0000 ------=_Part_57360_18832008.1172317492992 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, On 2/23/07, Greg Larkin wrote: > Hi everyone, > > I'm creating a standard FreeBSD 6.2 ISO image that I can use to > perform unattended installations into VMware Server virtual machines. > I'm using VMServer 1.0.1, and I've hit a roadblock when sysinstall > attempts to create the root filesystem. > > The first thing to mention is that VMServer is running on a CentOS 4.4 > host OS, and the CPU architecture is a Via C3 Nehemiah. Technically, > the VMServer software is not supposed to work on the Via C3 line, but > the Nehemiah apparently supports the CMOV instruction that VMServer > requires. I've been able to install Fedora Core 6 successfully and > run it with no problems, so I'm wondering if I just need to find the > right options to configure FreeBSD 6.2 to get it to work. > > Anyway, the VM boots fine, loads the FreeBSD ISO, and launches > sysinstall, but as soon as newfs is invoked to make the root > filesystem, I get this: > > Making a new root filesystem on /dev/ad0s1a > Panic: privileged instruction fault > (auto reboot) > > I've tried installing from the standard 6.2 release ISO as well as a > custom ISO with a recompiled kernel, but I get the same error either > way. I also tried disabling ACPI during boot with no success. > > My custom kernel config is included below. My first thought was that > if I explicitly set the CPU to I486, that might help avoid the > instruction fault, but that doesn't work. I didn't see any other > options that looked like they would fix the fault, but I'm not very > experienced at kernel configuration either. > > Does anyone have an idea how to troubleshoot this problem? Thank you > for any help! > > Regards, > Greg Larkin I have experienced similar problem in VMware Workstation under Windows XP on Via C3 Nehemiah processor since FreeBSD 5.x. In my case privileged instruction fault shot somewhere in rc boot process. Tracing down the cause of fault i found out that it was xstore instruction, which VMware did not emulate. It turned out to be the merit of new random generator appeared somewhere in 5.x, which detected the Via processor and tried to use its hardware random number generator. My workaround was to patch kernel to disable using this Via processor feature completely. The result was successful booting and running FreeBSD 5.x and 6.x under VMware on this machine. Attached is the patch i use for 6.x kernel. Hope this helps. -- ghozzy ------=_Part_57360_18832008.1172317492992 Content-Type: application/octet-stream; name=sys_dev_random_probe.c.patch Content-Transfer-Encoding: base64 X-Attachment-Id: f_eyjzi45q Content-Disposition: attachment; filename="sys_dev_random_probe.c.patch" LS0tIHN5cy9kZXYvcmFuZG9tL3Byb2JlLmMtb3JpZwlUdWUgQXVnICAxIDExOjMyOjI1IDIwMDYK KysrIHN5cy9kZXYvcmFuZG9tL3Byb2JlLmMJTW9uIFNlcCAyNSAxMToxODoxNSAyMDA2CkBAIC01 Niw2ICs1Niw3IEBACiAKIAkvKiBUaGVuIGdvIGxvb2tpbmcgZm9yIGhhcmR3YXJlICovCiAjaWYg ZGVmaW5lZChfX2kzODZfXykgJiYgIWRlZmluZWQoUEM5OCkKKwlyZXR1cm47IC8qIGhhY2sgZm9y IFZNd2FyZSBub3QgaGFuZGxpbmcgeHN0b3JlIGluc3RydWN0aW9uICovCiAJaWYoIHZpYV9mZWF0 dXJlX3JuZyAmIFZJQV9IQVNfUk5HICkgewogCQkqc3lzdGF0ID0gcmFuZG9tX25laGVtaWFoOwog CX0K ------=_Part_57360_18832008.1172317492992-- From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 24 12:31:39 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EE36016A404; Sat, 24 Feb 2007 12:31:39 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 9A81613C47E; Sat, 24 Feb 2007 12:31:39 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5F3ED.dip.t-dialin.net [84.165.243.237]) by redbull.bpaserver.net (Postfix) with ESMTP id F258E2E14E; Sat, 24 Feb 2007 13:31:34 +0100 (CET) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by outgoing.leidinger.net (Postfix) with ESMTP id 26A515B4817; Sat, 24 Feb 2007 13:31:32 +0100 (CET) Date: Sat, 24 Feb 2007 13:31:31 +0100 From: Alexander Leidinger To: Hans Petter Selasky Message-ID: <20070224133131.6bf4dce3@Magellan.Leidinger.net> In-Reply-To: <200702241303.42111.hselasky@c2i.net> References: <20070220172559.GA1569@tin.it> <45DB3B31.8030203@FreeBSD.org> <20070221233124.GA13941@tin.it> <200702241303.42111.hselasky@c2i.net> X-Mailer: Claws Mail 2.7.2 (GTK+ 2.10.9; i686-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.864, required 8, autolearn=not spam, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No X-Mailman-Approved-At: Sat, 24 Feb 2007 14:08:47 +0000 Cc: freebsd-hackers@freebsd.org, Paolo, Doug Barton , Pisati , FreeBSD_Current Subject: Re: HEADS UP: interrupt filtering & newbus API breakage X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 12:31:40 -0000 Quoting Hans Petter Selasky (Sat, 24 Feb 2007 13:03:42 +0100): > Was __FreeBSD_version bumped when this change was introduced? Yes (700031). Not in the same commit, but shortly after it. Bye, Alexander. -- BOFH excuse #151: Some one needed the powerstrip, so they pulled the switch plug. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 24 16:01:49 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B727916A404 for ; Sat, 24 Feb 2007 16:01:49 +0000 (UTC) (envelope-from franzschmalzl@spamfreemail.de) Received: from master.rb-hosting.de (master.rb-hosting.de [213.239.209.108]) by mx1.freebsd.org (Postfix) with ESMTP id 35A2513C4B4 for ; Sat, 24 Feb 2007 16:01:49 +0000 (UTC) (envelope-from franzschmalzl@spamfreemail.de) Received: from localhost (localhost [127.0.0.1]) by master.rb-hosting.de (Postfix) with ESMTP id 5EEE834976 for ; Sat, 24 Feb 2007 16:36:54 +0100 (CET) Received: from master.rb-hosting.de ([127.0.0.1]) by localhost (master.rb-hosting.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 27515-01-14 for ; Sat, 24 Feb 2007 16:36:43 +0100 (CET) Received: from [10.60.4.30] (85-124-6-201.dynamic.xdsl-line.inode.at [85.124.6.201]) by master.rb-hosting.de (Postfix) with ESMTP id E7AB3351D6 for ; Sat, 24 Feb 2007 16:36:42 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v752.3) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-hackers@freebsd.org From: "franzschmalzl@spamfreemail.de" Date: Sat, 24 Feb 2007 16:36:40 +0100 X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian GNU/Linux) at master.rb-hosting.de Subject: first revision macbook pro X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 16:01:49 -0000 hello i have a first revision macbook pro (core duo 2ghz, not core 2 duo!) i have sort of a problem here freebsd 6.2 and 7.0 current (5 feb.) don't really boot correctly i get: AP #1 (PHY# 1) failed! panic y/n? [y] sometimes i get around this problem if i press the power button in the exact right moment. yesterday i built my own kernel without APIC and SMP support at least now it boots 100% of the time but i'd like to use both of my cores network card doesn't work either... here is the output of cpuid eax in eax ebx ecx edx 00000000 0000000a 756e6547 6c65746e 49656e69 00000001 000006e8 01020800 0000c1a9 bfe9fbff 00000002 02b3b001 000000f0 00000000 2c04307d 00000003 00000000 00000000 00000000 00000000 00000004 00000000 00000000 00000000 00000000 00000005 00000040 00000040 00000003 00022220 00000006 00000001 00000002 00000001 00000000 00000007 00000000 00000000 00000000 00000000 00000008 00000000 00000000 00000000 00000000 00000009 00000000 00000000 00000000 00000000 0000000a 07280201 00000000 00000000 00000000 80000000 80000008 00000000 00000000 00000000 80000001 00000000 00000000 00000000 00100000 80000002 756e6547 20656e69 65746e49 2952286c 80000003 55504320 20202020 20202020 54202020 80000004 30303532 20402020 30302e32 007a4847 80000005 00000000 00000000 00000000 00000000 80000006 00000000 00000000 08006040 00000000 80000007 00000000 00000000 00000000 00000000 80000008 00002020 00000000 00000000 00000000 Vendor ID: "GenuineIntel"; CPUID level 10 Intel-specific functions: Version 000006e8: Type 0 - Original OEM Family 6 - Pentium Pro Model 14 - Stepping 8 Reserved 0 Extended brand string: "Genuine Intel(R) CPU T2500 @ 2.00GHz" CLFLUSH instruction cache line size: 8 Initial APIC ID: 1 Hyper threading siblings: 2 Feature flags: bfe9fbff: FPU Floating Point Unit VME Virtual 8086 Mode Enhancements DE Debugging Extensions PSE Page Size Extensions TSC Time Stamp Counter MSR Model Specific Registers PAE Physical Address Extension MCE Machine Check Exception CX8 COMPXCHG8B Instruction APIC On-chip Advanced Programmable Interrupt Controller present and enabled SEP Fast System Call MTRR Memory Type Range Registers PGE PTE Global Flag MCA Machine Check Architecture CMOV Conditional Move and Compare Instructions FGPAT Page Attribute Table CLFSH CFLUSH instruction DS Debug store ACPI Thermal Monitor and Clock Ctrl MMX MMX instruction set FXSR Fast FP/MMX Streaming SIMD Extensions save/restore SSE Streaming SIMD Extensions instruction set SSE2 SSE2 extensions SS Self Snoop HT Hyper Threading TM Thermal monitor 31 reserved Feature flags set 2: 0000c1a9: SSE3 SSE3 extensions MONITOR MONITOR/MWAIT instructions 5 - unknown feature EST Enhanced Intel SpeedStep Technology TM2 Thermal Monitor 2 xTPR Send Task Priority messages 15 - unknown feature Extended feature flags: 00100000: XD-bit Execution Disable bit TLB and cache info: b0: Instruction TLB: 4-KB Pages, 4-way set associative, 128 entries b3: Data TLB: 4-KB Pages, 4-way set associative, 128 entries 02: Instruction TLB: 4MB pages, 4-way set assoc, 2 entries f0: 64-byte prefetching 7d: 2nd-level cache: 2-MB, 8-way set associative, 64-byte line size 30: 1st-level instruction cache: 32-KB, 8-way set associative, 64- byte line size 04: Data TLB: 4MB pages, 4-way set assoc, 8 entries 2c: 1st-level data cache: 32-KB, 8-way set associative, 64-byte line size Processor serial: 0000-06E8-0000-0000-0000-0000 and some dmesg opyright (c) 1992-2006 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 7.0-CURRENT #4: Tue Jun 13 02:14:12 EDT 2006 root@daemonesque.ghettobsd.com:/usr/obj/usr/src/sys/OMGDEBUG WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Genuine Intel(R) CPU T2500 @ 2.00GHz (3039.78-MHz 686- class CPU) Origin = "GenuineIntel" Id = 0x6e8 Stepping = 8 Features=0xbfe9fbff Features2=0xc1a9> AMD Features=0x100000 Cores per package: 2 real memory = 1594609664 (1520 MB) avail memory = 1553342464 (1481 MB) kbd0 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi_ec0: port 0x62,0x66 on acpi0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_acad0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci_link6: BIOS IRQ 11 for 0.27.INTA is invalid pci_link2: BIOS IRQ 11 for 0.28.INTC is invalid pci_link2: BIOS IRQ 11 for 0.29.INTC is invalid pci_link2: BIOS IRQ 11 for 0.31.INTA is invalid pci0: on pcib0 pcib1: irq 10 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x3000-0x30ff mem 0x80000000-0x8fffffff,0x98300000-0x9830ffff irq 10 at device 0.0 on pci1 pci0: at device 7.0 (no driver attached) pci0: at device 27.0 (no driver attached) pcib2: irq 11 at device 28.0 on pci0 pci_link0: BIOS IRQ 11 for 2.0.INTA is invalid pci2: on pcib2 pci2: at device 0.0 (no driver attached) pcib3: irq 10 at device 28.1 on pci0 pci3: on pcib3 ath0: mem 0x98100000-0x9810ffff irq 11 at device 0.0 on pci3 ath0: Ethernet address: 00:16:cb:b6:fd:b7 ath0: mac 10.3 phy 6.1 radio 10.2 pcib4: irq 9 at device 28.2 on pci0 pci4: on pcib4 uhci0: port 0x40a0-0x40bf irq 11 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: LegSup = 0x1010 usb0: on uhci0 usb0: USB revision 1.0 usbd_get_string: getting lang failed, using 0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x4080-0x409f irq 11 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: LegSup = 0x0010 usb1: on uhci1 usb1: USB revision 1.0 usbd_get_string: getting lang failed, using 0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x4060-0x407f irq 9 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: LegSup = 0x0010 usb2: on uhci2 usb2: USB revision 1.0 usbd_get_string: getting lang failed, using 0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x4040-0x405f irq 10 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: LegSup = 0x0010 usb3: on uhci3 usb3: USB revision 1.0 usbd_get_string: getting lang failed, using 0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0x98405400-0x984057ff irq 11 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib5: at device 30.0 on pci0 pci12: on pcib5 fwohci0: mem 0x94000000-0x94000fff irq 11 at device 3.0 on pci12 fwohci0: OHCI version 1.0 (ROM=0) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 00:16:cb:ff:fe:5a:0e:f4 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:16:cb:5a:0e:f4 fwe0: Ethernet address: 02:16:cb:5a:0e:f4 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc000ffc0, gen=2, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x40c0-0x40cf irq 9 at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x40d8-0x40df, 0x40f4-0x40f7,0x40d0-0x40d7,0x40f0-0x40f3,0x4020-0x402f mem 0x98405000-0x984053ff irq 11 at device 31.2 on pci0 ata2: on atapci1 ata3: on atapci1 pci0: at device 31.3 (no driver attached) battery0: on acpi0 pmtimer0 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio0: [FAST] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ukbd0: on uhub0 kbd1 at ukbd0 ums0: on uhub0 ums0: 3 buttons. uhid0: on uhub0 uhid1: on uhub2 ukbd1: on uhub3 kbd2 at ukbd1 ums1: on uhub3 ums1: 5 buttons. Timecounter "TSC" frequency 3039782688 Hz quality 800 Timecounters tick every 1.000 msec acd0: DVDR at ata0-master UDMA66 Interrupt storm detected on "irq11:"; throttling interrupt source ad5: 95396MB at ata2-slave UDMA33 GEOM: ad5: GPT detected, but no protective MBR. Trying to mount root from ufs:/dev/ad5s1a From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 24 16:01:49 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C755316A405 for ; Sat, 24 Feb 2007 16:01:49 +0000 (UTC) (envelope-from franzschmalzl@spamfreemail.de) Received: from master.rb-hosting.de (master.rb-hosting.de [213.239.209.108]) by mx1.freebsd.org (Postfix) with ESMTP id 4685F13C4B5 for ; Sat, 24 Feb 2007 16:01:49 +0000 (UTC) (envelope-from franzschmalzl@spamfreemail.de) Received: from localhost (localhost [127.0.0.1]) by master.rb-hosting.de (Postfix) with ESMTP id D8C8C28629 for ; Sat, 24 Feb 2007 16:30:46 +0100 (CET) Received: from master.rb-hosting.de ([127.0.0.1]) by localhost (master.rb-hosting.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 11487-03-4 for ; Sat, 24 Feb 2007 16:30:36 +0100 (CET) Received: from [10.60.4.30] (85-124-6-201.dynamic.xdsl-line.inode.at [85.124.6.201]) by master.rb-hosting.de (Postfix) with ESMTP id E772634909 for ; Sat, 24 Feb 2007 16:30:35 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v752.3) Content-Transfer-Encoding: 7bit Message-Id: <293BA5D8-3315-4D2A-9127-76114D78B817@spamfreemail.de> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: hackers@freebsd.org From: franzschmalzl@spamfreemail.de Date: Sat, 24 Feb 2007 16:30:34 +0100 X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian GNU/Linux) at master.rb-hosting.de Cc: Subject: macbook pro first revision X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 16:01:49 -0000 hello i have a first revision macbook pro (core duo 2ghz, not core 2 duo!) i have sort of a problem here freebsd 6.2 and 7.0 current (5 feb.) don't really boot correctly i get: AP #1 (PHY# 1) failed! panic y/n? [y] sometimes i get around this problem if i press the power button in the exact right moment. yesterday i built my own kernel without APIC and SMP support at least now it boots 100% of the time but i'd like to use both of my cores network card doesn't work either... here is the output of cpuid eax in eax ebx ecx edx 00000000 0000000a 756e6547 6c65746e 49656e69 00000001 000006e8 01020800 0000c1a9 bfe9fbff 00000002 02b3b001 000000f0 00000000 2c04307d 00000003 00000000 00000000 00000000 00000000 00000004 00000000 00000000 00000000 00000000 00000005 00000040 00000040 00000003 00022220 00000006 00000001 00000002 00000001 00000000 00000007 00000000 00000000 00000000 00000000 00000008 00000000 00000000 00000000 00000000 00000009 00000000 00000000 00000000 00000000 0000000a 07280201 00000000 00000000 00000000 80000000 80000008 00000000 00000000 00000000 80000001 00000000 00000000 00000000 00100000 80000002 756e6547 20656e69 65746e49 2952286c 80000003 55504320 20202020 20202020 54202020 80000004 30303532 20402020 30302e32 007a4847 80000005 00000000 00000000 00000000 00000000 80000006 00000000 00000000 08006040 00000000 80000007 00000000 00000000 00000000 00000000 80000008 00002020 00000000 00000000 00000000 Vendor ID: "GenuineIntel"; CPUID level 10 Intel-specific functions: Version 000006e8: Type 0 - Original OEM Family 6 - Pentium Pro Model 14 - Stepping 8 Reserved 0 Extended brand string: "Genuine Intel(R) CPU T2500 @ 2.00GHz" CLFLUSH instruction cache line size: 8 Initial APIC ID: 1 Hyper threading siblings: 2 Feature flags: bfe9fbff: FPU Floating Point Unit VME Virtual 8086 Mode Enhancements DE Debugging Extensions PSE Page Size Extensions TSC Time Stamp Counter MSR Model Specific Registers PAE Physical Address Extension MCE Machine Check Exception CX8 COMPXCHG8B Instruction APIC On-chip Advanced Programmable Interrupt Controller present and enabled SEP Fast System Call MTRR Memory Type Range Registers PGE PTE Global Flag MCA Machine Check Architecture CMOV Conditional Move and Compare Instructions FGPAT Page Attribute Table CLFSH CFLUSH instruction DS Debug store ACPI Thermal Monitor and Clock Ctrl MMX MMX instruction set FXSR Fast FP/MMX Streaming SIMD Extensions save/restore SSE Streaming SIMD Extensions instruction set SSE2 SSE2 extensions SS Self Snoop HT Hyper Threading TM Thermal monitor 31 reserved Feature flags set 2: 0000c1a9: SSE3 SSE3 extensions MONITOR MONITOR/MWAIT instructions 5 - unknown feature EST Enhanced Intel SpeedStep Technology TM2 Thermal Monitor 2 xTPR Send Task Priority messages 15 - unknown feature Extended feature flags: 00100000: XD-bit Execution Disable bit TLB and cache info: b0: Instruction TLB: 4-KB Pages, 4-way set associative, 128 entries b3: Data TLB: 4-KB Pages, 4-way set associative, 128 entries 02: Instruction TLB: 4MB pages, 4-way set assoc, 2 entries f0: 64-byte prefetching 7d: 2nd-level cache: 2-MB, 8-way set associative, 64-byte line size 30: 1st-level instruction cache: 32-KB, 8-way set associative, 64- byte line size 04: Data TLB: 4MB pages, 4-way set assoc, 8 entries 2c: 1st-level data cache: 32-KB, 8-way set associative, 64-byte line size Processor serial: 0000-06E8-0000-0000-0000-0000 and some dmesg opyright (c) 1992-2006 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 7.0-CURRENT #4: Tue Jun 13 02:14:12 EDT 2006 root@daemonesque.ghettobsd.com:/usr/obj/usr/src/sys/OMGDEBUG WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Genuine Intel(R) CPU T2500 @ 2.00GHz (3039.78-MHz 686- class CPU) Origin = "GenuineIntel" Id = 0x6e8 Stepping = 8 Features=0xbfe9fbff Features2=0xc1a9> AMD Features=0x100000 Cores per package: 2 real memory = 1594609664 (1520 MB) avail memory = 1553342464 (1481 MB) kbd0 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi_ec0: port 0x62,0x66 on acpi0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_acad0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci_link6: BIOS IRQ 11 for 0.27.INTA is invalid pci_link2: BIOS IRQ 11 for 0.28.INTC is invalid pci_link2: BIOS IRQ 11 for 0.29.INTC is invalid pci_link2: BIOS IRQ 11 for 0.31.INTA is invalid pci0: on pcib0 pcib1: irq 10 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x3000-0x30ff mem 0x80000000-0x8fffffff,0x98300000-0x9830ffff irq 10 at device 0.0 on pci1 pci0: at device 7.0 (no driver attached) pci0: at device 27.0 (no driver attached) pcib2: irq 11 at device 28.0 on pci0 pci_link0: BIOS IRQ 11 for 2.0.INTA is invalid pci2: on pcib2 pci2: at device 0.0 (no driver attached) pcib3: irq 10 at device 28.1 on pci0 pci3: on pcib3 ath0: mem 0x98100000-0x9810ffff irq 11 at device 0.0 on pci3 ath0: Ethernet address: 00:16:cb:b6:fd:b7 ath0: mac 10.3 phy 6.1 radio 10.2 pcib4: irq 9 at device 28.2 on pci0 pci4: on pcib4 uhci0: port 0x40a0-0x40bf irq 11 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: LegSup = 0x1010 usb0: on uhci0 usb0: USB revision 1.0 usbd_get_string: getting lang failed, using 0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x4080-0x409f irq 11 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: LegSup = 0x0010 usb1: on uhci1 usb1: USB revision 1.0 usbd_get_string: getting lang failed, using 0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x4060-0x407f irq 9 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: LegSup = 0x0010 usb2: on uhci2 usb2: USB revision 1.0 usbd_get_string: getting lang failed, using 0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x4040-0x405f irq 10 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: LegSup = 0x0010 usb3: on uhci3 usb3: USB revision 1.0 usbd_get_string: getting lang failed, using 0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0x98405400-0x984057ff irq 11 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib5: at device 30.0 on pci0 pci12: on pcib5 fwohci0: mem 0x94000000-0x94000fff irq 11 at device 3.0 on pci12 fwohci0: OHCI version 1.0 (ROM=0) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 00:16:cb:ff:fe:5a:0e:f4 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:16:cb:5a:0e:f4 fwe0: Ethernet address: 02:16:cb:5a:0e:f4 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc000ffc0, gen=2, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x40c0-0x40cf irq 9 at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x40d8-0x40df, 0x40f4-0x40f7,0x40d0-0x40d7,0x40f0-0x40f3,0x4020-0x402f mem 0x98405000-0x984053ff irq 11 at device 31.2 on pci0 ata2: on atapci1 ata3: on atapci1 pci0: at device 31.3 (no driver attached) battery0: on acpi0 pmtimer0 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio0: [FAST] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ukbd0: on uhub0 kbd1 at ukbd0 ums0: on uhub0 ums0: 3 buttons. uhid0: on uhub0 uhid1: on uhub2 ukbd1: on uhub3 kbd2 at ukbd1 ums1: on uhub3 ums1: 5 buttons. Timecounter "TSC" frequency 3039782688 Hz quality 800 Timecounters tick every 1.000 msec acd0: DVDR at ata0-master UDMA66 Interrupt storm detected on "irq11:"; throttling interrupt source ad5: 95396MB at ata2-slave UDMA33 GEOM: ad5: GPT detected, but no protective MBR. Trying to mount root from ufs:/dev/ad5s1a From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 24 16:45:13 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9F81416A401 for ; Sat, 24 Feb 2007 16:45:13 +0000 (UTC) (envelope-from dakfreebsd@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.238]) by mx1.freebsd.org (Postfix) with ESMTP id 5A21A13C4A3 for ; Sat, 24 Feb 2007 16:45:13 +0000 (UTC) (envelope-from dakfreebsd@gmail.com) Received: by nz-out-0506.google.com with SMTP id i11so844122nzh for ; Sat, 24 Feb 2007 08:45:12 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=dDJPMcYxpdaanChhn9R2xG7N04J/hmLDWLejLwnRzAjvMas3ZxK1WlMFababHk/gHpRvRE1oiOr1v6hGbnCNeWFO/HEKsj6h7CqH2BR+CJQpc3EEHyKuZkmsESXvMDfnZoZh39GixvvIgnRzq8GwADFAtN/wsqzFLm25WkLwmzY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=GOy3+WfeY7p8E+9wpQ+uc2L7YIq8r4hD+DUkh2q9YD/Hc3VZLgBk6JsUCpfsQOFyXcXnpLfNxYPaLmd/EHJQF/xfnN4KcpMuLapXtMYSctdPnxiskKqDuapZbDkivuFlGeukYPvufd0Zhgjd4YCEakH6q5z47+wQf2ROPd9bikw= Received: by 10.115.95.1 with SMTP id x1mr114753wal.1172335509774; Sat, 24 Feb 2007 08:45:09 -0800 (PST) Received: by 10.114.157.16 with HTTP; Sat, 24 Feb 2007 08:45:09 -0800 (PST) Message-ID: <5df74baa0702240845m7d318ecai803dab3bac6a83a9@mail.gmail.com> Date: Sat, 24 Feb 2007 11:45:09 -0500 From: "DAK GHATIKACHALAM" To: cokane@cokane.org In-Reply-To: <346a80220702222216w560745dbw97f12e2da94fe698@mail.gmail.com> MIME-Version: 1.0 References: <5df74baa0702181756o24be57c5r660bfb5f70db1194@mail.gmail.com> <346a80220702211957t691bc8e9y2bde48bc0d1d0d32@mail.gmail.com> <5df74baa0702222013w31a4ea16q6b7fe248f6c47f53@mail.gmail.com> <346a80220702222216w560745dbw97f12e2da94fe698@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: Re: Wireless card not being detected X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 16:45:13 -0000 On 2/23/07, Coleman Kane wrote: > > On 2/22/07, DAK GHATIKACHALAM wrote: > > > On 2/21/07, Coleman Kane wrote: > > > > > > On 2/18/07, DAK GHATIKACHALAM wrote: > > > > > > > Hi Freebsd > > > > > > > > > > > > I have an issue with new card I need to make it work with freebsd, > > > > > > > > > > > > on /var/log/messages I get > > > > > > > > > > > > Feb 18 20:51:55 DAK kernel: pccard0: > > > > (manufacturer=0x0192, > > > > produc > > > > t=0x0710, function_type=6) at function 0 > > > > Feb 18 20:51:55 DAK kernel: pccard0: CIS info: Sierra Wireless, > > > > AC860, 3G > > > > Net > > > > work Adapter, R1 > > > > > > > > > > > > For some reason I dont understand why I get unknown card error > > > > > > > > Does any one has idea > > > > > > > > > > > > Thanks > > > > Dak > > > > > > > > > > > > This is a 3G wireless card (not Wi-Fi)... apparently it is supposed to > > be > > > supported by the uart or sio drivers. You should try searching google > > for: > > > freebsd "sierra wireless" AC860 > > > > > > There are apparently some sort of changes to the kernel that need to > > be > > > made. > > > > > > > Thanks a lot for your input. > > > > Yes I have made changes to /usr/src/sys/dev/pccard/pccard_quirks.c file > > > > added a static struct > > > > static struct pccard_function pccard_sierra_860_func0 = { > > 6, /* function number */ > > PCCARD_FUNCTION_SERIAL, > > 0x0006, /* last cfe number */ > > 0x00, /* ccr_base */ > > 0x07, /* ccr_mask */ > > }; > > > > static struct pccard_config_entry pccard_sierra_860_func0_cfe0 = { > > 0x0006, /* cfe number */ > > PCCARD_CFE_IO8 | PCCARD_CFE_IRQLEVEL, > > PCCARD_IFTYPE_IO, > > 1, /* num_iospace */ > > 3, /* iomask */ > > { { 0x3e8 , 0x3ee } }, /* iospace */ > > 0x3fbc, /* irqmask */ > > 0, /* num_memspace */ > > { }, /* memspace */ > > 0, /* maxtwins */ > > }; > > > > and as well /usr/src/sys/dev/pccard/pccarddevs file > > > > vendor SIERRA 0x0192 Sierra Wireless > > /* Sierra Wireless */ > > product SIERRA WIRELESS 0x0710 Sierra Wireless Card > > > > I added these the pccard device driver detects my card but > > > > on the detection of the card while booting the laptop on tI get he > > console > > I get > > > > Feb 22 22:51:12 DAK kernel: pccard0: Allocation failed for cfe 6 > > Feb 22 22:51:12 DAK kernel: pccard0: No config entry could be allocated. > > > > > > errors > > Do you have idea why I am getting there errors > > > > > > Thanks > > Dak > > > > > > -- > > > Coleman > > > > > > > > > > > > It's been awhile for me and debugging cardbus/pcmcia devices. Maybe try > changing the CFE number is the second struct to any of 0,1,2,3,4,5 ? > no matter what i use for cfe # it is th same message Feb 24 10:39:29 DAK kernel: pccard0: Allocation failed for cfe 5 Feb 24 10:39:29 DAK kernel: pccard0: No config entry could be allocated. --coleman > From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 24 21:31:13 2007 Return-Path: X-Original-To: hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0768E16A400; Sat, 24 Feb 2007 21:31:13 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id EBB7B13C441; Sat, 24 Feb 2007 21:31:12 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id CF1911A4D8E; Sat, 24 Feb 2007 13:31:12 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1B57151426; Sat, 24 Feb 2007 16:31:12 -0500 (EST) Date: Sat, 24 Feb 2007 16:31:11 -0500 From: Kris Kennaway To: current@FreeBSD.org, smp@FreeBSD.org, hackers@FreeBSD.org Message-ID: <20070224213111.GB41434@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: Subject: Progress on scaling of FreeBSD on 8 CPU systems X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 21:31:13 -0000 --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Now that the goals of the SMPng project are complete, for the past year or more several of us have been working hard on profiling FreeBSD in various multiprocessor workloads, and looking for performance bottlenecks to be optimized. We have recently made significant progress on optimizing for MySQL running on an 8-core amd64 system. The graph of results may be found here: http://www.freebsd.org/~kris/scaling/scaling.png This shows the graph of MySQL transactions/second performed by a multi-threaded client workload against a local MySQL database with varying numbers of client threads, with identically configured FreeBSD and Linux systems on the same machine. The test was run on FreeBSD 7.0, with the latest version of the ULE 2.0 scheduler, the libthr threading library, and an uncommitted patch from Jeff Roberson [1] that addresses poor scalability of file descriptor locking (using a new sleepable mutex primitive); this patch is responsible for almost all of the performance and scaling improvements measured. It also includes some other patches (collected in my kris-contention p4 branch) that have been shown to help contention in MySQL workloads in the past (including a UNIX domain socket locking pushdown patch from Robert Watson), but these were shown to only give small individual contributions, with a cumulative effect on the order of 5-10%. With this configuration we are able to achieve performance that is consistent with Linux at peak (the graph shows Linux 2% faster, but this is commensurate with the margin of error coming from variance between runs, so more data is needed to distinguish them), with 8 client threads (=1 thread/CPU core), and significantly outperforms Linux at higher than peak loads, when running on the same hardware. Specifically, beyond 8 client threads FreeBSD has only minor performance degradation (an 8% drop from peak throughput at 8 clients to 20 clients), but Linux collapses immediately above 8 threads, and above 14 threads asymptotes to essentially single-threaded levels. At 20 clients FreeBSD outperforms Linux by a factor of 4. We see this result as part of the payoff we are seeing from the hard work of many developers over the past 7 years. In particular it is a significant validation of the SMP and locking strategies chosen for the FreeBSD kernel in the post-FreeBSD 4.x world. More configuration details and discussion about the benchmark may be found here: http://people.freebsd.org/~kris/scaling/mysql.html Kris --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF4K6eWry0BWjoQKURAmflAKCkuhNrJS6JziErZLMLeFMxUy3EjACgzuze N42WM6TxJ2XJzxrNiocKMgE= =ymdU -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 24 23:13:58 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA89316A404; Sat, 24 Feb 2007 23:13:58 +0000 (UTC) (envelope-from matt@ixsystems.com) Received: from mail.iXsystems.com (newknight.ixsystems.net [206.40.55.70]) by mx1.freebsd.org (Postfix) with ESMTP id 7DB8413C467; Sat, 24 Feb 2007 23:13:56 +0000 (UTC) (envelope-from matt@ixsystems.com) Received: from localhost (localhost [127.0.0.1]) by mail.iXsystems.com (Postfix) with ESMTP id EA3DFBE3B; Sat, 24 Feb 2007 14:44:58 -0800 (PST) Received: from mail.iXsystems.com ([127.0.0.1]) by localhost (mail.ixsystems.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 38327-02; Sat, 24 Feb 2007 14:44:56 -0800 (PST) Received: from [192.168.0.100] (c-24-6-31-249.hsd1.ca.comcast.net [24.6.31.249]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.iXsystems.com (Postfix) with ESMTP id 05C01BD4B; Sat, 24 Feb 2007 14:44:56 -0800 (PST) From: Matt Olander Organization: iXsystems To: freebsd-hackers@freebsd.org Date: Sat, 24 Feb 2007 14:44:54 -0800 User-Agent: KMail/1.9.5 References: <20070224213111.GB41434@xor.obsecurity.org> In-Reply-To: <20070224213111.GB41434@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702241444.54960.matt@ixsystems.com> X-Virus-Scanned: Maia Mailguard Cc: smp@freebsd.org, hackers@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: Progress on scaling of FreeBSD on 8 CPU systems X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 23:13:58 -0000 On Saturday 24 February 2007 1:31 pm, Kris Kennaway wrote: > Now that the goals of the SMPng project are complete, for the past > year or more several of us have been working hard on profiling > FreeBSD in various multiprocessor workloads, and looking for > performance bottlenecks to be optimized. > > We have recently made significant progress on optimizing for MySQL > running on an 8-core amd64 system. The graph of results may be found > here: > > http://www.freebsd.org/~kris/scaling/scaling.png > > This shows the graph of MySQL transactions/second performed by a > multi-threaded client workload against a local MySQL database with > varying numbers of client threads, with identically configured > FreeBSD and Linux systems on the same machine. > > The test was run on FreeBSD 7.0, with the latest version of the ULE > 2.0 scheduler, the libthr threading library, and an uncommitted patch > from Jeff Roberson [1] that addresses poor scalability of file > descriptor locking (using a new sleepable mutex primitive); this > patch is responsible for almost all of the performance and scaling > improvements measured. It also includes some other patches > (collected in my kris-contention p4 branch) that have been shown to > help contention in MySQL workloads in the past (including a UNIX > domain socket locking pushdown patch from Robert Watson), but these > were shown to only give small individual contributions, with a > cumulative effect on the order of 5-10%. > > With this configuration we are able to achieve performance that is > consistent with Linux at peak (the graph shows Linux 2% faster, but > this is commensurate with the margin of error coming from variance > between runs, so more data is needed to distinguish them), with 8 > client threads (=1 thread/CPU core), and significantly outperforms > Linux at higher than peak loads, when running on the same hardware. > > Specifically, beyond 8 client threads FreeBSD has only minor > performance degradation (an 8% drop from peak throughput at 8 clients > to 20 clients), but Linux collapses immediately above 8 threads, and > above 14 threads asymptotes to essentially single-threaded levels. > At 20 clients FreeBSD outperforms Linux by a factor of 4. > > We see this result as part of the payoff we are seeing from the hard > work of many developers over the past 7 years. In particular it is a > significant validation of the SMP and locking strategies chosen for > the FreeBSD kernel in the post-FreeBSD 4.x world. > > More configuration details and discussion about the benchmark may be > found here: > > http://people.freebsd.org/~kris/scaling/mysql.html Well done! Nice work guys!!! FYI, we're working with Intel to get an engineering sample of the quad core, quad CPU system for some further SMP testing. Kris, I'll let you know as soon as I have word when we're getting one and if we can keep it, we'll send it up to be included in the cluster in Canada. Yay!!!!!!! This is just fabulous. -matt > > Kris -- Matt Olander CTO, iXsystems - "Servers for Open Source" http://www.iXsystems.com Public Relations, The FreeBSD Project http://www.FreeBSD.org BSD on the Desktop! http://www.pcbsd.org Phone: (408)943-4100 ext. 113 Fax: (408)943-4101 From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 24 23:13:58 2007 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA89316A404; Sat, 24 Feb 2007 23:13:58 +0000 (UTC) (envelope-from matt@ixsystems.com) Received: from mail.iXsystems.com (newknight.ixsystems.net [206.40.55.70]) by mx1.freebsd.org (Postfix) with ESMTP id 7DB8413C467; Sat, 24 Feb 2007 23:13:56 +0000 (UTC) (envelope-from matt@ixsystems.com) Received: from localhost (localhost [127.0.0.1]) by mail.iXsystems.com (Postfix) with ESMTP id EA3DFBE3B; Sat, 24 Feb 2007 14:44:58 -0800 (PST) Received: from mail.iXsystems.com ([127.0.0.1]) by localhost (mail.ixsystems.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 38327-02; Sat, 24 Feb 2007 14:44:56 -0800 (PST) Received: from [192.168.0.100] (c-24-6-31-249.hsd1.ca.comcast.net [24.6.31.249]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.iXsystems.com (Postfix) with ESMTP id 05C01BD4B; Sat, 24 Feb 2007 14:44:56 -0800 (PST) From: Matt Olander Organization: iXsystems To: freebsd-hackers@freebsd.org Date: Sat, 24 Feb 2007 14:44:54 -0800 User-Agent: KMail/1.9.5 References: <20070224213111.GB41434@xor.obsecurity.org> In-Reply-To: <20070224213111.GB41434@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702241444.54960.matt@ixsystems.com> X-Virus-Scanned: Maia Mailguard Cc: smp@freebsd.org, hackers@freebsd.org, current@freebsd.org, Kris Kennaway Subject: Re: Progress on scaling of FreeBSD on 8 CPU systems X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 23:13:58 -0000 On Saturday 24 February 2007 1:31 pm, Kris Kennaway wrote: > Now that the goals of the SMPng project are complete, for the past > year or more several of us have been working hard on profiling > FreeBSD in various multiprocessor workloads, and looking for > performance bottlenecks to be optimized. > > We have recently made significant progress on optimizing for MySQL > running on an 8-core amd64 system. The graph of results may be found > here: > > http://www.freebsd.org/~kris/scaling/scaling.png > > This shows the graph of MySQL transactions/second performed by a > multi-threaded client workload against a local MySQL database with > varying numbers of client threads, with identically configured > FreeBSD and Linux systems on the same machine. > > The test was run on FreeBSD 7.0, with the latest version of the ULE > 2.0 scheduler, the libthr threading library, and an uncommitted patch > from Jeff Roberson [1] that addresses poor scalability of file > descriptor locking (using a new sleepable mutex primitive); this > patch is responsible for almost all of the performance and scaling > improvements measured. It also includes some other patches > (collected in my kris-contention p4 branch) that have been shown to > help contention in MySQL workloads in the past (including a UNIX > domain socket locking pushdown patch from Robert Watson), but these > were shown to only give small individual contributions, with a > cumulative effect on the order of 5-10%. > > With this configuration we are able to achieve performance that is > consistent with Linux at peak (the graph shows Linux 2% faster, but > this is commensurate with the margin of error coming from variance > between runs, so more data is needed to distinguish them), with 8 > client threads (=1 thread/CPU core), and significantly outperforms > Linux at higher than peak loads, when running on the same hardware. > > Specifically, beyond 8 client threads FreeBSD has only minor > performance degradation (an 8% drop from peak throughput at 8 clients > to 20 clients), but Linux collapses immediately above 8 threads, and > above 14 threads asymptotes to essentially single-threaded levels. > At 20 clients FreeBSD outperforms Linux by a factor of 4. > > We see this result as part of the payoff we are seeing from the hard > work of many developers over the past 7 years. In particular it is a > significant validation of the SMP and locking strategies chosen for > the FreeBSD kernel in the post-FreeBSD 4.x world. > > More configuration details and discussion about the benchmark may be > found here: > > http://people.freebsd.org/~kris/scaling/mysql.html Well done! Nice work guys!!! FYI, we're working with Intel to get an engineering sample of the quad core, quad CPU system for some further SMP testing. Kris, I'll let you know as soon as I have word when we're getting one and if we can keep it, we'll send it up to be included in the cluster in Canada. Yay!!!!!!! This is just fabulous. -matt > > Kris -- Matt Olander CTO, iXsystems - "Servers for Open Source" http://www.iXsystems.com Public Relations, The FreeBSD Project http://www.FreeBSD.org BSD on the Desktop! http://www.pcbsd.org Phone: (408)943-4100 ext. 113 Fax: (408)943-4101