From owner-freebsd-current@FreeBSD.ORG Sun Feb 4 03:27:56 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6114716A400 for ; Sun, 4 Feb 2007 03:27:56 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.226]) by mx1.freebsd.org (Postfix) with ESMTP id 0B93013C49D for ; Sun, 4 Feb 2007 03:27:55 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so1221915wxc for ; Sat, 03 Feb 2007 19:27:55 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=CM9djvvMB02V+gfjY6xTWc1QlmrbMOfUVHLwHv8hTTCOBUnhFoBH2FnV81TRRfgKpRUc/D2MR+qF65F91WHVkNrBchic108P2kldLozIcOFA2KnAv/Wsu1IRivqY5/54brrU4RUQ6x1VuhudiAiORppBKKwLQGJOrCaolpefWfs= Received: by 10.70.53.7 with SMTP id b7mr8699930wxa.1170558187571; Sat, 03 Feb 2007 19:03:07 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id 7sm10046682wrh.2007.02.03.19.03.05; Sat, 03 Feb 2007 19:03:06 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l143364x025984 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 4 Feb 2007 12:03:06 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l14333I0025983; Sun, 4 Feb 2007 12:03:03 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sun, 4 Feb 2007 12:03:03 +0900 From: Pyun YongHyeon To: Conrad Burger Message-ID: <20070204030303.GA25832@cdnetworks.co.kr> References: <45FBF1D2998C93429047415BE8091CC8303A72@HERMES.swistgroup.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45FBF1D2998C93429047415BE8091CC8303A72@HERMES.swistgroup.com> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: [KERNEL PANIC] Assigning IP to BCE on CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2007 03:27:56 -0000 On Fri, Feb 02, 2007 at 11:25:04AM +0200, Conrad Burger wrote: > ******************************************************************* > Click here to view our e-mail legal notice: > http://www.mxit.co.za/pdfs/mxit_legal.pdf or call: +27 21 888 5000 > ******************************************************************* > HARDWARE= DELL 1955 BLADE > OS Version= CURRENT i386(2007-02-01) > > When I assign an IP to one of the BCE interfaces on the system the kernel > PANICS. > > >From KDB: > --------------------------------------------------------------- > Panic: invalid ife->ifm_date (0xa) in mii_phy_setmedia > I guess ukphy(4) was used to serve the PHY. Would you post verbosed boot message? > Cpuid = 0 > KDB: enter:panic > [ thread pid 715 tid 100041] > Stopped at kdb_enter + 0x2b:nop > --------------------------------------------------------------- > > I then type "panic" and it writes a vmcore dump. > > But when I analyze the vmcore using kgdb and run a "bt" it only gives me the > backtrace of the kdb and shutdown. > > Is there a way to write a dump without kdb interfering? > > Another thing, I tried to install CURRENT-snapshot-2007-01(AMD64), but after it > boots from the USB DVDROM. Sysinstall cannot access the USB DVDROM. > Is this a known problem? > > Regards > Conrad -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Sun Feb 4 04:13:18 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 04C6516A401; Sun, 4 Feb 2007 04:13:18 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from ms-smtp-03.rdc-nyc.rr.com (ms-smtp-03.rdc-nyc.rr.com [24.29.109.7]) by mx1.freebsd.org (Postfix) with ESMTP id BE1F513C491; Sun, 4 Feb 2007 04:13:17 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from localhost (cpe-74-73-145-181.nyc.res.rr.com [74.73.145.181]) by ms-smtp-03.rdc-nyc.rr.com (8.13.6/8.13.6) with ESMTP id l144DFDP009590; Sat, 3 Feb 2007 23:13:16 -0500 (EST) Date: Sat, 3 Feb 2007 23:13:16 -0500 From: Scott Robbins To: freebsd-emulation@freebsd.org Message-ID: <20070204041315.GB29230@mail.scottro.net> Mail-Followup-To: freebsd-emulation@freebsd.org, freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: freebsd-current@freebsd.org Subject: Latest qemu upgrade seems to have fixed slirp problems in CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2007 04:13:18 -0000 As has been mentioned (errm, mostly by me) recent qemu upgrades seemed to have broken slirp in CURRENT, though not in STABLE. The upgrade, comitted today, I think, 0.8.2s.20070111_1 seems to have fixed the slirp issue. Trying a Linux installation and a Damn Small Linux live CD image, I was able to reach the Internet using slirp. Ironically, since I've learned how to use tap networking (with many many thanks to Bakul Shah for his help and patience, I've found it more convenient. Still, I'm glad slirp is working again, as it is convenient for quick test installs. -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Principal Snyder: It's fuzzy-minded liberal thinking like that that gets you eaten. From owner-freebsd-current@FreeBSD.ORG Sun Feb 4 14:52:31 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6D27816A400 for ; Sun, 4 Feb 2007 14:52:31 +0000 (UTC) (envelope-from rmgls@orange.fr) Received: from smtp19.orange.fr (smtp19.orange.fr [80.12.242.17]) by mx1.freebsd.org (Postfix) with ESMTP id 386CE13C471 for ; Sun, 4 Feb 2007 14:52:31 +0000 (UTC) (envelope-from rmgls@orange.fr) Received: from smtp19.orange.fr (mwinf1921 [172.22.129.121]) by mwinf1910.orange.fr (SMTP Server) with ESMTP id C27EA5C00ADD for ; Sun, 4 Feb 2007 14:21:10 +0100 (CET) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf1921.orange.fr (SMTP Server) with ESMTP id 5F72E1C000A0 for ; Sun, 4 Feb 2007 14:21:09 +0100 (CET) Received: from orange.fr (ARouen-156-1-65-151.w90-8.abo.wanadoo.fr [90.8.88.151]) by mwinf1921.orange.fr (SMTP Server) with ESMTP id 5130D1C0009C for ; Sun, 4 Feb 2007 14:21:09 +0100 (CET) X-ME-UUID: 20070204132109332.5130D1C0009C@mwinf1921.orange.fr To: freebsd-current@freebsd.org From: rmgls@wanadoo.Fr Date: Sun, 04 Feb 2007 14:21:13 +0100 Sender: rmgls@orange.fr Message-Id: <20070204132109.5130D1C0009C@mwinf1921.orange.fr> Subject: ufs2recov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2007 14:52:31 -0000 hi all, I installed ufs2recov with the -static option to store it in /rescue directory! I think that such a tool must, by default, be there, isn't it? regards rmgls rmgls@wanadoo.fr From owner-freebsd-current@FreeBSD.ORG Sun Feb 4 14:58:05 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DEEBB16A403 for ; Sun, 4 Feb 2007 14:58:05 +0000 (UTC) (envelope-from leafy7382@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id 782A213C467 for ; Sun, 4 Feb 2007 14:58:05 +0000 (UTC) (envelope-from leafy7382@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1059898uge for ; Sun, 04 Feb 2007 06:58:04 -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=hXNKpOkjqW5e45vYyMVwag9uM1rYtFUupOfL8A+Di3BUZqJ0fjFr1tQt3iwd026keuaUBTTu1sQ4th3Qxw7C6tEjwnhsnVBAfcN1/fXR/hoz8IQY/POUYSiv0Z4MfAEaTor3PRNxr9io752QkgTvZrBVYAAooGoC/sK4agq//JA= Received: by 10.78.131.8 with SMTP id e8mr992999hud.1170599353145; Sun, 04 Feb 2007 06:29:13 -0800 (PST) Received: by 10.78.164.9 with HTTP; Sun, 4 Feb 2007 06:29:13 -0800 (PST) Message-ID: Date: Sun, 4 Feb 2007 22:29:13 +0800 From: "Jiawei Ye" To: "M. Warner Losh" In-Reply-To: <20070203.104000.756908884.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070130170443.A49225@xorpc.icir.org> <499c70c0702030850v14e02dfck7a0b91e1cc6deb9b@mail.gmail.com> <20070203.104000.756908884.imp@bsdimp.com> Cc: usb@freebsd.org, rizzo@icir.org, current@freebsd.org, almarrie@gmail.com Subject: Re: Call for Testers: FreeBSD webcam driver (and more) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2007 14:58:06 -0000 On 2/4/07, M. Warner Losh wrote: > In message: <499c70c0702030850v14e02dfck7a0b91e1cc6deb9b@mail.gmail.com> > "Abdullah Ibn Hamad Al-Marri" writes: > : and other things like CardReader for laptops ..etc, thank you for > > CardReader? What's that? > > SD/MMC support for laptops is on its way... > > Warner I guess he is referring to the smarcard readers some laptops have. Jiawei -- "If it looks like a duck, walks like a duck, and quacks like a duck, then to the end user it's a duck, and end users have made it pretty clear they want a duck; whether the duck drinks hot chocolate or coffee is irrelevant." From owner-freebsd-current@FreeBSD.ORG Sun Feb 4 16:05:21 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 975E916A400 for ; Sun, 4 Feb 2007 16:05:21 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 2AD1813C441 for ; Sun, 4 Feb 2007 16:05:20 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HDjrc-0005St-CK for freebsd-current@freebsd.org; Sun, 04 Feb 2007 17:05:12 +0100 Received: from 83-131-109-213.adsl.net.t-com.hr ([83.131.109.213]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 04 Feb 2007 17:05:12 +0100 Received: from ivoras by 83-131-109-213.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 04 Feb 2007 17:05:12 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Sun, 04 Feb 2007 17:04:47 +0100 Lines: 41 Message-ID: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5609FB6FE5FF6D5B9AB70A82" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 83-131-109-213.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) X-Enigmail-Version: 0.94.1.2 Sender: news Cc: freebsd-i18n@freebsd.org Subject: Syscons: problem in HR keymap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2007 16:05:21 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5609FB6FE5FF6D5B9AB70A82 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Anyone interested to commit this patch to hr.iso.kbd ? I've send a PR some time ago (conf/105642, http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dconf/105642) but nobody has looked at it yet. --- hr.iso.kbd.old Fri Oct 20 19:55:22 2006 +++ hr.iso.kbd Fri Oct 20 19:59:41 2006 @@ -56,8 +56,8 @@ 048 'b' 'B' stx stx '{' '{' stx stx C 049 'n' 'N' so so '}' '}' so so C 050 'm' 'M' cr cr 167 167 cr cr C - 051 ',' ';' nop nop ',' ';' nop nop O - 052 '.' ':' nop nop '.' ':' nop nop O + 051 ',' ';' nop nop '<' ';' '<' nop O + 052 '.' ':' nop nop '>' ':' '>' nop O 053 '-' '_' nop nop '-' '_' nop nop O 054 rshift rshift rshift rshift rshift rshift rshift rshift O 055 '*' '*' '*' '*' '*' '*' '*' '*' O --------------enig5609FB6FE5FF6D5B9AB70A82 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.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFxgQmldnAQVacBcgRAjStAJ9RuFsZ5Gnl5czic7/IDCZm2p6OswCgx/tm tdRX+9Cjzu8a5TtcStr4aNU= =IqsU -----END PGP SIGNATURE----- --------------enig5609FB6FE5FF6D5B9AB70A82-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 4 17:30:29 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB9D116A533 for ; Sun, 4 Feb 2007 17:30:29 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.freebsd.org (Postfix) with ESMTP id 594A813C491 for ; Sun, 4 Feb 2007 17:30:29 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id l14HFGja090447 for ; Sun, 4 Feb 2007 19:15:17 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Sun, 4 Feb 2007 19:15:16 +0200 (EET) From: Dmitry Pryanishnikov To: freebsd-current@freebsd.org Message-ID: <20070204190141.K63952@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Rationale behind "info: [drm] Loading R300 Microcode" console msg? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2007 17:30:30 -0000 Hello! I find DRM's unconditional console messages: info: [drm] Loading R300 Microcode quite annoying. They apper every time I switch from text console to Xorg, and I see no rationale behind them. I'm aware of kern.consmute, but I really want to see console messages about hardware errors. Are DRM ucode loadings so significant that we really want to see them on console? Can't we hide the DRM_INFO() output under bootverbose or (even better) under drm-specific sysctl? Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-current@FreeBSD.ORG Sun Feb 4 17:43:40 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 340E316A400; Sun, 4 Feb 2007 17:43:40 +0000 (UTC) (envelope-from philip@paeps.cx) Received: from gateway.nixsys.be (gateway.nixsys.be [195.144.77.33]) by mx1.freebsd.org (Postfix) with ESMTP id D256B13C4A3; Sun, 4 Feb 2007 17:43:39 +0000 (UTC) (envelope-from philip@paeps.cx) Received: from wotan.home.paeps.cx (wotan.home.paeps.cx [IPv6:2001:6f8:32f:10:a00:20ff:fe9b:138c]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "wotan.home.paeps.cx", Issuer "NixSys CA" (verified OK)) by gateway.nixsys.be (Postfix) with ESMTP id DA5574048; Sun, 4 Feb 2007 18:12:23 +0100 (CET) Received: from fasolt.home.paeps.cx (fasolt.home.paeps.cx [IPv6:2001:6f8:32f:10:211:11ff:fe59:1333]) by wotan.home.paeps.cx (Postfix) with ESMTP id 19689620C; Sun, 4 Feb 2007 18:12:22 +0100 (CET) Received: from fasolt.home.paeps.cx (philip@localhost [127.0.0.1]) by fasolt.home.paeps.cx (8.13.8/8.13.8) with ESMTP id l14HCLan096500; Sun, 4 Feb 2007 18:12:21 +0100 (CET) (envelope-from philip@fasolt.home.paeps.cx) Received: (from philip@localhost) by fasolt.home.paeps.cx (8.13.8/8.13.8/Submit) id l14HCLJi096499; Sun, 4 Feb 2007 18:12:21 +0100 (CET) (envelope-from philip) Date: Sun, 4 Feb 2007 18:12:21 +0100 From: Philip Paeps To: Ivan Voras Message-ID: <20070204171221.GA96446@fasolt.home.paeps.cx> Mail-Followup-To: Ivan Voras , freebsd-current@freebsd.org, freebsd-i18n@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-PGP-Fingerprint: 356B AE02 4763 F739 2FA2 E438 2649 E628 C5D3 4D05 X-Date: Today is Setting Orange, the 35th day of Chaos in the YOLD 3173 X-Date-in-France: Sextidi 16 =?utf-8?Q?Pluvi=F4s?= =?utf-8?Q?e?= CCXV, jour du buis X-Date-in-Rome: pridie Nonas Februarias MMDCCLX ab Urbe Condida X-Phase-of-Moon: The Moon is Waning Gibbous (95% of Full) X-Message-Flag: Get a proper mailclient! Organization: Happily Disorganized User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-current@freebsd.org, freebsd-i18n@freebsd.org Subject: Re: Syscons: problem in HR keymap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2007 17:43:40 -0000 On 2007-02-04 17:04:47 (+0100), Ivan Voras wrote: > Anyone interested to commit this patch to hr.iso.kbd? I've send a PR > some time ago (conf/105642, > http://www.freebsd.org/cgi/query-pr.cgi?pr=conf/105642) but nobody has > looked at it yet. Done. :-) - Philip -- Philip Paeps Please don't Cc me, I am philip@freebsd.org subscribed to the list. Guilt was the grease in which the wheels of the authority turned. -- (Terry Pratchett, Small Gods) From owner-freebsd-current@FreeBSD.ORG Sun Feb 4 18:22:19 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C1E116A405 for ; Sun, 4 Feb 2007 18:22:19 +0000 (UTC) (envelope-from sten@blinkenlights.nl) Received: from mx0.blinkenlights.nl (mx0.blinkenlights.nl [89.188.0.20]) by mx1.freebsd.org (Postfix) with ESMTP id 648B013C478 for ; Sun, 4 Feb 2007 18:22:19 +0000 (UTC) (envelope-from sten@blinkenlights.nl) Received: from zaphod.blinkenlights.nl (unknown [IPv6:2001:980:ffe:3:2e0:81ff:fe2f:bb6a]) by mx0.blinkenlights.nl (Postfix) with ESMTP id 328FC73009; Sun, 4 Feb 2007 19:00:59 +0100 (CET) Received: by zaphod.blinkenlights.nl (Postfix, from userid 1001) id 022F317F459; Sun, 4 Feb 2007 19:00:49 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by zaphod.blinkenlights.nl (Postfix) with ESMTP id EC9BC17F455; Sun, 4 Feb 2007 19:00:49 +0100 (CET) Date: Sun, 4 Feb 2007 19:00:49 +0100 (CET) From: Sten Spans To: rmgls@wanadoo.Fr In-Reply-To: <20070204132109.5130D1C0009C@mwinf1921.orange.fr> Message-ID: References: <20070204132109.5130D1C0009C@mwinf1921.orange.fr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: ufs2recov X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2007 18:22:19 -0000 On Sun, 4 Feb 2007, rmgls@wanadoo.Fr wrote: > > hi all, > > I installed ufs2recov with the -static option to store it in /rescue directory! > I think that such a tool must, by default, > be there, isn't it? I'll make sure to add a static knob to the port. Whether it belongs in base is something other people will have to decide. -- Sten Spans "There is a crack in everything, that's how the light gets in." Leonard Cohen - Anthem From owner-freebsd-current@FreeBSD.ORG Sun Feb 4 19:58:16 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0D49316A402; Sun, 4 Feb 2007 19:58:16 +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 BCDEF13C467; Sun, 4 Feb 2007 19:58:15 +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 l14Ju7uY016207; Sun, 4 Feb 2007 12:56:08 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 04 Feb 2007 12:56:41 -0700 (MST) Message-Id: <20070204.125641.1219856867.imp@bsdimp.com> To: leafy7382@gmail.com From: "M. Warner Losh" In-Reply-To: References: <499c70c0702030850v14e02dfck7a0b91e1cc6deb9b@mail.gmail.com> <20070203.104000.756908884.imp@bsdimp.com> 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]); Sun, 04 Feb 2007 12:56:08 -0700 (MST) Cc: usb@freebsd.org, rizzo@icir.org, current@freebsd.org, almarrie@gmail.com Subject: Re: Call for Testers: FreeBSD webcam driver (and more) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2007 19:58:16 -0000 In message: "Jiawei Ye" writes: : On 2/4/07, M. Warner Losh wrote: : > In message: <499c70c0702030850v14e02dfck7a0b91e1cc6deb9b@mail.gmail.com> : > "Abdullah Ibn Hamad Al-Marri" writes: : > : and other things like CardReader for laptops ..etc, thank you for : > : > CardReader? What's that? : > : > SD/MMC support for laptops is on its way... : > : > Warner : I guess he is referring to the smarcard readers some laptops have. Not even Linux has support, AFAIK, for the flash readers on laptops that aren't SD/MMC. if you can hook me up with the docs, I'd be willing to work on it. Warner From owner-freebsd-current@FreeBSD.ORG Sun Feb 4 20:06:57 2007 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9F00016A402 for ; Sun, 4 Feb 2007 20:06:57 +0000 (UTC) (envelope-from alohaguy123@yahoo.com) Received: from web53612.mail.yahoo.com (web53612.mail.yahoo.com [206.190.39.179]) by mx1.freebsd.org (Postfix) with SMTP id 6624B13C48D for ; Sun, 4 Feb 2007 20:06:57 +0000 (UTC) (envelope-from alohaguy123@yahoo.com) Received: (qmail 47928 invoked by uid 60001); 4 Feb 2007 20:06:56 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=Zs2UhReZt6XesiLPbqwd0K9EDI0C1xt8gzD/PgEjyeIY+1kAsWtyLom2WMvRalSkmPNCmPQWNBGLLHQSaRw2YiASk/j6KIv0pjgdbSAxJhV74VWLfbu/JQbXYv7+1gC+htj4PRHZTT7J4yseffTMYb4rsULHYLH7NXuEl7ZexPc=; X-YMail-OSG: smzLhcEVM1k3qXamd4jPpZlArVOBQDsmXwE0XYf8ejMqVFDvmgkUJ7IncQmnJ2aw5TkkgSZCJhtLjyyHEEP2Ppk.Ijaq5uILn9fIf5KraL7Y_7FoOU8CF7kWGR1w.XPMFKwZ9cr_u.RNb.HFblU6ZdWP Received: from [208.201.244.225] by web53612.mail.yahoo.com via HTTP; Sun, 04 Feb 2007 12:06:56 PST X-Mailer: YahooMailRC/368.3 YahooMailWebService/0.6.132.7 Date: Sun, 4 Feb 2007 12:06:56 -0800 (PST) From: Aloha Guy To: questions@FreeBSD.ORG, current@FreeBSD.ORG MIME-Version: 1.0 Message-ID: <773743.47815.qm@web53612.mail.yahoo.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: swap file vs swap partition X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2007 20:06:57 -0000 Greetings everyone:=0A=0AI am planning to build a few new boxes which will = run -RELEASE and -CURRENT and I have a question about the swap file. In th= e past, I had always used a swap partition of 256MB since I originally had = 128MB system memory in the 1990's but my system has been upgraded to 2GB an= d it seems the swap file would have more flexibility as I can just change t= he size of the swapfile if I needed to. My question is is there any differe= nce in performance between a swap file versus a swap partition and can one = run a system with a swap file instead of a swap partition? Also, searching= has not gotten me very far but are there any drawbacks to a swap file inst= ead of a swap partition? I read somewhere that a few people seem to think = that a swap file can't handle kernel crash dumps? Shouldn't it be the same= as both of them occupy disk space and as long as the swap file is large en= ough, wouldn't it work? Thanks.=0A=0AJohn=0A=0A=0A =0A____________________= ________________________________________________________________=0AYahoo! M= usic Unlimited=0AAccess over 1 million songs.=0Ahttp://music.yahoo.com/unli= mited From owner-freebsd-current@FreeBSD.ORG Sun Feb 4 20:16:57 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BF66D16A403 for ; Sun, 4 Feb 2007 20:16:57 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 7E97B13C481 for ; Sun, 4 Feb 2007 20:16:57 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id l14KGpCL029474; Sun, 4 Feb 2007 13:16:56 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <45C63F25.1070109@samsco.org> Date: Sun, 04 Feb 2007 13:16:37 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: Aloha Guy References: <773743.47815.qm@web53612.mail.yahoo.com> In-Reply-To: <773743.47815.qm@web53612.mail.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Sun, 04 Feb 2007 13:16:56 -0700 (MST) X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: questions@freebsd.org, current@freebsd.org Subject: Re: swap file vs swap partition X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2007 20:16:57 -0000 Aloha Guy wrote: > Greetings everyone: > > I am planning to build a few new boxes which will run -RELEASE and -CURRENT and I have a question about the swap file. In the past, I had always used a swap partition of 256MB since I originally had 128MB system memory in the 1990's but my system has been upgraded to 2GB and it seems the swap file would have more flexibility as I can just change the size of the swapfile if I needed to. My question is is there any difference in performance between a swap file versus a swap partition and can one run a system with a swap file instead of a swap partition? Yes. A swap file requires a pass through the filesystem code in order to figure out where each block is. > Also, searching has not gotten me very far but are there any drawbacks to a swap file instead of a swap partition? I read somewhere that a few people seem to think that a swap file can't handle kernel crash dumps? That's correct, it cannot. > Shouldn't it be the same as both of them occupy disk space and as long as the swap file is large enough, wouldn't it work? The crashdump code is written to assume that the dump space is completely contiguous, something that is not at all guaranteed by a swap file. While it would certainly be possible to modify it to make a pass through the filesystem like above, the intention of the crashdump code is also to be as simple as possible and to depend on as few kernel services as possible. When the system has crashed, who knows what can be trusted anymore, right? Also, filesystem corruption is a frequent cause of crashes; why risk that dumping to a swapfile might encounter corruption and trash your entire filesystem. Scott From owner-freebsd-current@FreeBSD.ORG Sun Feb 4 21:48:10 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DCB5916A402 for ; Sun, 4 Feb 2007 21:48:10 +0000 (UTC) (envelope-from flo@kasimir.com) Received: from config.solomo.org (h994948.serverkompetenz.net [85.214.51.166]) by mx1.freebsd.org (Postfix) with ESMTP id 5A8D013C491 for ; Sun, 4 Feb 2007 21:48:10 +0000 (UTC) (envelope-from flo@kasimir.com) Received: (qmail 65470 invoked from network); 4 Feb 2007 22:21:28 +0100 Received: from i53879797.versanet.de (HELO nibbler-osx.local) (83.135.151.151) by config.solomo.org with SMTP; 4 Feb 2007 22:21:28 +0100 Message-ID: <45C64E3A.7050407@kasimir.com> Date: Sun, 04 Feb 2007 22:20:58 +0100 From: "Florian C. Smeets" User-Agent: Thunderbird 2.0b2 (Macintosh/20070116) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: panic: sbflush_internal: cc 4294966301 || mb 0 || mbcnt 0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2007 21:48:10 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, i can trigger this kind of panic quite easily where running mldonkey-devel port and downloading something via BitTorrent. This is -current as of Feb 03 2007. I upgraded this box from -stable to - -current end November 2006 and it has been happening since. When i do not run mldonkey the box is quite stable e.g. no other panics. Google turned up only one other occurrence of this on a german BSD forum, mldonkey was also involved there... I already have "options SOCKBUF_DEBUG" enabled. What can i do to get more useful information ? I have a dump but it seems to be corrupted... I'll try to get a usable dump. This happens with stock FreeBSD ppp as well as with mdp4 from ports. Kernel is a stripped down GENERIC wich pf added. Here the trace from ddb: panic: sbflush_internal: cc 4294966301 || mb 0 || mbcnt 0 KDB: enter: panic [thread pid 53458 tid 100128 ] Stopped at kdb_enter+0x2b: nop db> where Tracing pid 53458 tid 100128 td 0xc12abcb0 kdb_enter(c06ace58) at kdb_enter+0x2b panic(c06b0aae,fffffc1d,0,0,c133919c,...) at panic+0xbb sbflush_internal(c133919c,c8109aa0,c05516ee,c133919c,c133914c,...) at sbflush_internal+0x6f sbflush_locked(c133919c) at sbflush_locked+0xb sbflush(c133919c,c133914c,c1316150,0,c133914c,...) at sbflush+0x3a tcp_disconnect(c134eb28) at tcp_disconnect+0x4b tcp_usr_disconnect(c133914c,c8109af8,c05525b9,c133914c,0,...) at tcp_usr_disconnect+0x88 sodisconnect(c133914c,0,c13213a8,0,0,...) at sodisconnect+0x26 soclose(c133914c) at soclose+0x31 soo_close(c13213a8,c12abcb0) at soo_close+0x5f fdrop_locked(c13213a8,c12abcb0,c18cd900,c8109ba4,c04ef3c7,...) at fdrop_locked+0xc8 fdrop(c13213a8,c12abcb0,c0f74b84,c093ab80,0,...) at fdrop+0x3d closef(c13213a8,c12abcb0) at closef+0x407 fdfree(c12abcb0) at fdfree+0x56b exit1(c12abcb0,0,c8109d2c,c0680b12,c12abcb0,...) at exit1+0x427 exit1(c12abcb0,c8109d00) at exit1 syscall(c8109d38) at syscall+0x2a2 Xint0x80_syscall() at Xint0x80_syscall+0x20 - --- syscall (3, FreeBSD ELF32, read), eip = 0x2, esp = 0x292, ebp = 0 --- Let me know if i can do anything more to help tracking this down. Cheers Florian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (Darwin) iD8DBQFFxk46A+1tjUZ1YScRAhp3AJ9hLrTU8kSqLAMIvTC25n1XPhWyygCgnenx HrUVO/p96QSgeytpJE7j7xc= =p0WP -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Feb 4 21:53:15 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4A74316A402 for ; Sun, 4 Feb 2007 21:53:15 +0000 (UTC) (envelope-from alohaguy123@yahoo.com) Received: from web53614.mail.yahoo.com (web53614.mail.yahoo.com [206.190.39.181]) by mx1.freebsd.org (Postfix) with SMTP id 0C29713C4AA for ; Sun, 4 Feb 2007 21:53:14 +0000 (UTC) (envelope-from alohaguy123@yahoo.com) Received: (qmail 95764 invoked by uid 60001); 4 Feb 2007 21:53:14 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=RD3bQ2PxQ6h+r/6WMdcU1zz4uSKMFP2okuCLViB5nsadMR4FabSFy6i4LMlDR4r0SM+3ltUXsbCnIOWASi2rwgKf0hd+vwWgG9XUeujF/DVCBshZtncuiGvkxfglFOzDil5AnUeEhUUrLvMDt8/knGGuo2xljX0zCYxLczAEoJc=; X-YMail-OSG: 5RC1PtsVM1mHFVRpcM0TaiovXd5XLgSoW8Lei5GVmO5r4eqEKKkrz_tsOPFoo9oHsC5ASmjNSjLcAHs3YVebjmPDNVNIbte43W6XCejo0SUWkMJSRxRM53OnenPIrsYTT0MPN3Lup82s28856q0HdQwqqrPhJ0v0nxc3KKkw.moXf15OSYddavNnPjkE Received: from [208.201.244.225] by web53614.mail.yahoo.com via HTTP; Sun, 04 Feb 2007 13:53:14 PST X-Mailer: YahooMailRC/368.3 YahooMailWebService/0.6.132.7 Date: Sun, 4 Feb 2007 13:53:14 -0800 (PST) From: Aloha Guy To: Scott Long MIME-Version: 1.0 Message-ID: <393982.95591.qm@web53614.mail.yahoo.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: questions@freebsd.org, current@freebsd.org Subject: Re: swap file vs swap partition X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2007 21:53:15 -0000 Thanks for the input. You do have good points. The only issue with swap p= artitions is that it seems like you need to increase it everytime you incre= ase the physical memory. Is there a swap partition size limit that pretty = much will handle anything and setting a number larger than that will really= not offer anything?=0A=0AJohn=0A=0A----- Original Message ----=0AFrom: Sco= tt Long =0ATo: Aloha Guy =0ACc: q= uestions@freebsd.org; current@freebsd.org=0ASent: Sunday, February 4, 2007 = 12:16:37 PM=0ASubject: Re: swap file vs swap partition=0A=0A=0AAloha Guy wr= ote:=0A> Greetings everyone:=0A> =0A> I am planning to build a few new boxe= s which will run -RELEASE and -CURRENT and I have a question about the swap= file. In the past, I had always used a swap partition of 256MB since I or= iginally had 128MB system memory in the 1990's but my system has been upgra= ded to 2GB and it seems the swap file would have more flexibility as I can = just change the size of the swapfile if I needed to. My question is is ther= e any difference in performance between a swap file versus a swap partition= and can one run a system with a swap file instead of a swap partition?=0A= =0AYes. A swap file requires a pass through the filesystem code in order= =0Ato figure out where each block is.=0A=0A> Also, searching has not gotten= me very far but are there any drawbacks to a swap file instead of a swap p= artition? I read somewhere that a few people seem to think that a swap fil= e can't handle kernel crash dumps?=0A=0AThat's correct, it cannot.=0A=0A> S= houldn't it be the same as both of them occupy disk space and as long as th= e swap file is large enough, wouldn't it work?=0A=0AThe crashdump code is w= ritten to assume that the dump space is=0Acompletely contiguous, something = that is not at all guaranteed by=0Aa swap file. While it would certainly b= e possible to modify it=0Ato make a pass through the filesystem like above,= the intention=0Aof the crashdump code is also to be as simple as possible = and to=0Adepend on as few kernel services as possible. When the system has= =0Acrashed, who knows what can be trusted anymore, right? Also, filesystem= =0Acorruption is a frequent cause of crashes; why risk that dumping to=0Aa = swapfile might encounter corruption and trash your entire filesystem.=0A=0A= Scott=0A=0A=0A =0A_________________________________________________________= ___________________________=0AGet your own web address. =0AHave a HUGE yea= r through Yahoo! Small Business.=0Ahttp://smallbusiness.yahoo.com/domains/?= p=3DBESTDEAL From owner-freebsd-current@FreeBSD.ORG Sun Feb 4 22:29:07 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2FCF716A40A; Sun, 4 Feb 2007 22:29:07 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id E4EC213C4AA; Sun, 4 Feb 2007 22:29:06 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id l14MT01e030341; Sun, 4 Feb 2007 15:29:06 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <45C65E1F.2020109@samsco.org> Date: Sun, 04 Feb 2007 15:28:47 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: Aloha Guy References: <393982.95591.qm@web53614.mail.yahoo.com> In-Reply-To: <393982.95591.qm@web53614.mail.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Sun, 04 Feb 2007 15:29:06 -0700 (MST) X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: questions@freebsd.org, current@freebsd.org Subject: Re: swap file vs swap partition X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2007 22:29:07 -0000 Aloha Guy wrote: > Thanks for the input. You do have good points. The only issue with > swap partitions is that it seems like you need to increase it everytime > you increase the physical memory. Is there a swap partition size limit > that pretty much will handle anything and setting a number larger than > that will really not offer anything? > > John Processors and memory have vastly outpaced the speed of disks; any amount of swapping is going to be percieved as being very slow and something that should be avoided. Since RAM is also very cheap now, most people just load enough RAM into their system to handle their load, and then configure enough swap to hold a crashdump of that RAM. You always want swap so that you can handle unexpected spikes in load without crashing, but it's less of an integral piece of normal system operation these days. Scott From owner-freebsd-current@FreeBSD.ORG Sun Feb 4 23:24:41 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BD90C16A409 for ; Sun, 4 Feb 2007 23:24:40 +0000 (UTC) (envelope-from alohaguy123@yahoo.com) Received: from web53602.mail.yahoo.com (web53602.mail.yahoo.com [206.190.37.35]) by mx1.freebsd.org (Postfix) with SMTP id 68C5B13C4A8 for ; Sun, 4 Feb 2007 23:24:40 +0000 (UTC) (envelope-from alohaguy123@yahoo.com) Received: (qmail 2954 invoked by uid 60001); 4 Feb 2007 23:24:39 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type; b=QTgztrZUg0/yHJO6OLLN7fzSzPfxzESa9jYjMLKKaXak5Bc+WD9IwHQ5lOvoTwIteEFvIjhqLKfAQr9jNTmC8di41JdpaIjRGwOrAm0HIJ1Xi+Q8s0N6ARtlPB1Bf4uxhvfauMjQ+fPr+/DRm3/B7t8Vw4oaLefIkbGDirN0wMc= ; Message-ID: <20070204232439.2952.qmail@web53602.mail.yahoo.com> X-YMail-OSG: 8xpojV4VM1ltRE1zKTIaVXPmX3VtbTZnT12mKI_mmp_1U5V2_7nAbDAqem.Oe6Yn3OBDavWir4AIf5ma81nOOXQqALbH_aoxxoXvIZhUFnx0uK65LctjADrEVak1nicoyR8g6WQg.R5kYhmfveSeg_by Received: from [208.201.244.225] by web53602.mail.yahoo.com via HTTP; Sun, 04 Feb 2007 15:24:39 PST X-Mailer: YahooMailRC/368.3 YahooMailWebService/0.6.132.7 Date: Sun, 4 Feb 2007 15:24:39 -0800 (PST) From: Aloha Guy To: Scott Long MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: questions@freebsd.org, current@freebsd.org Subject: Re: swap file vs swap partition X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2007 23:24:41 -0000 What I actually meant was, I know in the old days, if you had 128MB, you wa= nt a 256MB swap but with 2GB RAM, isn't 4GB going to be overkill for a swap= or are you saying that a 2GB swap will work? I'm still lost on the ratio = since I thought the 2x was only if you had like small amounts of RAM.=0A=0A= John=0A=0A=0A----- Original Message ----=0AFrom: Scott Long =0ATo: Aloha Guy =0ACc: questions@freebsd.org; c= urrent@freebsd.org=0ASent: Sunday, February 4, 2007 2:28:47 PM=0ASubject: R= e: swap file vs swap partition=0A=0A=0AAloha Guy wrote:=0A> Thanks for the = input. You do have good points. The only issue with =0A> swap partitions = is that it seems like you need to increase it everytime =0A> you increase t= he physical memory. Is there a swap partition size limit =0A> that pretty = much will handle anything and setting a number larger than =0A> that will r= eally not offer anything?=0A> =0A> John=0A=0A=0AProcessors and memory have= vastly outpaced the speed of disks; any=0Aamount of swapping is going to b= e percieved as being very slow and=0Asomething that should be avoided. Sin= ce RAM is also very cheap now,=0Amost people just load enough RAM into thei= r system to handle their load,=0Aand then configure enough swap to hold a c= rashdump of that RAM. You=0Aalways want swap so that you can handle unexpe= cted spikes in load=0Awithout crashing, but it's less of an integral piece = of normal system=0Aoperation these days.=0A=0AScott=0A=0A=0A =0A___________= _________________________________________________________________________= =0AIt's here! Your new message! =0AGet new email alerts with the free Yaho= o! Toolbar.=0Ahttp://tools.search.yahoo.com/toolbar/features/mail/ From owner-freebsd-current@FreeBSD.ORG Mon Feb 5 00:23:51 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B3E2316A406 for ; Mon, 5 Feb 2007 00:23:51 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 44EFE13C481 for ; Mon, 5 Feb 2007 00:23:51 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.25]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id l150NkqM093562 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 Feb 2007 10:53:46 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Mon, 5 Feb 2007 10:53:33 +1030 User-Agent: KMail/1.9.5 References: <393982.95591.qm@web53614.mail.yahoo.com> <45C65E1F.2020109@samsco.org> In-Reply-To: <45C65E1F.2020109@samsco.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3042139.onAsnrdtT4"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200702051053.43566.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.57 on 203.31.81.10 Cc: Aloha Guy , questions@freebsd.org, current@freebsd.org Subject: Re: swap file vs swap partition X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2007 00:23:51 -0000 --nextPart3042139.onAsnrdtT4 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 05 February 2007 08:58, Scott Long wrote: > Processors and memory have vastly outpaced the speed of disks; any > amount of swapping is going to be percieved as being very slow and > something that should be avoided. Since RAM is also very cheap now, > most people just load enough RAM into their system to handle their load, > and then configure enough swap to hold a crashdump of that RAM. You > always want swap so that you can handle unexpected spikes in load > without crashing, but it's less of an integral piece of normal system > operation these days. Mini-dumps have made it a lot easier to get away with a small amount of swa= p. That said it's not like disk is expensive either! =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart3042139.onAsnrdtT4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFxnkP5ZPcIHs/zowRAi0FAKCK3pa4PyVrRveBzzjr80lzMCQT8ACbB/1V LquHG04FTBLspki+j7KThrA= =hOIr -----END PGP SIGNATURE----- --nextPart3042139.onAsnrdtT4-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 5 00:32:42 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5A26916A400 for ; Mon, 5 Feb 2007 00:32:42 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id CBC9313C481 for ; Mon, 5 Feb 2007 00:32:41 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (dialup107.ach.sch.gr [81.186.70.107]) (authenticated bits=128) by igloo.linux.gr (8.13.8/8.13.8/Debian-3) with ESMTP id l150UboQ011079 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 5 Feb 2007 02:30:49 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.13.8/8.13.8) with ESMTP id l150UXKV002105; Mon, 5 Feb 2007 02:30:34 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.13.8/8.13.8/Submit) id l150UWFD002104; Mon, 5 Feb 2007 02:30:32 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Mon, 5 Feb 2007 02:30:32 +0200 From: Giorgos Keramidas To: Neil Short Message-ID: <20070205003032.GC1583@kobe.laptop> References: <390579.85512.qm@web56505.mail.re3.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <390579.85512.qm@web56505.mail.re3.yahoo.com> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.751, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.45, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: how to get just a small section of code? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2007 00:32:42 -0000 On 2007-02-03 14:58, Neil Short wrote: > I have been watching the /src/sys/dev/ath/ code - for improvements > that will help prevent my ath device from timing out on my laptop > (almost certainly a hardware problem; but maybe a software > workaround). > > When there are updates, how might I set up my cvsup file to collect > just the stuff in /src/sys/dev/ath/ ? There is no easy way to do this with CVSup, AFAIK. Even if you do manage to get only 3-4 files out of a specific CVSup collection, how will you verify that you have *all* the necessary updates to *all* the affected files? You can probably hack a local CURRENT kernel, to merge only the ath(4) updates if you keep a local CVS mirror of src/ around, but this is very likely to be a lot of work. You would have to be careful to watch out for any updates to other parts of the kernel too, on which ath(4) may depend. You will, effectively, have to keep a local src/sys branch. This is not impossible, and it's precisely what FreeBSD kernel developers do every day. I'm just saying that you should know what you are going to be into, if you go down that path :) From owner-freebsd-current@FreeBSD.ORG Mon Feb 5 00:32:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 415DD16A400; Mon, 5 Feb 2007 00:32:47 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 993E913C441; Mon, 5 Feb 2007 00:32:46 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (dialup107.ach.sch.gr [81.186.70.107]) (authenticated bits=128) by igloo.linux.gr (8.13.8/8.13.8/Debian-3) with ESMTP id l150PkMX010986 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 5 Feb 2007 02:25:56 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.13.8/8.13.8) with ESMTP id l150Phng002077; Mon, 5 Feb 2007 02:25:44 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.13.8/8.13.8/Submit) id l150PhWT002076; Mon, 5 Feb 2007 02:25:43 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Mon, 5 Feb 2007 02:25:43 +0200 From: Giorgos Keramidas To: Andrew Pantyukhin Message-ID: <20070205002543.GB1583@kobe.laptop> References: <353278.62193.qm@web56507.mail.re3.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.748, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.45, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: Neil Short , freebsd-current@freebsd.org Subject: Re: cvsweb down? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2007 00:32:47 -0000 On 2007-02-04 02:40, Andrew Pantyukhin wrote: >On 2/4/07, Neil Short wrote: >> http://www.freebsd.org/cgi/cvsweb.cgi/ >> down? > > Can't answer that right now (apparently it's not > available), but don't forget there are hundreds > of mirrors out there, this one is close to me: > > http://ftp.mtu.ru/cgi-bin/cvsweb.cgi/ Moreover, it's trivial to set up a local copy, if you have a /home/ncvs mirror around. Another option is to use one of the Mercurial trees of Ollivier to browse through the source tree: http://hg.fr.freebsd.org/ For doc/ stuff only, you can use my own Mercurial conversion of the doc repository too: http://hg.hellug.gr/ From owner-freebsd-current@FreeBSD.ORG Mon Feb 5 00:40:04 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DBD4916A405; Mon, 5 Feb 2007 00:40:03 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 389E313C441; Mon, 5 Feb 2007 00:40:01 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.25]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id l150NkqM093562 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 Feb 2007 10:53:46 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Mon, 5 Feb 2007 10:53:33 +1030 User-Agent: KMail/1.9.5 References: <393982.95591.qm@web53614.mail.yahoo.com> <45C65E1F.2020109@samsco.org> In-Reply-To: <45C65E1F.2020109@samsco.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3042139.onAsnrdtT4"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200702051053.43566.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.57 on 203.31.81.10 Cc: Aloha Guy , questions@freebsd.org, current@freebsd.org Subject: Re: swap file vs swap partition X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2007 00:40:04 -0000 --nextPart3042139.onAsnrdtT4 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 05 February 2007 08:58, Scott Long wrote: > Processors and memory have vastly outpaced the speed of disks; any > amount of swapping is going to be percieved as being very slow and > something that should be avoided. Since RAM is also very cheap now, > most people just load enough RAM into their system to handle their load, > and then configure enough swap to hold a crashdump of that RAM. You > always want swap so that you can handle unexpected spikes in load > without crashing, but it's less of an integral piece of normal system > operation these days. Mini-dumps have made it a lot easier to get away with a small amount of swa= p. That said it's not like disk is expensive either! =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart3042139.onAsnrdtT4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBFxnkP5ZPcIHs/zowRAi0FAKCK3pa4PyVrRveBzzjr80lzMCQT8ACbB/1V LquHG04FTBLspki+j7KThrA= =hOIr -----END PGP SIGNATURE----- --nextPart3042139.onAsnrdtT4-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 5 04:17:06 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2CEBD16A400 for ; Mon, 5 Feb 2007 04:17:06 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.freebsd.org (Postfix) with ESMTP id ED97313C467 for ; Mon, 5 Feb 2007 04:17:05 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (4gnt7ixt1oa8d6eg@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id l153dPeM003342; Sun, 4 Feb 2007 19:39:25 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id l153dPna003341; Sun, 4 Feb 2007 19:39:25 -0800 (PST) (envelope-from jmg) Date: Sun, 4 Feb 2007 19:39:25 -0800 From: John-Mark Gurney To: lu ping Message-ID: <20070205033925.GA1620@funkthat.com> Mail-Followup-To: lu ping , freebsd-current@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-current@freebsd.org Subject: Re: sleep in freebsd kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2007 04:17:06 -0000 lu ping wrote this message on Sat, Feb 03, 2007 at 16:28 -0500: > I have a question about making my kernel thread sleep for a while. I think I > can use "tsleep", but the timeout for this call is only counted as system > ticks (usually at millisecond granularity). However I want to make my > "sleep" return in microsecond granularity. Does anybody know how to realize > this? Take a look at DELAY(9)... This busy waits instead of sleeping... FreeBSD currently doesn't have a method to make a kernel thread sleep for sub-hz granularity... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Mon Feb 5 04:59:03 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7DA8716A401 for ; Mon, 5 Feb 2007 04:59:03 +0000 (UTC) (envelope-from SRS1=bb7e4c60bce00ab7a339953a468e0e1879d0dfaa=es.net==bb7e4c60bce00ab7a339953a468e0e1879d0dfaa=236=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.freebsd.org (Postfix) with ESMTP id 6155613C471 for ; Mon, 5 Feb 2007 04:59:03 +0000 (UTC) (envelope-from SRS1=bb7e4c60bce00ab7a339953a468e0e1879d0dfaa=es.net==bb7e4c60bce00ab7a339953a468e0e1879d0dfaa=236=es.net=oberman@es.net) Received: from postal4.es.net (postal4.es.net [198.124.252.66]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id KGZ72119 for ; Sun, 04 Feb 2007 20:46:19 -0800 Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id KGZ04318 for ; Sun, 04 Feb 2007 20:46:18 -0800 Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id KGZ04417; Sun, 04 Feb 2007 20:46:17 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 1E67045055; Sun, 4 Feb 2007 20:46:16 -0800 (PST) To: Giorgos Keramidas In-Reply-To: Your message of "Mon, 05 Feb 2007 02:30:32 +0200." <20070205003032.GC1583@kobe.laptop> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1170650776_40255P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sun, 04 Feb 2007 20:46:16 -0800 From: "Kevin Oberman" Message-Id: <20070205044616.1E67045055@ptavv.es.net> Cc: Neil Short , freebsd-current@freebsd.org Subject: Re: how to get just a small section of code? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2007 04:59:03 -0000 --==_Exmh_1170650776_40255P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Mon, 5 Feb 2007 02:30:32 +0200 > From: Giorgos Keramidas > Sender: owner-freebsd-current@freebsd.org > > On 2007-02-03 14:58, Neil Short wrote: > > I have been watching the /src/sys/dev/ath/ code - for improvements > > that will help prevent my ath device from timing out on my laptop > > (almost certainly a hardware problem; but maybe a software > > workaround). > > > > When there are updates, how might I set up my cvsup file to collect > > just the stuff in /src/sys/dev/ath/ ? > > There is no easy way to do this with CVSup, AFAIK. Even if you do > manage to get only 3-4 files out of a specific CVSup collection, how > will you verify that you have *all* the necessary updates to *all* the > affected files? Maybe I do not understand what he is trying to do, but it looks like it's easy. Use the -i option in the csup command line (not in the supfile) and specify: csup -L2 -i src/sys/dev/ath SUPFILE And you probably should use csup(1) from the base system instead if cvsup from ports. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1170650776_40255P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFFxraYkn3rs5h7N1ERAvEVAJ4tPG+HIdnGcrTgROA/sPlhtVo3DwCfRurF /1BGP2WZPTnEGSSVe6WJ8Io= =lamf -----END PGP SIGNATURE----- --==_Exmh_1170650776_40255P-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 5 07:08:01 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8AC4016A401 for ; Mon, 5 Feb 2007 07:08:00 +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 19C1913C481 for ; Mon, 5 Feb 2007 07:07:57 +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 l1577ur4000970; Mon, 5 Feb 2007 18:07:56 +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 l1577tge000969; Mon, 5 Feb 2007 18:07:55 +1100 (EST) (envelope-from peter) Date: Mon, 5 Feb 2007 18:07:55 +1100 From: Peter Jeremy To: Aloha Guy Message-ID: <20070205070755.GA818@turion.vk2pj.dyndns.org> References: <20070204232439.2952.qmail@web53602.mail.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline In-Reply-To: <20070204232439.2952.qmail@web53602.mail.yahoo.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: questions@freebsd.org, current@freebsd.org Subject: Re: swap file vs swap partition X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2007 07:08:01 -0000 --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Please wrap your lines and don't top-post. On Sun, 2007-Feb-04 15:24:39 -0800, Aloha Guy wrote: What I actually >meant was, I know in the old days, if you had 128MB, you want a 256MB >swap but with 2GB RAM, isn't 4GB going to be overkill for a swap or >are you saying that a 2GB swap will work? I'm still lost on the >ratio since I thought the 2x was only if you had like small amounts >of RAM. 2:1 was a very old rule of thumb. A better approach is to consider your workload: Your working set needs to fit in RAM and the total virtual size needs to fit into RAM+swap. If you tend to leave lots of large processes lying around not doing anything, you might be able to usefully use much more swap than if you religiously kill processes that you aren't using - particularly if you don't have massive amounts of RAM. My desktop at work typically runs with swap utilisation about twice RAM (but it only has ~160MB RAM). Keep in mind that you can use multiple swap partitions so it can be useful to have an active swap on each disk. (The VM system stripes across available swaps). --=20 Peter Jeremy --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFxtfL/opHv/APuIcRAjouAKCktxzjlKVzrRIGw2ts2vScGtRT8wCfRtY0 p0GhFoAy8LBmnfHFo38kSv8= =9RXL -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 5 08:05:46 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3C99D16A403 for ; Mon, 5 Feb 2007 08:05:45 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.231]) by mx1.freebsd.org (Postfix) with ESMTP id F152413C467 for ; Mon, 5 Feb 2007 08:05:44 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by wr-out-0506.google.com with SMTP id 71so1200503wri for ; Mon, 05 Feb 2007 00:05:44 -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=A+PL+iLAb2dGuRM5ROfwmKLkdm1I0N84lvvGMNAOoalZy0w0Eesaih3WHBTi9HZvXxAqUbQDLeBfOYjBtkdbJCChKb1Rok9FutB/4vusuulJnOkWqfhyRWBrqbFgH0DVEt4+znwiPdmT3QhowsJQgDe71IdQOxGLBHJqf6U3YZ8= Received: by 10.115.89.1 with SMTP id r1mr560054wal.1170662741766; Mon, 05 Feb 2007 00:05:41 -0800 (PST) Received: by 10.115.91.7 with HTTP; Mon, 5 Feb 2007 00:05:41 -0800 (PST) Message-ID: <499c70c0702050005r76338d52i790e930dfffed43a@mail.gmail.com> Date: Mon, 5 Feb 2007 11:05:41 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "M. Warner Losh" In-Reply-To: <20070204.125641.1219856867.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <499c70c0702030850v14e02dfck7a0b91e1cc6deb9b@mail.gmail.com> <20070203.104000.756908884.imp@bsdimp.com> <20070204.125641.1219856867.imp@bsdimp.com> Cc: usb@freebsd.org, rizzo@icir.org, leafy7382@gmail.com, current@freebsd.org Subject: Re: Call for Testers: FreeBSD webcam driver (and more) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2007 08:05:46 -0000 On 2/4/07, M. Warner Losh wrote: > In message: > "Jiawei Ye" writes: > : On 2/4/07, M. Warner Losh wrote: > : > In message: <499c70c0702030850v14e02dfck7a0b91e1cc6deb9b@mail.gmail.com> > : > "Abdullah Ibn Hamad Al-Marri" writes: > : > : and other things like CardReader for laptops ..etc, thank you for > : > > : > CardReader? What's that? > : > > : > SD/MMC support for laptops is on its way... > : > > : > Warner > : I guess he is referring to the smarcard readers some laptops have. > > Not even Linux has support, AFAIK, for the flash readers on laptops > that aren't SD/MMC. if you can hook me up with the docs, I'd be > willing to work on it. > > Warner Check this out please. http://www.hydromel.net/driver/gpr400/ Technical informations Due to a lack of good documentation provided by Gemplus, this driver is a complete reverse engeneering hack. The pdf documentations used to make this possible are: * The GPR400 Reference Manual (Ref: 248_E5234010.pdf) * The Windows API description (Ref: 267_E5234016.pdf) * The WinGPR software documentation (Ref: 299_E5234018.pdf) -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Mon Feb 5 09:15:57 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8915B16A40B for ; Mon, 5 Feb 2007 09:15:57 +0000 (UTC) (envelope-from conrad.burger@mxit.com) Received: from smtp.swistgroup.com (smtp.swisttech.com [196.211.145.42]) by mx1.freebsd.org (Postfix) with ESMTP id DFA7613C461 for ; Mon, 5 Feb 2007 09:15:51 +0000 (UTC) (envelope-from conrad.burger@mxit.com) Received: from timon.swistgroup.com (unknown [172.16.1.30]) by smtp.swistgroup.com (Postfix) with ESMTP id A28467BBBB for ; Mon, 5 Feb 2007 11:35:45 +0200 (SAST) Received: from mailnull by timon.swistgroup.com with local (Exim 4.52 (FreeBSD)) id 1HE00k-0002mL-II for current@freebsd.org; Mon, 05 Feb 2007 11:19:42 +0200 Received: from hermes.swistgroup.com ([172.16.1.6]) by timon.swistgroup.com with esmtp (Exim 4.52 (FreeBSD)) id 1HE00k-0002lu-DB; Mon, 05 Feb 2007 11:19:42 +0200 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C74905.FF07960E" X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Mon, 5 Feb 2007 11:15:52 +0200 Message-ID: <45FBF1D2998C93429047415BE8091CC8303C96@HERMES.swistgroup.com> In-Reply-To: <20070204030303.GA25832@cdnetworks.co.kr> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [KERNEL PANIC] Assigning IP to BCE on CURRENT Thread-Index: AcdICMzGIilddItPRuiKSgv9meDa2gA/SQqA From: "Conrad Burger" To: X-disclaimer: Legalsentry Cc: current@freebsd.org Subject: RE: [KERNEL PANIC] Assigning IP to BCE on CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2007 09:15:57 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C74905.FF07960E Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable ******************************************************************* Click here to view our e-mail legal notice: http://www.mxit.co.za/pdfs/mxit_legal.pdf or call: +27 21 888 5000 ******************************************************************* > HARDWARE=3D DELL 1955 BLADE=20 > OS Version=3D CURRENT i386(2007-02-01)=20 >=20 > When I assign an IP to one of the BCE interfaces on the system the = kernel > PANICS. >=20 > >From KDB: > --------------------------------------------------------------- > Panic: invalid ife->ifm_date (0xa) in mii_phy_setmedia=20 >=20 I guess ukphy(4) was used to serve the PHY. Would you post verbosed boot message? > Cpuid =3D 0=20 > KDB: enter:panic=20 > [ thread pid 715 tid 100041] > Stopped at kdb_enter + 0x2b:nop > --------------------------------------------------------------- >=20 > I then type "panic" and it writes a vmcore dump. =20 >=20 > But when I analyze the vmcore using kgdb and run a "bt" it only gives = me the=20 > backtrace of the kdb and shutdown.=20 >=20 > Is there a way to write a dump without kdb interfering? >=20 > Another thing, I tried to install CURRENT-snapshot-2007-01(AMD64), = but after it > boots from the USB DVDROM. Sysinstall cannot access the USB DVDROM.=20 > Is this a known problem? Hope this is what your requested. -------------------------------------------------------------------------= --- 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 7.0-CURRENT #1: Tue Jan 9 16:14:37 UTC 2007 root@:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Using 64 colors for the VM-PQ tuning (4096, 16) Preloaded elf kernel "/boot/kernel/kernel" at 0xc0c17000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0c17160. Calibrating clock(s) ... i8254 clock: 1193181 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1995012030 Hz CPU: Intel(R) Xeon(R) CPU 5130 @ 2.00GHz (1995.01-MHz = 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x6f6 Stepping =3D 6 =20 Features=3D0xbfebfbff = Features2=3D0x4e33d,<= b18>> AMD Features=3D0x20100000 AMD Features2=3D0x1 Cores per package: 2 Instruction TLB: 4 KB Pages, 4-way set associative, 128 entries 1st-level instruction cache: 32 KB, 8-way set associative, 64 byte line = size 1st-level data cache: 32 KB, 8-way set associative, 64 byte line size L2 cache: 4096 kbytes, 16-way associative, 64 bytes/line real memory =3D 3489300480 (3327 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001028000 - 0x00000000cc4cefff, 3410653184 bytes (832679 pages) avail memory =3D 3410173952 (3252 MB) MP Configuration Table version 1.4 found at 0xc00f0000 Table 'FACP' at 0xf3698 Table 'APIC' at 0xf378c MADT: Found table at 0xf378c 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) MADT: Found CPU APIC ID 18 ACPI ID 3: disabled MADT: Found CPU APIC ID 19 ACPI ID 4: disabled MADT: Found CPU APIC ID 20 ACPI ID 5: disabled MADT: Found CPU APIC ID 21 ACPI ID 6: disabled MADT: Found CPU APIC ID 22 ACPI ID 7: disabled MADT: Found CPU APIC ID 23 ACPI ID 8: disabled 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 0xc00ffe80 bios32: Entry =3D 0xffe90 (c00ffe90) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xf0000+0xb43e pnpbios: Found PnP BIOS data at 0xc00fe2d0 pnpbios: Entry =3D f0000:e2f4 Rev =3D 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: Changing APIC ID to 2 ioapic0: Routing external 8259A's -> intpin 0 MADT: Found IO APIC ID 3, Interrupt 32 at 0xfec80000 ioapic1: Changing APIC ID to 3 ioapic1: WARNING: intbase 32 !=3D expected base 24 MADT: Found IO APIC ID 4, Interrupt 192 at 0xfec85000 ioapic2: Changing APIC ID to 4 ioapic2: WARNING: intbase 192 !=3D expected base 56 lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: high MADT: Ignoring local NMI routed to ACPI CPU 3 MADT: Ignoring local NMI routed to ACPI CPU 4 MADT: Ignoring local NMI routed to ACPI CPU 5 MADT: Ignoring local NMI routed to ACPI CPU 6 MADT: Ignoring local NMI routed to ACPI CPU 7 MADT: Ignoring local NMI routed to ACPI CPU 8 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 ioapic1 irqs 32-55 on motherboard ioapic2 irqs 192-215 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: 0x00010000 pcm: 0x00010000 ath_rate: version 1.2 wlan: <802.11 Link Layer> null: random: nfslock: pseudo-device io: kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, = RF5413) rr232x: RocketRAID 232x controller driver v1.02 (Jan 9 2007 16:14:25) npx0: INT 16 interface acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x800080e0 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D00] is there = (id=3D25d88086) pcibios: BIOS version 2.10 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) acpi0: wakeup code va 0xda723000 pa 0x9d000 AcpiOsDerivePciId: bus 0 dev 16 func 1 AcpiOsDerivePciId: bus 0 dev 16 func 0 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 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 10 11 12 Validation 0 11 N 0 3 4 5 6 7 10 11 12 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 Validation 0 255 N 0 3 4 5 6 7 10 11 12 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 Validation 0 255 N 0 3 4 5 6 7 10 11 12 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 10 11 12 Validation 0 10 N 0 3 4 5 6 7 10 11 12 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 14 N 0 3 4 5 6 7 10 11 12 Validation 0 255 N 0 3 4 5 6 7 10 11 12 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 15 N 0 3 4 5 6 7 10 11 12 Validation 0 255 N 0 3 4 5 6 7 10 11 12 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 Validation 0 255 N 0 3 4 5 6 7 10 11 12 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 Validation 0 255 N 0 3 4 5 6 7 10 11 12 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 cpu0: on acpi0 cpu0: switching to generic Cx mode cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=3D0 found-> vendor=3D0x8086, dev=3D0x25d8, revid=3D0x92 bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0144, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D3 current D0 MSI supports 2 messages found-> vendor=3D0x8086, dev=3D0x25e2, revid=3D0x92 bus=3D0, slot=3D2, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0147, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x03 (750 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D3 current D0 MSI supports 2 messages found-> vendor=3D0x8086, dev=3D0x25e3, revid=3D0x92 bus=3D0, slot=3D3, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0147, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x03 (750 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D3 current D0 MSI supports 2 messages found-> vendor=3D0x8086, dev=3D0x25e4, revid=3D0x92 bus=3D0, slot=3D4, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0147, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x03 (750 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D3 current D0 MSI supports 2 messages found-> vendor=3D0x8086, dev=3D0x25e5, revid=3D0x92 bus=3D0, slot=3D5, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0147, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x03 (750 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D3 current D0 MSI supports 2 messages found-> vendor=3D0x8086, dev=3D0x25e6, revid=3D0x92 bus=3D0, slot=3D6, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0147, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x03 (750 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D3 current D0 MSI supports 2 messages found-> vendor=3D0x8086, dev=3D0x25e7, revid=3D0x92 bus=3D0, slot=3D7, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0147, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x03 (750 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D3 current D0 MSI supports 2 messages found-> vendor=3D0x8086, dev=3D0x25f0, revid=3D0x92 bus=3D0, slot=3D16, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x25f0, revid=3D0x92 bus=3D0, slot=3D16, func=3D1 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x25f0, revid=3D0x92 bus=3D0, slot=3D16, func=3D2 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x25f1, revid=3D0x92 bus=3D0, slot=3D17, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x25f3, revid=3D0x92 bus=3D0, slot=3D19, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x25f5, revid=3D0x92 bus=3D0, slot=3D21, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x25f6, revid=3D0x92 bus=3D0, slot=3D22, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0000, statreg=3D0x0000, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x2690, revid=3D0x09 bus=3D0, slot=3D28, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0147, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x03 (750 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D3 current D0 MSI supports 1 message found-> vendor=3D0x8086, dev=3D0x2688, revid=3D0x09 bus=3D0, slot=3D29, func=3D0 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D15 map[20]: type 4, range 32, base 0xcce0, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 21 found-> vendor=3D0x8086, dev=3D0x2689, revid=3D0x09 bus=3D0, slot=3D29, func=3D1 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D14 map[20]: type 4, range 32, base 0xccc0, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 20 found-> vendor=3D0x8086, dev=3D0x268c, revid=3D0x09 bus=3D0, slot=3D29, func=3D7 class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0106, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D15 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base 0xfc600000, size 10, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 21 found-> vendor=3D0x8086, dev=3D0x244e, revid=3D0xd9 bus=3D0, slot=3D30, func=3D0 class=3D06-04-01, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0147, statreg=3D0x0010, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x0b (2750 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x2670, revid=3D0x09 bus=3D0, slot=3D31, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0147, statreg=3D0x0200, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) pcib1: at device 2.0 on pci0 pcib1: secondary bus 3 pcib1: subordinate bus 8 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xf2000000-0xf7ffffff pcib1: no prefetched decode pci3: on pcib1 pci3: physical bus=3D3 found-> vendor=3D0x8086, dev=3D0x3500, revid=3D0x01 bus=3D3, slot=3D0, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0147, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x07 (1750 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D3 current D0 found-> vendor=3D0x8086, dev=3D0x350c, revid=3D0x01 bus=3D3, slot=3D0, func=3D3 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0147, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x07 (1750 ns), maxlat=3D0x00 (0 ns) powerspec 2 supports D0 D3 current D0 pcib2: at device 0.0 on pci3 pcib2: secondary bus 4 pcib2: subordinate bus 7 pcib2: I/O decode 0xf000-0xfff pcib2: memory decode 0xf4000000-0xf7ffffff pcib2: no prefetched decode pci4: on pcib2 pci4: physical bus=3D4 found-> vendor=3D0x8086, dev=3D0x3510, revid=3D0x01 bus=3D4, slot=3D0, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0147, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x03 (750 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit found-> vendor=3D0x8086, dev=3D0x3514, revid=3D0x01 bus=3D4, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0147, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x03 (750 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit pcib3: at device 0.0 on pci4 pcib3: secondary bus 5 pcib3: subordinate bus 6 pcib3: I/O decode 0xf000-0xfff pcib3: memory decode 0xf4000000-0xf7ffffff pcib3: no prefetched decode pci5: on pcib3 pci5: physical bus=3D5 found-> vendor=3D0x1166, dev=3D0x0103, revid=3D0xc3 bus=3D5, slot=3D0, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0147, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x06 (1500 ns), maxlat=3D0x00 (0 ns) powerspec 2 supports D0 D3 current D0 pcib4: at device 0.0 on pci5 pcib4: secondary bus 6 pcib4: subordinate bus 6 pcib4: I/O decode 0xf000-0xfff pcib4: memory decode 0xf4000000-0xf7ffffff pcib4: no prefetched decode pci6: on pcib4 pci6: physical bus=3D6 pci6:0:0: bad VPD cksum, remain 228 found-> vendor=3D0x14e4, dev=3D0x16ac, revid=3D0x12 bus=3D6, slot=3D0, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x015e, statreg=3D0x02b0, cachelnsz=3D16 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x00 (0 = ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 VPD Ident: Broadcom NetXtreme II Ethernet Controller MSI supports 1 message, 64 bit map[10]: type 1, range 64, base 0xf4000000, size 25, enabled pcib4: requested memory range 0xf4000000-0xf5ffffff: good pcib3: requested memory range 0xf4000000-0xf5ffffff: good pcib2: requested memory range 0xf4000000-0xf5ffffff: good pcib1: requested memory range 0xf4000000-0xf5ffffff: good pcib3: matched entry for 5.0.INTA pcib3: slot 0 INTA hardwired to IRQ 16 pcib4: slot 0 INTA is routed to irq 16 bce0: mem 0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci6 bce0: Reserved 0x2000000 bytes for rid 0x10 type 3 at 0xf4000000 bce0: attempting to allocate 1 MSI vectors (1 supported) bce0: using IRQ 256 for MSI bce0: ASIC ID 0x57081021; Revision (B2); PCI-X 64-bit 133MHz miibus0: on bce0 gentbi0: PHY 2 on miibus0 gentbi0: OUI 0x0050ef, model 0x0015, rev. 1 gentbi0: 1000baseSX, 1000baseSX-FDX, auto bce0: bpf attached bce0: Ethernet address: 00:15:c5:fc:fa:5f bce0: [MPSAFE] pcib5: at device 1.0 on pci4 pcib5: secondary bus 7 pcib5: subordinate bus 7 pcib5: I/O decode 0xf000-0xfff pcib5: no prefetched decode pci7: on pcib5 pci7: physical bus=3D7 pcib6: at device 0.3 on pci3 pcib6: secondary bus 8 pcib6: subordinate bus 8 pcib6: I/O decode 0xf000-0xfff pcib6: no prefetched decode pci8: on pcib6 pci8: physical bus=3D8 pcib7: at device 3.0 on pci0 pcib7: secondary bus 9 pcib7: subordinate bus 9 pcib7: I/O decode 0xf000-0xfff pcib7: no prefetched decode pci9: on pcib7 pci9: physical bus=3D9 pcib8: at device 4.0 on pci0 pcib8: secondary bus 10 pcib8: subordinate bus 10 pcib8: I/O decode 0xf000-0xfff pcib8: no prefetched decode pci10: on pcib8 pci10: physical bus=3D10 pcib9: at device 5.0 on pci0 pcib9: secondary bus 11 pcib9: subordinate bus 11 pcib9: I/O decode 0xf000-0xfff pcib9: no prefetched decode pci11: on pcib9 pci11: physical bus=3D11 pcib10: at device 6.0 on pci0 pcib10: secondary bus 12 pcib10: subordinate bus 12 pcib10: I/O decode 0xf000-0xfff pcib10: no prefetched decode pci12: on pcib10 pci12: physical bus=3D12 pcib11: at device 7.0 on pci0 pcib11: secondary bus 13 pcib11: subordinate bus 14 pcib11: I/O decode 0xe000-0xefff pcib11: memory decode 0xfc300000-0xfc5fffff pcib11: no prefetched decode pci13: on pcib11 pci13: physical bus=3D13 found-> vendor=3D0x8086, dev=3D0x032c, revid=3D0x09 bus=3D13, slot=3D0, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D1 cmdreg=3D0x0147, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x06 (1500 ns), maxlat=3D0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit pcib12: at device 0.0 on pci13 pcib12: secondary bus 14 pcib12: subordinate bus 14 pcib12: I/O decode 0xe000-0xefff pcib12: memory decode 0xfc400000-0xfc5fffff pcib12: no prefetched decode pci14: on pcib12 pci14: physical bus=3D14 found-> vendor=3D0x1000, dev=3D0x0054, revid=3D0x01 bus=3D14, slot=3D8, func=3D0 class=3D01-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0157, statreg=3D0x0230, cachelnsz=3D16 (dwords) lattimer=3D0x48 (2160 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x0a = (2500 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit MSI-X supports 1 message in map 0x14 map[10]: type 4, range 32, base 0xec00, size 8, enabled pcib12: requested I/O range 0xec00-0xecff: in range pcib11: requested I/O range 0xec00-0xecff: in range map[14]: type 1, range 64, base 0xfc4fc000, size 14, enabled pcib12: requested memory range 0xfc4fc000-0xfc4fffff: good pcib11: requested memory range 0xfc4fc000-0xfc4fffff: good map[1c]: type 1, range 64, base 0xfc4e0000, size 16, enabled pcib12: requested memory range 0xfc4e0000-0xfc4effff: good pcib11: requested memory range 0xfc4e0000-0xfc4effff: good pcib12: matched entry for 14.8.INTA pcib12: slot 8 INTA hardwired to IRQ 192 mpt0: port 0xec00-0xecff mem 0xfc4fc000-0xfc4fffff,0xfc4e0000-0xfc4effff irq 192 at device 8.0 on = pci14 mpt0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xec00 mpt0: Reserved 0x4000 bytes for rid 0x14 type 3 at 0xfc4fc000 ioapic2: routing intpin 0 (PCI IRQ 192) to vector 50 mpt0: [GIANT-LOCKED] mpt0: MPI Version=3D1.5.12.0 mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). mpt0: mpt_cam_event: 0x12 mpt0: Unhandled Event Notify Frame. Event 0x12 (ACK not required). mpt0: mpt_cam_event: 0x12 mpt0: Unhandled Event Notify Frame. Event 0x12 (ACK not required). mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). pcib13: at device 28.0 on pci0 pcib13: secondary bus 1 pcib13: subordinate bus 2 pcib13: I/O decode 0xf000-0xfff pcib13: memory decode 0xf8000000-0xfbffffff pcib13: no prefetched decode pci1: on pcib13 pci1: physical bus=3D1 found-> vendor=3D0x1166, dev=3D0x0103, revid=3D0xc3 bus=3D1, slot=3D0, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0147, statreg=3D0x0010, cachelnsz=3D16 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x06 (1500 ns), maxlat=3D0x00 (0 ns) powerspec 2 supports D0 D3 current D0 pcib14: at device 0.0 on pci1 pcib14: secondary bus 2 pcib14: subordinate bus 2 pcib14: I/O decode 0xf000-0xfff pcib14: memory decode 0xf8000000-0xfbffffff pcib14: no prefetched decode pci2: on pcib14 pci2: physical bus=3D2 pci2:0:0: bad VPD cksum, remain 228 found-> vendor=3D0x14e4, dev=3D0x16ac, revid=3D0x12 bus=3D2, slot=3D0, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x015e, statreg=3D0x02b0, cachelnsz=3D16 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x40 (16000 ns), maxlat=3D0x00 (0 = ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 VPD Ident: Broadcom NetXtreme II Ethernet Controller MSI supports 1 message, 64 bit map[10]: type 1, range 64, base 0xf8000000, size 25, enabled pcib14: requested memory range 0xf8000000-0xf9ffffff: good pcib13: requested memory range 0xf8000000-0xf9ffffff: good pcib13: matched entry for 1.0.INTA pcib13: slot 0 INTA hardwired to IRQ 16 pcib14: slot 0 INTA is routed to irq 16 bce1: mem 0xf8000000-0xf9ffffff irq 16 at device 0.0 on pci2 bce1: Reserved 0x2000000 bytes for rid 0x10 type 3 at 0xf8000000 bce1: attempting to allocate 1 MSI vectors (1 supported) bce1: using IRQ 257 for MSI bce1: ASIC ID 0x57081021; Revision (B2); PCI-X 64-bit 133MHz miibus1: on bce1 gentbi1: PHY 2 on miibus1 gentbi1: OUI 0x0050ef, model 0x0015, rev. 1 gentbi1: 1000baseSX, 1000baseSX-FDX, auto bce1: bpf attached bce1: Ethernet address: 00:15:c5:fc:fa:5d bce1: [MPSAFE] uhci0: port 0xcce0-0xccff irq 21 at = device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xcce0 ioapic0: routing intpin 21 (PCI IRQ 21) to vector 52 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xccc0-0xccdf irq 20 at = device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xccc0 ioapic0: routing intpin 20 (PCI IRQ 20) to vector 53 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xfc600000-0xfc6003ff irq = 21 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xfc600000 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 4 ports with 4 removable, self powered umass0: on = uhub2 umass0:1:0:-1: Attached to scbus1 pcib15: at device 30.0 on pci0 pcib15: secondary bus 15 pcib15: subordinate bus 15 pcib15: I/O decode 0xd000-0xdfff pcib15: memory decode 0xfc100000-0xfc2fffff pcib15: prefetched decode 0xd8000000-0xdfffffff pcib15: Subtractively decoded bridge. pci15: on pcib15 pci15: physical bus=3D15 found-> vendor=3D0x1002, dev=3D0x515e, revid=3D0x02 bus=3D15, slot=3D13, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x01a7, statreg=3D0x0290, cachelnsz=3D16 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 3, range 32, base 0xd8000000, size 27, enabled pcib15: requested memory range 0xd8000000-0xdfffffff: good map[14]: type 4, range 32, base 0xdc00, size 8, enabled pcib15: requested I/O range 0xdc00-0xdcff: in range map[18]: type 1, range 32, base 0xfc1f0000, size 16, enabled pcib15: requested memory range 0xfc1f0000-0xfc1fffff: good pcib15: matched entry for 15.13.INTA pcib15: slot 13 INTA hardwired to IRQ 19 vgapci0: port 0xdc00-0xdcff mem 0xd8000000-0xdfffffff,0xfc1f0000-0xfc1fffff irq 19 at device 13.0 on = pci15 isab0: at device 31.0 on pci0 isa0: on isab0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on = acpi0 acpi_hpet0: vend: 0x8086 rev: 0x1 num: 1 hz: 14318180 opts: leg_route = count_size Timecounter "HPET" frequency 14318180 Hz quality 2000 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 54 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 55 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4-00, 5 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ex_isa_identify() 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 ahc_isa_probe 0: ioport 0xc00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed 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 0xc0000-0xc8fff,0xec000-0xeffff pnpid = ORM0000 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: reset tp1 mask=3D00 ostat0=3Dff ostat1=3Dff ioapic0: routing intpin 14 (ISA IRQ 14) to vector 56 ata0: [MPSAFE] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: reset tp1 mask=3D00 ostat0=3Dff ostat1=3Dff ioapic0: routing intpin 15 (ISA IRQ 15) to vector 57 ata1: [MPSAFE] bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) le0: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0x4c03 0x4c03 0x4c03 0x4c03 sio0: probe failed test(s): 0 1 2 4 6 7 9 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0x4c03 0x4c03 0x4c03 0x4c03 sio0: probe failed test(s): 0 1 2 4 6 7 9 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding ioapic0: routing intpin 4 (ISA IRQ 4) to vector 58 sio0: [FAST] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x4c03 0x4c03 0x4c03 0x4c03 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff 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 Device configuration finished. Reducing kern.maxvnodes 214565 -> 100000 procfs registered lapic: Divisor 2, Frequency 166251043 hz Timecounter "TSC" frequency 1995012030 Hz quality -100 Timecounters tick every 1.000 msec lo0: bpf attached rr232x: no controller detected. (probe0:mpt0:0:0:0): error 22 (probe0:mpt0:0:0:0): Unretryable Error (probe0:mpt0:0:0:0): error 22 (probe0:mpt0:0:0:0): Unretryable Error (probe0:mpt0:0:0:1): error 22 (probe0:mpt0:0:0:1): Unretryable Error (probe0:mpt0:0:0:2): error 22 (probe0:mpt0:0:0:2): Unretryable Error (probe0:mpt0:0:0:3): error 22 (probe0:mpt0:0:0:3): Unretryable Error (probe0:mpt0:0:0:4): error 22 (probe0:mpt0:0:0:4): Unretryable Error (probe0:mpt0:0:0:5): error 22 (probe0:mpt0:0:0:5): Unretryable Error (probe0:mpt0:0:0:6): error 22 (probe0:mpt0:0:0:6): Unretryable Error (probe0:mpt0:0:0:7): error 22 (probe0:mpt0:0:0:7): Unretryable Error (probe8:mpt0:0:8:0): error 22 (probe8:mpt0:0:8:0): Unretryable Error (probe8:mpt0:0:8:0): error 22 (probe8:mpt0:0:8:0): Unretryable Error (probe63:umass-sim0:0:0:0): Down reving Protocol Version from 2 to 0? (probe63:umass-sim0:0:0:0): Uninitialized Transport 5:c6791bd0? ses0 at mpt0 bus 0 target 8 lun 0 ses0: Fixed Enclosure Services SCSI-5 device=20 ses0: 300.000MB/s transfers ses0: SCSI-3 SES Device pass0 at mpt0 bus 0 target 0 lun 0 pass0: Fixed Direct Access SCSI-5 device=20 pass0: 300.000MB/s transfers pass0: Command Queueing Enabled pass1 at mpt0 bus 0 target 8 lun 0 pass1: Fixed Enclosure Services SCSI-5 device=20 pass1: 300.000MB/s transfers pass2 at umass-sim0 bus 0 target 0 lun 0 pass2: Fixed Direct Access SCSI-0 device=20 pass2: Serial Number 3QD0LVJJ pass2: 40.000MB/s transfers da0 at mpt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device=20 da0: 300.000MB/s transfers da0: Command Queueing Enabled da0: 69618MB (142577664 512 byte sectors: 255H 63S/T 8875C) GEOM: new disk da0da1 at umass-sim0 bus 0 target 0 lun 0 da1: Fixed Direct Access SCSI-0 device=20 da1: Serial Number 3QD0LVJJ da1: 40.000MB/s transfers da1: 715404MB (1465149168 512 byte sectors: 255H 63S/T 91201C) GEOM: new disk da1 ATA PseudoRAID loaded 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 4 to local APIC 1 ioapic0: Assigning ISA IRQ 9 to local APIC 0 ioapic0: Assigning ISA IRQ 12 to local APIC 1 ioapic0: Assigning ISA IRQ 14 to local APIC 0 ioapic0: Assigning ISA IRQ 15 to local APIC 1 ioapic0: Assigning PCI IRQ 20 to local APIC 0 ioapic0: Assigning PCI IRQ 21 to local APIC 1 ioapic2: Assigning PCI IRQ 192 to local APIC 0 msi: Assigning MSI IRQ 256 to local APIC 1 msi: Assigning MSI IRQ 257 to local APIC 0 Trying to mount root from ufs:/dev/da0s1a WARNING: / was not properly dismounted start_init: trying /sbin/init WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted ------_=_NextPart_001_01C74905.FF07960E Content-Type: application/octet-stream; name="dmesg.out.2007-02-05" Content-Transfer-Encoding: base64 Content-Description: dmesg.out.2007-02-05 Content-Disposition: attachment; filename="dmesg.out.2007-02-05" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDcgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA3LjAtQ1VSUkVOVCAjMTogVHVlIEphbiAgOSAxNjox NDozNyBVVEMgMjAwNwogICAgcm9vdEA6L3Vzci9vYmovdXNyL3NyYy9zeXMvR0VORVJJQwpXQVJO SU5HOiBXSVRORVNTIG9wdGlvbiBlbmFibGVkLCBleHBlY3QgcmVkdWNlZCBwZXJmb3JtYW5jZS4K VXNpbmcgNjQgY29sb3JzIGZvciB0aGUgVk0tUFEgdHVuaW5nICg0MDk2LCAxNikKUHJlbG9hZGVk IGVsZiBrZXJuZWwgIi9ib290L2tlcm5lbC9rZXJuZWwiIGF0IDB4YzBjMTcwMDAuClByZWxvYWRl ZCBlbGYgbW9kdWxlICIvYm9vdC9rZXJuZWwvYWNwaS5rbyIgYXQgMHhjMGMxNzE2MC4KQ2FsaWJy YXRpbmcgY2xvY2socykgLi4uIGk4MjU0IGNsb2NrOiAxMTkzMTgxIEh6CkNMS19VU0VfSTgyNTRf Q0FMSUJSQVRJT04gbm90IHNwZWNpZmllZCAtIHVzaW5nIGRlZmF1bHQgZnJlcXVlbmN5ClRpbWVj b3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAwCkNhbGlicmF0aW5n IFRTQyBjbG9jayAuLi4gVFNDIGNsb2NrOiAxOTk1MDEyMDMwIEh6CkNQVTogSW50ZWwoUikgWGVv bihSKSBDUFUgICAgICAgICAgICA1MTMwICBAIDIuMDBHSHogKDE5OTUuMDEtTUh6IDY4Ni1jbGFz cyBDUFUpCiAgT3JpZ2luID0gIkdlbnVpbmVJbnRlbCIgIElkID0gMHg2ZjYgIFN0ZXBwaW5nID0g NgogIEZlYXR1cmVzPTB4YmZlYmZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNFLENY OCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYsQ0xGTFVTSCxEVFMsQUNQSSxN TVgsRlhTUixTU0UsU1NFMixTUyxIVFQsVE0sUEJFPgogIEZlYXR1cmVzMj0weDRlMzNkPFNTRTMs UlNWRDIsTU9OLERTX0NQTCxWTVgsVE0yLFNTU0UzLENYMTYsWFRQUiw8YjE1Piw8YjE4Pj4KICBB TUQgRmVhdHVyZXM9MHgyMDEwMDAwMDxOWCxMTT4KICBBTUQgRmVhdHVyZXMyPTB4MTxMQUhGPgog IENvcmVzIHBlciBwYWNrYWdlOiAyCgpJbnN0cnVjdGlvbiBUTEI6IDQgS0IgUGFnZXMsIDQtd2F5 IHNldCBhc3NvY2lhdGl2ZSwgMTI4IGVudHJpZXMKMXN0LWxldmVsIGluc3RydWN0aW9uIGNhY2hl OiAzMiBLQiwgOC13YXkgc2V0IGFzc29jaWF0aXZlLCA2NCBieXRlIGxpbmUgc2l6ZQoxc3QtbGV2 ZWwgZGF0YSBjYWNoZTogMzIgS0IsIDgtd2F5IHNldCBhc3NvY2lhdGl2ZSwgNjQgYnl0ZSBsaW5l IHNpemUKTDIgY2FjaGU6IDQwOTYga2J5dGVzLCAxNi13YXkgYXNzb2NpYXRpdmUsIDY0IGJ5dGVz L2xpbmUKcmVhbCBtZW1vcnkgID0gMzQ4OTMwMDQ4MCAoMzMyNyBNQikKUGh5c2ljYWwgbWVtb3J5 IGNodW5rKHMpOgoweDAwMDAwMDAwMDAwMDEwMDAgLSAweDAwMDAwMDAwMDAwOWVmZmYsIDY0NzE2 OCBieXRlcyAoMTU4IHBhZ2VzKQoweDAwMDAwMDAwMDAxMDAwMDAgLSAweDAwMDAwMDAwMDAzZmZm ZmYsIDMxNDU3MjggYnl0ZXMgKDc2OCBwYWdlcykKMHgwMDAwMDAwMDAxMDI4MDAwIC0gMHgwMDAw MDAwMGNjNGNlZmZmLCAzNDEwNjUzMTg0IGJ5dGVzICg4MzI2NzkgcGFnZXMpCmF2YWlsIG1lbW9y eSA9IDM0MTAxNzM5NTIgKDMyNTIgTUIpCk1QIENvbmZpZ3VyYXRpb24gVGFibGUgdmVyc2lvbiAx LjQgZm91bmQgYXQgMHhjMDBmMDAwMApUYWJsZSAnRkFDUCcgYXQgMHhmMzY5OApUYWJsZSAnQVBJ QycgYXQgMHhmMzc4YwpNQURUOiBGb3VuZCB0YWJsZSBhdCAweGYzNzhjCkFQSUM6IFVzaW5nIHRo ZSBNQURUIGVudW1lcmF0b3IuCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDAgQUNQSSBJRCAxOiBl bmFibGVkClNNUDogQWRkZWQgQ1BVIDAgKEFQKQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAxIEFD UEkgSUQgMjogZW5hYmxlZApTTVA6IEFkZGVkIENQVSAxIChBUCkKTUFEVDogRm91bmQgQ1BVIEFQ SUMgSUQgMTggQUNQSSBJRCAzOiBkaXNhYmxlZApNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAxOSBB Q1BJIElEIDQ6IGRpc2FibGVkCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDIwIEFDUEkgSUQgNTog ZGlzYWJsZWQKTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMjEgQUNQSSBJRCA2OiBkaXNhYmxlZApN QURUOiBGb3VuZCBDUFUgQVBJQyBJRCAyMiBBQ1BJIElEIDc6IGRpc2FibGVkCk1BRFQ6IEZvdW5k IENQVSBBUElDIElEIDIzIEFDUEkgSUQgODogZGlzYWJsZWQKSU5UUjogQWRkaW5nIGxvY2FsIEFQ SUMgMCBhcyBhIHRhcmdldApBQ1BJIEFQSUMgVGFibGU6IDxERUxMICAgUEVfU0MzICA+CklOVFI6 IEFkZGluZyBsb2NhbCBBUElDIDEgYXMgYSB0YXJnZXQKRnJlZUJTRC9TTVA6IE11bHRpcHJvY2Vz c29yIFN5c3RlbSBEZXRlY3RlZDogMiBDUFVzCiBjcHUwIChCU1ApOiBBUElDIElEOiAgMAogY3B1 MSAoQVApOiBBUElDIElEOiAgMQpiaW9zMzI6IEZvdW5kIEJJT1MzMiBTZXJ2aWNlIERpcmVjdG9y eSBoZWFkZXIgYXQgMHhjMDBmZmU4MApiaW9zMzI6IEVudHJ5ID0gMHhmZmU5MCAoYzAwZmZlOTAp ICBSZXYgPSAwICBMZW4gPSAxCnBjaWJpb3M6IFBDSSBCSU9TIGVudHJ5IGF0IDB4ZjAwMDArMHhi NDNlCnBucGJpb3M6IEZvdW5kIFBuUCBCSU9TIGRhdGEgYXQgMHhjMDBmZTJkMApwbnBiaW9zOiBF bnRyeSA9IGYwMDAwOmUyZjQgIFJldiA9IDEuMApPdGhlciBCSU9TIHNpZ25hdHVyZXMgZm91bmQ6 CkFQSUM6IENQVSAwIGhhcyBBQ1BJIElEIDEKQVBJQzogQ1BVIDEgaGFzIEFDUEkgSUQgMgpNQURU OiBGb3VuZCBJTyBBUElDIElEIDIsIEludGVycnVwdCAwIGF0IDB4ZmVjMDAwMDAKaW9hcGljMDog Q2hhbmdpbmcgQVBJQyBJRCB0byAyCmlvYXBpYzA6IFJvdXRpbmcgZXh0ZXJuYWwgODI1OUEncyAt PiBpbnRwaW4gMApNQURUOiBGb3VuZCBJTyBBUElDIElEIDMsIEludGVycnVwdCAzMiBhdCAweGZl YzgwMDAwCmlvYXBpYzE6IENoYW5naW5nIEFQSUMgSUQgdG8gMwppb2FwaWMxOiBXQVJOSU5HOiBp bnRiYXNlIDMyICE9IGV4cGVjdGVkIGJhc2UgMjQKTUFEVDogRm91bmQgSU8gQVBJQyBJRCA0LCBJ bnRlcnJ1cHQgMTkyIGF0IDB4ZmVjODUwMDAKaW9hcGljMjogQ2hhbmdpbmcgQVBJQyBJRCB0byA0 CmlvYXBpYzI6IFdBUk5JTkc6IGludGJhc2UgMTkyICE9IGV4cGVjdGVkIGJhc2UgNTYKbGFwaWMw OiBSb3V0aW5nIE5NSSAtPiBMSU5UMQpsYXBpYzA6IExJTlQxIHRyaWdnZXI6IGVkZ2UKbGFwaWMw OiBMSU5UMSBwb2xhcml0eTogaGlnaApsYXBpYzE6IFJvdXRpbmcgTk1JIC0+IExJTlQxCmxhcGlj MTogTElOVDEgdHJpZ2dlcjogZWRnZQpsYXBpYzE6IExJTlQxIHBvbGFyaXR5OiBoaWdoCk1BRFQ6 IElnbm9yaW5nIGxvY2FsIE5NSSByb3V0ZWQgdG8gQUNQSSBDUFUgMwpNQURUOiBJZ25vcmluZyBs b2NhbCBOTUkgcm91dGVkIHRvIEFDUEkgQ1BVIDQKTUFEVDogSWdub3JpbmcgbG9jYWwgTk1JIHJv dXRlZCB0byBBQ1BJIENQVSA1Ck1BRFQ6IElnbm9yaW5nIGxvY2FsIE5NSSByb3V0ZWQgdG8gQUNQ SSBDUFUgNgpNQURUOiBJZ25vcmluZyBsb2NhbCBOTUkgcm91dGVkIHRvIEFDUEkgQ1BVIDcKTUFE VDogSWdub3JpbmcgbG9jYWwgTk1JIHJvdXRlZCB0byBBQ1BJIENQVSA4Ck1BRFQ6IEludGVycnVw dCBvdmVycmlkZTogc291cmNlIDAsIGlycSAyCmlvYXBpYzA6IFJvdXRpbmcgSVJRIDAgLT4gaW50 cGluIDIKTUFEVDogSW50ZXJydXB0IG92ZXJyaWRlOiBzb3VyY2UgOSwgaXJxIDkKaW9hcGljMDog aW50cGluIDkgdHJpZ2dlcjogbGV2ZWwKaW9hcGljMCA8VmVyc2lvbiAyLjA+IGlycXMgMC0yMyBv biBtb3RoZXJib2FyZAppb2FwaWMxIDxWZXJzaW9uIDIuMD4gaXJxcyAzMi01NSBvbiBtb3RoZXJi b2FyZAppb2FwaWMyIDxWZXJzaW9uIDIuMD4gaXJxcyAxOTItMjE1IG9uIG1vdGhlcmJvYXJkCmNw dTAgQlNQOgogICAgIElEOiAweDAwMDAwMDAwICAgVkVSOiAweDAwMDUwMDE0IExEUjogMHgwMDAw MDAwMCBERlI6IDB4ZmZmZmZmZmYKICBsaW50MDogMHgwMDAxMDcwMCBsaW50MTogMHgwMDAwMDQw MCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmCiAgdGltZXI6IDB4MDAwMTAwZWYgdGhl cm06IDB4MDAwMTAwMDAgZXJyOiAweDAwMDEwMDAwIHBjbTogMHgwMDAxMDAwMAphdGhfcmF0ZTog dmVyc2lvbiAxLjIgPFNhbXBsZVJhdGUgYml0LXJhdGUgc2VsZWN0aW9uIGFsZ29yaXRobT4Kd2xh bjogPDgwMi4xMSBMaW5rIExheWVyPgpudWxsOiA8bnVsbCBkZXZpY2UsIHplcm8gZGV2aWNlPgpy YW5kb206IDxlbnRyb3B5IHNvdXJjZSwgU29mdHdhcmUsIFlhcnJvdz4KbmZzbG9jazogcHNldWRv LWRldmljZQppbzogPEkvTz4Ka2JkOiBuZXcgYXJyYXkgc2l6ZSA0CmtiZDEgYXQga2JkbXV4MApt ZW06IDxtZW1vcnk+ClBlbnRpdW0gUHJvIE1UUlIgc3VwcG9ydCBlbmFibGVkCmF0aF9oYWw6IDAu OS4yMC4zIChBUjUyMTAsIEFSNTIxMSwgQVI1MjEyLCBSRjUxMTEsIFJGNTExMiwgUkYyNDEzLCBS RjU0MTMpCnJyMjMyeDogUm9ja2V0UkFJRCAyMzJ4IGNvbnRyb2xsZXIgZHJpdmVyIHYxLjAyIChK YW4gIDkgMjAwNyAxNjoxNDoyNSkKbnB4MDogSU5UIDE2IGludGVyZmFjZQphY3BpMDogPERFTEwg UEVfU0MzPiBvbiBtb3RoZXJib2FyZAppb2FwaWMwOiByb3V0aW5nIGludHBpbiA5IChJU0EgSVJR IDkpIHRvIHZlY3RvciA0OAphY3BpMDogW01QU0FGRV0KcGNpX29wZW4oMSk6CW1vZGUgMSBhZGRy IHBvcnQgKDB4MGNmOCkgaXMgMHg4MDAwODBlMApwY2lfb3BlbigxYSk6CW1vZGUxcmVzPTB4ODAw MDAwMDAgKDB4ODAwMDAwMDApCnBjaV9jZmdjaGVjazoJZGV2aWNlIDAgW2NsYXNzPTA2MDAwMF0g W2hkcj0wMF0gaXMgdGhlcmUgKGlkPTI1ZDg4MDg2KQpwY2liaW9zOiBCSU9TIHZlcnNpb24gMi4x MApBY3BpT3NEZXJpdmVQY2lJZDogYnVzIDAgZGV2IDMxIGZ1bmMgMAphY3BpMDogUG93ZXIgQnV0 dG9uIChmaXhlZCkKYWNwaTA6IHdha2V1cCBjb2RlIHZhIDB4ZGE3MjMwMDAgcGEgMHg5ZDAwMApB Y3BpT3NEZXJpdmVQY2lJZDogYnVzIDAgZGV2IDE2IGZ1bmMgMQpBY3BpT3NEZXJpdmVQY2lJZDog YnVzIDAgZGV2IDE2IGZ1bmMgMApBQ1BJIHRpbWVyOiAxLzEgMS8xIDEvMSAxLzEgMS8xIDEvMSAx LzEgMS8xIDEvMSAxLzEgLT4gMTAKVGltZWNvdW50ZXIgIkFDUEktZmFzdCIgZnJlcXVlbmN5IDM1 Nzk1NDUgSHogcXVhbGl0eSAxMDAwCmFjcGlfdGltZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMuNTc5 NTQ1TUh6PiBwb3J0IDB4ODA4LTB4ODBiIG9uIGFjcGkwCnBjaV9saW5rMDogICAgICAgIEluZGV4 ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAgMTEgICBOICAg ICAwICAzIDQgNSA2IDcgMTAgMTEgMTIKICBWYWxpZGF0aW9uICAgICAgICAgIDAgICAxMSAgIE4g ICAgIDAgIDMgNCA1IDYgNyAxMCAxMSAxMgogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAg TiAgICAgMCAgMyA0IDUgNiA3IDEwIDExIDEyCnBjaV9saW5rMTogICAgICAgIEluZGV4ICBJUlEg IFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAyNTUgICBOICAgICAwICAz IDQgNSA2IDcgMTAgMTEgMTIKICBWYWxpZGF0aW9uICAgICAgICAgIDAgIDI1NSAgIE4gICAgIDAg IDMgNCA1IDYgNyAxMCAxMSAxMgogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAg MCAgMyA0IDUgNiA3IDEwIDExIDEyCnBjaV9saW5rMjogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAg UmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA2 IDcgMTAgMTEgMTIKICBWYWxpZGF0aW9uICAgICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1 IDYgNyAxMCAxMSAxMgogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0 IDUgNiA3IDEwIDExIDEyCnBjaV9saW5rMzogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJ UlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAgMTAgICBOICAgICAwICAzIDQgNSA2IDcgMTAg MTEgMTIKICBWYWxpZGF0aW9uICAgICAgICAgIDAgICAxMCAgIE4gICAgIDAgIDMgNCA1IDYgNyAx MCAxMSAxMgogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDUgNiA3 IDEwIDExIDEyCnBjaV9saW5rNDogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAg SW5pdGlhbCBQcm9iZSAgICAgICAwICAgMTQgICBOICAgICAwICAzIDQgNSA2IDcgMTAgMTEgMTIK ICBWYWxpZGF0aW9uICAgICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyAxMCAxMSAx MgogIEFmdGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDUgNiA3IDEwIDEx IDEyCnBjaV9saW5rNTogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlh bCBQcm9iZSAgICAgICAwICAgMTUgICBOICAgICAwICAzIDQgNSA2IDcgMTAgMTEgMTIKICBWYWxp ZGF0aW9uICAgICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyAxMCAxMSAxMgogIEFm dGVyIERpc2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDUgNiA3IDEwIDExIDEyCnBj aV9saW5rNjogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9i ZSAgICAgICAwICAyNTUgICBOICAgICAwICAzIDQgNSA2IDcgMTAgMTEgMTIKICBWYWxpZGF0aW9u ICAgICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyAxMCAxMSAxMgogIEFmdGVyIERp c2FibGUgICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDUgNiA3IDEwIDExIDEyCnBjaV9saW5r NzogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAg ICAwICAyNTUgICBOICAgICAwICAzIDQgNSA2IDcgMTAgMTEgMTIKICBWYWxpZGF0aW9uICAgICAg ICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyAxMCAxMSAxMgogIEFmdGVyIERpc2FibGUg ICAgICAgMCAgMjU1ICAgTiAgICAgMCAgMyA0IDUgNiA3IDEwIDExIDEyCmNwdTA6IDxBQ1BJIENQ VT4gb24gYWNwaTAKY3B1MDogc3dpdGNoaW5nIHRvIGdlbmVyaWMgQ3ggbW9kZQpjcHUxOiA8QUNQ SSBDUFU+IG9uIGFjcGkwCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgt MHhjZmYgb24gYWNwaTAKcGNpMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjAKcGNpMDogcGh5c2lj YWwgYnVzPTAKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyNWQ4LCByZXZpZD0weDkyCgli dXM9MCwgc2xvdD0wLCBmdW5jPTAKCWNsYXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2 PTAKCWNtZHJlZz0weDAxNDQsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykK CWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgw IG5zKQoJaW50cGluPWEsIGlycT0yNTUKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3Vy cmVudCBEMAoJTVNJIHN1cHBvcnRzIDIgbWVzc2FnZXMKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBk ZXY9MHgyNWUyLCByZXZpZD0weDkyCglidXM9MCwgc2xvdD0yLCBmdW5jPTAKCWNsYXNzPTA2LTA0 LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTAKCWNtZHJlZz0weDAxNDcsIHN0YXRyZWc9MHgwMDEw LCBjYWNoZWxuc3o9MTYgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgw MyAoNzUwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTI1NQoJcG93ZXJz cGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMiBtZXNzYWdl cwpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDI1ZTMsIHJldmlkPTB4OTIKCWJ1cz0wLCBz bG90PTMsIGZ1bmM9MAoJY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MAoJY21k cmVnPTB4MDE0Nywgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGlt ZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAzICg3NTAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykK CWludHBpbj1hLCBpcnE9MjU1Cglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQg RDAKCU1TSSBzdXBwb3J0cyAyIG1lc3NhZ2VzCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4 MjVlNCwgcmV2aWQ9MHg5MgoJYnVzPTAsIHNsb3Q9NCwgZnVuYz0wCgljbGFzcz0wNi0wNC0wMCwg aGRydHlwZT0weDAxLCBtZmRldj0wCgljbWRyZWc9MHgwMTQ3LCBzdGF0cmVnPTB4MDAxMCwgY2Fj aGVsbnN6PTE2IChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDMgKDc1 MCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0yNTUKCXBvd2Vyc3BlYyAy ICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAoJTVNJIHN1cHBvcnRzIDIgbWVzc2FnZXMKZm91 bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyNWU1LCByZXZpZD0weDkyCglidXM9MCwgc2xvdD01 LCBmdW5jPTAKCWNsYXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTAKCWNtZHJlZz0w eDAxNDcsIHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykKCWxhdHRpbWVyPTB4 MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMyAoNzUwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRw aW49YSwgaXJxPTI1NQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglN U0kgc3VwcG9ydHMgMiBtZXNzYWdlcwpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDI1ZTYs IHJldmlkPTB4OTIKCWJ1cz0wLCBzbG90PTYsIGZ1bmM9MAoJY2xhc3M9MDYtMDQtMDAsIGhkcnR5 cGU9MHgwMSwgbWZkZXY9MAoJY21kcmVnPTB4MDE0Nywgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5z ej0xNiAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAzICg3NTAgbnMp LCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBpcnE9MjU1Cglwb3dlcnNwZWMgMiAgc3Vw cG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKCU1TSSBzdXBwb3J0cyAyIG1lc3NhZ2VzCmZvdW5kLT4J dmVuZG9yPTB4ODA4NiwgZGV2PTB4MjVlNywgcmV2aWQ9MHg5MgoJYnVzPTAsIHNsb3Q9NywgZnVu Yz0wCgljbGFzcz0wNi0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0wCgljbWRyZWc9MHgwMTQ3 LCBzdGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0aW1lcj0weDAwICgw IG5zKSwgbWluZ250PTB4MDMgKDc1MCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEs IGlycT0yNTUKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMAoJTVNJIHN1 cHBvcnRzIDIgbWVzc2FnZXMKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyNWYwLCByZXZp ZD0weDkyCglidXM9MCwgc2xvdD0xNiwgZnVuYz0wCgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0w eDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDAwMCwgY2FjaGVsbnN6PTAg KGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxh dD0weDAwICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDI1ZjAsIHJldmlkPTB4 OTIKCWJ1cz0wLCBzbG90PTE2LCBmdW5jPTEKCWNsYXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4MDAs IG1mZGV2PTEKCWNtZHJlZz0weDAwMDAsIHN0YXRyZWc9MHgwMDAwLCBjYWNoZWxuc3o9MCAoZHdv cmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4 MDAgKDAgbnMpCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjVmMCwgcmV2aWQ9MHg5MgoJ YnVzPTAsIHNsb3Q9MTYsIGZ1bmM9MgoJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZk ZXY9MQoJY21kcmVnPTB4MDAwMCwgc3RhdHJlZz0weDAwMDAsIGNhY2hlbG5zej0wIChkd29yZHMp CglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAo MCBucykKZm91bmQtPgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyNWYxLCByZXZpZD0weDkyCglidXM9 MCwgc2xvdD0xNywgZnVuYz0wCgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0w CgljbWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDAwMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxh dHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5z KQpmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDI1ZjMsIHJldmlkPTB4OTIKCWJ1cz0wLCBz bG90PTE5LCBmdW5jPTAKCWNsYXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNt ZHJlZz0weDAwMDAsIHN0YXRyZWc9MHgwMDAwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGlt ZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZv dW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjVmNSwgcmV2aWQ9MHg5MgoJYnVzPTAsIHNsb3Q9 MjEsIGZ1bmM9MAoJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVn PTB4MDAwMCwgc3RhdHJlZz0weDAwMDAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0w eDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQt Pgl2ZW5kb3I9MHg4MDg2LCBkZXY9MHgyNWY2LCByZXZpZD0weDkyCglidXM9MCwgc2xvdD0yMiwg ZnVuYz0wCgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgw MDAwLCBzdGF0cmVnPTB4MDAwMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAg KDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+CXZl bmRvcj0weDgwODYsIGRldj0weDI2OTAsIHJldmlkPTB4MDkKCWJ1cz0wLCBzbG90PTI4LCBmdW5j PTAKCWNsYXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTEKCWNtZHJlZz0weDAxNDcs IHN0YXRyZWc9MHgwMDEwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAg bnMpLCBtaW5nbnQ9MHgwMyAoNzUwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwg aXJxPTI1NQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglNU0kgc3Vw cG9ydHMgMSBtZXNzYWdlCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjY4OCwgcmV2aWQ9 MHgwOQoJYnVzPTAsIHNsb3Q9MjksIGZ1bmM9MAoJY2xhc3M9MGMtMDMtMDAsIGhkcnR5cGU9MHgw MCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwNSwgc3RhdHJlZz0weDAyODAsIGNhY2hlbG5zej0wIChk d29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9 MHgwMCAoMCBucykKCWludHBpbj1hLCBpcnE9MTUKCW1hcFsyMF06IHR5cGUgNCwgcmFuZ2UgMzIs IGJhc2UgMHhjY2UwLCBzaXplICA1LCBlbmFibGVkCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAw LjI5LklOVEEKcGNpYjA6IHNsb3QgMjkgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDIxCmZvdW5kLT4J dmVuZG9yPTB4ODA4NiwgZGV2PTB4MjY4OSwgcmV2aWQ9MHgwOQoJYnVzPTAsIHNsb3Q9MjksIGZ1 bmM9MQoJY2xhc3M9MGMtMDMtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAw NSwgc3RhdHJlZz0weDAyODAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgw IG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1iLCBp cnE9MTQKCW1hcFsyMF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMHhjY2MwLCBzaXplICA1LCBl bmFibGVkCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjI5LklOVEIKcGNpYjA6IHNsb3QgMjkg SU5UQiBoYXJkd2lyZWQgdG8gSVJRIDIwCmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MjY4 YywgcmV2aWQ9MHgwOQoJYnVzPTAsIHNsb3Q9MjksIGZ1bmM9NwoJY2xhc3M9MGMtMDMtMjAsIGhk cnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDEwNiwgc3RhdHJlZz0weDAyOTAsIGNhY2hl bG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMp LCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBpcnE9MTUKCXBvd2Vyc3BlYyAyICBzdXBw b3J0cyBEMCBEMyAgY3VycmVudCBEMAoJbWFwWzEwXTogdHlwZSAxLCByYW5nZSAzMiwgYmFzZSAw eGZjNjAwMDAwLCBzaXplIDEwLCBlbmFibGVkCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjI5 LklOVEEKcGNpYjA6IHNsb3QgMjkgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDIxCmZvdW5kLT4JdmVu ZG9yPTB4ODA4NiwgZGV2PTB4MjQ0ZSwgcmV2aWQ9MHhkOQoJYnVzPTAsIHNsb3Q9MzAsIGZ1bmM9 MAoJY2xhc3M9MDYtMDQtMDEsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MAoJY21kcmVnPTB4MDE0Nywg c3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5z KSwgbWluZ250PTB4MGIgKDI3NTAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5k b3I9MHg4MDg2LCBkZXY9MHgyNjcwLCByZXZpZD0weDA5CglidXM9MCwgc2xvdD0zMSwgZnVuYz0w CgljbGFzcz0wNi0wMS0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMTQ3LCBz dGF0cmVnPTB4MDIwMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMp LCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpwY2liMTogPEFDUEkgUENJ LVBDSSBicmlkZ2U+IGF0IGRldmljZSAyLjAgb24gcGNpMApwY2liMTogICBzZWNvbmRhcnkgYnVz ICAgICAzCnBjaWIxOiAgIHN1Ym9yZGluYXRlIGJ1cyAgIDgKcGNpYjE6ICAgSS9PIGRlY29kZSAg ICAgICAgMHhmMDAwLTB4ZmZmCnBjaWIxOiAgIG1lbW9yeSBkZWNvZGUgICAgIDB4ZjIwMDAwMDAt MHhmN2ZmZmZmZgpwY2liMTogICBubyBwcmVmZXRjaGVkIGRlY29kZQpwY2kzOiA8QUNQSSBQQ0kg YnVzPiBvbiBwY2liMQpwY2kzOiBwaHlzaWNhbCBidXM9Mwpmb3VuZC0+CXZlbmRvcj0weDgwODYs IGRldj0weDM1MDAsIHJldmlkPTB4MDEKCWJ1cz0zLCBzbG90PTAsIGZ1bmM9MAoJY2xhc3M9MDYt MDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MQoJY21kcmVnPTB4MDE0Nywgc3RhdHJlZz0weDAw MTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0w eDA3ICgxNzUwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTI1NQoJcG93 ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCmZvdW5kLT4JdmVuZG9yPTB4ODA4 NiwgZGV2PTB4MzUwYywgcmV2aWQ9MHgwMQoJYnVzPTMsIHNsb3Q9MCwgZnVuYz0zCgljbGFzcz0w Ni0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0xCgljbWRyZWc9MHgwMTQ3LCBzdGF0cmVnPTB4 MDAxMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250 PTB4MDcgKDE3NTAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCXBvd2Vyc3BlYyAyICBzdXBwb3J0 cyBEMCBEMyAgY3VycmVudCBEMApwY2liMjogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmlj ZSAwLjAgb24gcGNpMwpwY2liMjogICBzZWNvbmRhcnkgYnVzICAgICA0CnBjaWIyOiAgIHN1Ym9y ZGluYXRlIGJ1cyAgIDcKcGNpYjI6ICAgSS9PIGRlY29kZSAgICAgICAgMHhmMDAwLTB4ZmZmCnBj aWIyOiAgIG1lbW9yeSBkZWNvZGUgICAgIDB4ZjQwMDAwMDAtMHhmN2ZmZmZmZgpwY2liMjogICBu byBwcmVmZXRjaGVkIGRlY29kZQpwY2k0OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMgpwY2k0OiBw aHlzaWNhbCBidXM9NApmb3VuZC0+CXZlbmRvcj0weDgwODYsIGRldj0weDM1MTAsIHJldmlkPTB4 MDEKCWJ1cz00LCBzbG90PTAsIGZ1bmM9MAoJY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwg bWZkZXY9MAoJY21kcmVnPTB4MDE0Nywgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAoZHdv cmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAzICg3NTAgbnMpLCBtYXhsYXQ9 MHgwMCAoMCBucykKCWludHBpbj1hLCBpcnE9MjU1Cglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAg RDMgIGN1cnJlbnQgRDAKCU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UsIDY0IGJpdApmb3VuZC0+CXZl bmRvcj0weDgwODYsIGRldj0weDM1MTQsIHJldmlkPTB4MDEKCWJ1cz00LCBzbG90PTEsIGZ1bmM9 MAoJY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MAoJY21kcmVnPTB4MDE0Nywg c3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBu cyksIG1pbmdudD0weDAzICg3NTAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBp cnE9MjU1Cglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKCU1TSSBzdXBw b3J0cyAxIG1lc3NhZ2UsIDY0IGJpdApwY2liMzogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRl dmljZSAwLjAgb24gcGNpNApwY2liMzogICBzZWNvbmRhcnkgYnVzICAgICA1CnBjaWIzOiAgIHN1 Ym9yZGluYXRlIGJ1cyAgIDYKcGNpYjM6ICAgSS9PIGRlY29kZSAgICAgICAgMHhmMDAwLTB4ZmZm CnBjaWIzOiAgIG1lbW9yeSBkZWNvZGUgICAgIDB4ZjQwMDAwMDAtMHhmN2ZmZmZmZgpwY2liMzog ICBubyBwcmVmZXRjaGVkIGRlY29kZQpwY2k1OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMwpwY2k1 OiBwaHlzaWNhbCBidXM9NQpmb3VuZC0+CXZlbmRvcj0weDExNjYsIGRldj0weDAxMDMsIHJldmlk PTB4YzMKCWJ1cz01LCBzbG90PTAsIGZ1bmM9MAoJY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgw MSwgbWZkZXY9MAoJY21kcmVnPTB4MDE0Nywgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAo ZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDA2ICgxNTAwIG5zKSwgbWF4 bGF0PTB4MDAgKDAgbnMpCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAK cGNpYjQ6IDxQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDAuMCBvbiBwY2k1CnBjaWI0OiAgIHNl Y29uZGFyeSBidXMgICAgIDYKcGNpYjQ6ICAgc3Vib3JkaW5hdGUgYnVzICAgNgpwY2liNDogICBJ L08gZGVjb2RlICAgICAgICAweGYwMDAtMHhmZmYKcGNpYjQ6ICAgbWVtb3J5IGRlY29kZSAgICAg MHhmNDAwMDAwMC0weGY3ZmZmZmZmCnBjaWI0OiAgIG5vIHByZWZldGNoZWQgZGVjb2RlCnBjaTY6 IDxQQ0kgYnVzPiBvbiBwY2liNApwY2k2OiBwaHlzaWNhbCBidXM9NgpwY2k2OjA6MDogYmFkIFZQ RCBja3N1bSwgcmVtYWluIDIyOApmb3VuZC0+CXZlbmRvcj0weDE0ZTQsIGRldj0weDE2YWMsIHJl dmlkPTB4MTIKCWJ1cz02LCBzbG90PTAsIGZ1bmM9MAoJY2xhc3M9MDItMDAtMDAsIGhkcnR5cGU9 MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDE1ZSwgc3RhdHJlZz0weDAyYjAsIGNhY2hlbG5zej0x NiAoZHdvcmRzKQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDQwICgxNjAwMCBu cyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0xMQoJcG93ZXJzcGVjIDIgIHN1 cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglWUEQgSWRlbnQ6IEJyb2FkY29tIE5ldFh0cmVtZSBJ SSBFdGhlcm5ldCBDb250cm9sbGVyCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQKCW1h cFsxMF06IHR5cGUgMSwgcmFuZ2UgNjQsIGJhc2UgMHhmNDAwMDAwMCwgc2l6ZSAyNSwgZW5hYmxl ZApwY2liNDogcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGY0MDAwMDAwLTB4ZjVmZmZmZmY6IGdv b2QKcGNpYjM6IHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhmNDAwMDAwMC0weGY1ZmZmZmZmOiBn b29kCnBjaWIyOiByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4ZjQwMDAwMDAtMHhmNWZmZmZmZjog Z29vZApwY2liMTogcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAweGY0MDAwMDAwLTB4ZjVmZmZmZmY6 IGdvb2QKcGNpYjM6IG1hdGNoZWQgZW50cnkgZm9yIDUuMC5JTlRBCnBjaWIzOiBzbG90IDAgSU5U QSBoYXJkd2lyZWQgdG8gSVJRIDE2CnBjaWI0OiBzbG90IDAgSU5UQSBpcyByb3V0ZWQgdG8gaXJx IDE2CmJjZTA6IDxCcm9hZGNvbSBOZXRYdHJlbWUgSUkgQkNNNTcwOFMgMTAwMEJhc2UtVCAoQjIp LCB2MC45LjY+IG1lbSAweGY0MDAwMDAwLTB4ZjVmZmZmZmYgaXJxIDE2IGF0IGRldmljZSAwLjAg b24gcGNpNgpiY2UwOiBSZXNlcnZlZCAweDIwMDAwMDAgYnl0ZXMgZm9yIHJpZCAweDEwIHR5cGUg MyBhdCAweGY0MDAwMDAwCmJjZTA6IGF0dGVtcHRpbmcgdG8gYWxsb2NhdGUgMSBNU0kgdmVjdG9y cyAoMSBzdXBwb3J0ZWQpCmJjZTA6IHVzaW5nIElSUSAyNTYgZm9yIE1TSQpiY2UwOiBBU0lDIElE IDB4NTcwODEwMjE7IFJldmlzaW9uIChCMik7IFBDSS1YIDY0LWJpdCAxMzNNSHoKbWlpYnVzMDog PE1JSSBidXM+IG9uIGJjZTAKZ2VudGJpMDogPEdlbmVyaWMgdGVuLWJpdCBpbnRlcmZhY2U+IFBI WSAyIG9uIG1paWJ1czAKZ2VudGJpMDogT1VJIDB4MDA1MGVmLCBtb2RlbCAweDAwMTUsIHJldi4g MQpnZW50YmkwOiAgMTAwMGJhc2VTWCwgMTAwMGJhc2VTWC1GRFgsIGF1dG8KYmNlMDogYnBmIGF0 dGFjaGVkCmJjZTA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjE1OmM1OmZjOmZhOjVmCmJjZTA6IFtN UFNBRkVdCnBjaWI1OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDEuMCBvbiBwY2k0 CnBjaWI1OiAgIHNlY29uZGFyeSBidXMgICAgIDcKcGNpYjU6ICAgc3Vib3JkaW5hdGUgYnVzICAg NwpwY2liNTogICBJL08gZGVjb2RlICAgICAgICAweGYwMDAtMHhmZmYKcGNpYjU6ICAgbm8gcHJl ZmV0Y2hlZCBkZWNvZGUKcGNpNzogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjUKcGNpNzogcGh5c2lj YWwgYnVzPTcKcGNpYjY6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMC4zIG9uIHBj aTMKcGNpYjY6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgOApwY2liNjogICBzdWJvcmRpbmF0ZSBidXMg ICA4CnBjaWI2OiAgIEkvTyBkZWNvZGUgICAgICAgIDB4ZjAwMC0weGZmZgpwY2liNjogICBubyBw cmVmZXRjaGVkIGRlY29kZQpwY2k4OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNgpwY2k4OiBwaHlz aWNhbCBidXM9OApwY2liNzogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAzLjAgb24g cGNpMApwY2liNzogICBzZWNvbmRhcnkgYnVzICAgICA5CnBjaWI3OiAgIHN1Ym9yZGluYXRlIGJ1 cyAgIDkKcGNpYjc6ICAgSS9PIGRlY29kZSAgICAgICAgMHhmMDAwLTB4ZmZmCnBjaWI3OiAgIG5v IHByZWZldGNoZWQgZGVjb2RlCnBjaTk6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI3CnBjaTk6IHBo eXNpY2FsIGJ1cz05CnBjaWI4OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDQuMCBv biBwY2kwCnBjaWI4OiAgIHNlY29uZGFyeSBidXMgICAgIDEwCnBjaWI4OiAgIHN1Ym9yZGluYXRl IGJ1cyAgIDEwCnBjaWI4OiAgIEkvTyBkZWNvZGUgICAgICAgIDB4ZjAwMC0weGZmZgpwY2liODog ICBubyBwcmVmZXRjaGVkIGRlY29kZQpwY2kxMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjgKcGNp MTA6IHBoeXNpY2FsIGJ1cz0xMApwY2liOTogPFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgNS4w IG9uIHBjaTAKcGNpYjk6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgMTEKcGNpYjk6ICAgc3Vib3JkaW5h dGUgYnVzICAgMTEKcGNpYjk6ICAgSS9PIGRlY29kZSAgICAgICAgMHhmMDAwLTB4ZmZmCnBjaWI5 OiAgIG5vIHByZWZldGNoZWQgZGVjb2RlCnBjaTExOiA8UENJIGJ1cz4gb24gcGNpYjkKcGNpMTE6 IHBoeXNpY2FsIGJ1cz0xMQpwY2liMTA6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2Ug Ni4wIG9uIHBjaTAKcGNpYjEwOiAgIHNlY29uZGFyeSBidXMgICAgIDEyCnBjaWIxMDogICBzdWJv cmRpbmF0ZSBidXMgICAxMgpwY2liMTA6ICAgSS9PIGRlY29kZSAgICAgICAgMHhmMDAwLTB4ZmZm CnBjaWIxMDogICBubyBwcmVmZXRjaGVkIGRlY29kZQpwY2kxMjogPEFDUEkgUENJIGJ1cz4gb24g cGNpYjEwCnBjaTEyOiBwaHlzaWNhbCBidXM9MTIKcGNpYjExOiA8QUNQSSBQQ0ktUENJIGJyaWRn ZT4gYXQgZGV2aWNlIDcuMCBvbiBwY2kwCnBjaWIxMTogICBzZWNvbmRhcnkgYnVzICAgICAxMwpw Y2liMTE6ICAgc3Vib3JkaW5hdGUgYnVzICAgMTQKcGNpYjExOiAgIEkvTyBkZWNvZGUgICAgICAg IDB4ZTAwMC0weGVmZmYKcGNpYjExOiAgIG1lbW9yeSBkZWNvZGUgICAgIDB4ZmMzMDAwMDAtMHhm YzVmZmZmZgpwY2liMTE6ICAgbm8gcHJlZmV0Y2hlZCBkZWNvZGUKcGNpMTM6IDxBQ1BJIFBDSSBi dXM+IG9uIHBjaWIxMQpwY2kxMzogcGh5c2ljYWwgYnVzPTEzCmZvdW5kLT4JdmVuZG9yPTB4ODA4 NiwgZGV2PTB4MDMyYywgcmV2aWQ9MHgwOQoJYnVzPTEzLCBzbG90PTAsIGZ1bmM9MAoJY2xhc3M9 MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MQoJY21kcmVnPTB4MDE0Nywgc3RhdHJlZz0w eDAwMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdu dD0weDA2ICgxNTAwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCglwb3dlcnNwZWMgMiAgc3VwcG9y dHMgRDAgRDMgIGN1cnJlbnQgRDAKCU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UsIDY0IGJpdApwY2li MTI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMC4wIG9uIHBjaTEzCnBjaWIxMjog ICBzZWNvbmRhcnkgYnVzICAgICAxNApwY2liMTI6ICAgc3Vib3JkaW5hdGUgYnVzICAgMTQKcGNp YjEyOiAgIEkvTyBkZWNvZGUgICAgICAgIDB4ZTAwMC0weGVmZmYKcGNpYjEyOiAgIG1lbW9yeSBk ZWNvZGUgICAgIDB4ZmM0MDAwMDAtMHhmYzVmZmZmZgpwY2liMTI6ICAgbm8gcHJlZmV0Y2hlZCBk ZWNvZGUKcGNpMTQ6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxMgpwY2kxNDogcGh5c2ljYWwgYnVz PTE0CmZvdW5kLT4JdmVuZG9yPTB4MTAwMCwgZGV2PTB4MDA1NCwgcmV2aWQ9MHgwMQoJYnVzPTE0 LCBzbG90PTgsIGZ1bmM9MAoJY2xhc3M9MDEtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJ Y21kcmVnPTB4MDE1Nywgc3RhdHJlZz0weDAyMzAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0 dGltZXI9MHg0OCAoMjE2MCBucyksIG1pbmdudD0weDQwICgxNjAwMCBucyksIG1heGxhdD0weDBh ICgyNTAwIG5zKQoJaW50cGluPWEsIGlycT0xMQoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQx IEQyIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgMSBtZXNzYWdlLCA2NCBiaXQKCU1TSS1Y IHN1cHBvcnRzIDEgbWVzc2FnZSBpbiBtYXAgMHgxNAoJbWFwWzEwXTogdHlwZSA0LCByYW5nZSAz MiwgYmFzZSAweGVjMDAsIHNpemUgIDgsIGVuYWJsZWQKcGNpYjEyOiByZXF1ZXN0ZWQgSS9PIHJh bmdlIDB4ZWMwMC0weGVjZmY6IGluIHJhbmdlCnBjaWIxMTogcmVxdWVzdGVkIEkvTyByYW5nZSAw eGVjMDAtMHhlY2ZmOiBpbiByYW5nZQoJbWFwWzE0XTogdHlwZSAxLCByYW5nZSA2NCwgYmFzZSAw eGZjNGZjMDAwLCBzaXplIDE0LCBlbmFibGVkCnBjaWIxMjogcmVxdWVzdGVkIG1lbW9yeSByYW5n ZSAweGZjNGZjMDAwLTB4ZmM0ZmZmZmY6IGdvb2QKcGNpYjExOiByZXF1ZXN0ZWQgbWVtb3J5IHJh bmdlIDB4ZmM0ZmMwMDAtMHhmYzRmZmZmZjogZ29vZAoJbWFwWzFjXTogdHlwZSAxLCByYW5nZSA2 NCwgYmFzZSAweGZjNGUwMDAwLCBzaXplIDE2LCBlbmFibGVkCnBjaWIxMjogcmVxdWVzdGVkIG1l bW9yeSByYW5nZSAweGZjNGUwMDAwLTB4ZmM0ZWZmZmY6IGdvb2QKcGNpYjExOiByZXF1ZXN0ZWQg bWVtb3J5IHJhbmdlIDB4ZmM0ZTAwMDAtMHhmYzRlZmZmZjogZ29vZApwY2liMTI6IG1hdGNoZWQg ZW50cnkgZm9yIDE0LjguSU5UQQpwY2liMTI6IHNsb3QgOCBJTlRBIGhhcmR3aXJlZCB0byBJUlEg MTkyCm1wdDA6IDxMU0lMb2dpYyBTQVMvU0FUQSBBZGFwdGVyPiBwb3J0IDB4ZWMwMC0weGVjZmYg bWVtIDB4ZmM0ZmMwMDAtMHhmYzRmZmZmZiwweGZjNGUwMDAwLTB4ZmM0ZWZmZmYgaXJxIDE5MiBh dCBkZXZpY2UgOC4wIG9uIHBjaTE0Cm1wdDA6IFJlc2VydmVkIDB4MTAwIGJ5dGVzIGZvciByaWQg MHgxMCB0eXBlIDQgYXQgMHhlYzAwCm1wdDA6IFJlc2VydmVkIDB4NDAwMCBieXRlcyBmb3Igcmlk IDB4MTQgdHlwZSAzIGF0IDB4ZmM0ZmMwMDAKaW9hcGljMjogcm91dGluZyBpbnRwaW4gMCAoUENJ IElSUSAxOTIpIHRvIHZlY3RvciA1MAptcHQwOiBbR0lBTlQtTE9DS0VEXQptcHQwOiBNUEkgVmVy c2lvbj0xLjUuMTIuMAptcHQwOiBtcHRfY2FtX2V2ZW50OiAweDE2Cm1wdDA6IFVuaGFuZGxlZCBF dmVudCBOb3RpZnkgRnJhbWUuIEV2ZW50IDB4MTYgKEFDSyBub3QgcmVxdWlyZWQpLgptcHQwOiBt cHRfY2FtX2V2ZW50OiAweDEyCm1wdDA6IFVuaGFuZGxlZCBFdmVudCBOb3RpZnkgRnJhbWUuIEV2 ZW50IDB4MTIgKEFDSyBub3QgcmVxdWlyZWQpLgptcHQwOiBtcHRfY2FtX2V2ZW50OiAweDEyCm1w dDA6IFVuaGFuZGxlZCBFdmVudCBOb3RpZnkgRnJhbWUuIEV2ZW50IDB4MTIgKEFDSyBub3QgcmVx dWlyZWQpLgptcHQwOiBtcHRfY2FtX2V2ZW50OiAweDE2Cm1wdDA6IFVuaGFuZGxlZCBFdmVudCBO b3RpZnkgRnJhbWUuIEV2ZW50IDB4MTYgKEFDSyBub3QgcmVxdWlyZWQpLgpwY2liMTM6IDxBQ1BJ IFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMjguMCBvbiBwY2kwCnBjaWIxMzogICBzZWNvbmRh cnkgYnVzICAgICAxCnBjaWIxMzogICBzdWJvcmRpbmF0ZSBidXMgICAyCnBjaWIxMzogICBJL08g ZGVjb2RlICAgICAgICAweGYwMDAtMHhmZmYKcGNpYjEzOiAgIG1lbW9yeSBkZWNvZGUgICAgIDB4 ZjgwMDAwMDAtMHhmYmZmZmZmZgpwY2liMTM6ICAgbm8gcHJlZmV0Y2hlZCBkZWNvZGUKcGNpMTog PEFDUEkgUENJIGJ1cz4gb24gcGNpYjEzCnBjaTE6IHBoeXNpY2FsIGJ1cz0xCmZvdW5kLT4JdmVu ZG9yPTB4MTE2NiwgZGV2PTB4MDEwMywgcmV2aWQ9MHhjMwoJYnVzPTEsIHNsb3Q9MCwgZnVuYz0w CgljbGFzcz0wNi0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0wCgljbWRyZWc9MHgwMTQ3LCBz dGF0cmVnPTB4MDAxMCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5z KSwgbWluZ250PTB4MDYgKDE1MDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCXBvd2Vyc3BlYyAy ICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMApwY2liMTQ6IDxQQ0ktUENJIGJyaWRnZT4gYXQg ZGV2aWNlIDAuMCBvbiBwY2kxCnBjaWIxNDogICBzZWNvbmRhcnkgYnVzICAgICAyCnBjaWIxNDog ICBzdWJvcmRpbmF0ZSBidXMgICAyCnBjaWIxNDogICBJL08gZGVjb2RlICAgICAgICAweGYwMDAt MHhmZmYKcGNpYjE0OiAgIG1lbW9yeSBkZWNvZGUgICAgIDB4ZjgwMDAwMDAtMHhmYmZmZmZmZgpw Y2liMTQ6ICAgbm8gcHJlZmV0Y2hlZCBkZWNvZGUKcGNpMjogPFBDSSBidXM+IG9uIHBjaWIxNApw Y2kyOiBwaHlzaWNhbCBidXM9MgpwY2kyOjA6MDogYmFkIFZQRCBja3N1bSwgcmVtYWluIDIyOApm b3VuZC0+CXZlbmRvcj0weDE0ZTQsIGRldj0weDE2YWMsIHJldmlkPTB4MTIKCWJ1cz0yLCBzbG90 PTAsIGZ1bmM9MAoJY2xhc3M9MDItMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVn PTB4MDE1ZSwgc3RhdHJlZz0weDAyYjAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGltZXI9 MHgyMCAoOTYwIG5zKSwgbWluZ250PTB4NDAgKDE2MDAwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMp CglpbnRwaW49YSwgaXJxPTExCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQg RDAKCVZQRCBJZGVudDogQnJvYWRjb20gTmV0WHRyZW1lIElJIEV0aGVybmV0IENvbnRyb2xsZXIK CU1TSSBzdXBwb3J0cyAxIG1lc3NhZ2UsIDY0IGJpdAoJbWFwWzEwXTogdHlwZSAxLCByYW5nZSA2 NCwgYmFzZSAweGY4MDAwMDAwLCBzaXplIDI1LCBlbmFibGVkCnBjaWIxNDogcmVxdWVzdGVkIG1l bW9yeSByYW5nZSAweGY4MDAwMDAwLTB4ZjlmZmZmZmY6IGdvb2QKcGNpYjEzOiByZXF1ZXN0ZWQg bWVtb3J5IHJhbmdlIDB4ZjgwMDAwMDAtMHhmOWZmZmZmZjogZ29vZApwY2liMTM6IG1hdGNoZWQg ZW50cnkgZm9yIDEuMC5JTlRBCnBjaWIxMzogc2xvdCAwIElOVEEgaGFyZHdpcmVkIHRvIElSUSAx NgpwY2liMTQ6IHNsb3QgMCBJTlRBIGlzIHJvdXRlZCB0byBpcnEgMTYKYmNlMTogPEJyb2FkY29t IE5ldFh0cmVtZSBJSSBCQ001NzA4UyAxMDAwQmFzZS1UIChCMiksIHYwLjkuNj4gbWVtIDB4Zjgw MDAwMDAtMHhmOWZmZmZmZiBpcnEgMTYgYXQgZGV2aWNlIDAuMCBvbiBwY2kyCmJjZTE6IFJlc2Vy dmVkIDB4MjAwMDAwMCBieXRlcyBmb3IgcmlkIDB4MTAgdHlwZSAzIGF0IDB4ZjgwMDAwMDAKYmNl MTogYXR0ZW1wdGluZyB0byBhbGxvY2F0ZSAxIE1TSSB2ZWN0b3JzICgxIHN1cHBvcnRlZCkKYmNl MTogdXNpbmcgSVJRIDI1NyBmb3IgTVNJCmJjZTE6IEFTSUMgSUQgMHg1NzA4MTAyMTsgUmV2aXNp b24gKEIyKTsgUENJLVggNjQtYml0IDEzM01IegptaWlidXMxOiA8TUlJIGJ1cz4gb24gYmNlMQpn ZW50YmkxOiA8R2VuZXJpYyB0ZW4tYml0IGludGVyZmFjZT4gUEhZIDIgb24gbWlpYnVzMQpnZW50 YmkxOiBPVUkgMHgwMDUwZWYsIG1vZGVsIDB4MDAxNSwgcmV2LiAxCmdlbnRiaTE6ICAxMDAwYmFz ZVNYLCAxMDAwYmFzZVNYLUZEWCwgYXV0bwpiY2UxOiBicGYgYXR0YWNoZWQKYmNlMTogRXRoZXJu ZXQgYWRkcmVzczogMDA6MTU6YzU6ZmM6ZmE6NWQKYmNlMTogW01QU0FGRV0KdWhjaTA6IDxVSENJ IChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gcG9ydCAweGNjZTAtMHhjY2ZmIGlycSAyMSBhdCBk ZXZpY2UgMjkuMCBvbiBwY2kwCnVoY2kwOiBSZXNlcnZlZCAweDIwIGJ5dGVzIGZvciByaWQgMHgy MCB0eXBlIDQgYXQgMHhjY2UwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDIxIChQQ0kgSVJRIDIx KSB0byB2ZWN0b3IgNTIKdWhjaTA6IFtHSUFOVC1MT0NLRURdCnVzYjA6IDxVSENJIChnZW5lcmlj KSBVU0IgY29udHJvbGxlcj4gb24gdWhjaTAKdXNiMDogVVNCIHJldmlzaW9uIDEuMAp1aHViMDog PEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBv biB1c2IwCnVodWIwOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aGNp MTogPFVIQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBwb3J0IDB4Y2NjMC0weGNjZGYgaXJx IDIwIGF0IGRldmljZSAyOS4xIG9uIHBjaTAKdWhjaTE6IFJlc2VydmVkIDB4MjAgYnl0ZXMgZm9y IHJpZCAweDIwIHR5cGUgNCBhdCAweGNjYzAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMjAgKFBD SSBJUlEgMjApIHRvIHZlY3RvciA1Mwp1aGNpMTogW0dJQU5ULUxPQ0tFRF0KdXNiMTogPFVIQ0kg KGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBvbiB1aGNpMQp1c2IxOiBVU0IgcmV2aXNpb24gMS4w CnVodWIxOiA8SW50ZWwgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBh ZGRyIDE+IG9uIHVzYjEKdWh1YjE6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dl cmVkCmVoY2kwOiA8RUhDSSAoZ2VuZXJpYykgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhmYzYw MDAwMC0weGZjNjAwM2ZmIGlycSAyMSBhdCBkZXZpY2UgMjkuNyBvbiBwY2kwCmVoY2kwOiBSZXNl cnZlZCAweDQwMCBieXRlcyBmb3IgcmlkIDB4MTAgdHlwZSAzIGF0IDB4ZmM2MDAwMDAKZWhjaTA6 IFtHSUFOVC1MT0NLRURdCnVzYjI6IEVIQ0kgdmVyc2lvbiAxLjAKdXNiMjogY29tcGFuaW9uIGNv bnRyb2xsZXJzLCAyIHBvcnRzIGVhY2g6IHVzYjAgdXNiMQp1c2IyOiA8RUhDSSAoZ2VuZXJpYykg VVNCIDIuMCBjb250cm9sbGVyPiBvbiBlaGNpMAp1c2IyOiBVU0IgcmV2aXNpb24gMi4wCnVodWIy OiA8SW50ZWwgRUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+ IG9uIHVzYjIKdWh1YjI6IDQgcG9ydHMgd2l0aCA0IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVt YXNzMDogPFNlYWdhdGUgU1Q5NDgxMVUyLVJLLCBjbGFzcyAwLzAsIHJldiAyLjAwLzIuMDAsIGFk ZHIgMj4gb24gdWh1YjIKdW1hc3MwOjE6MDotMTogQXR0YWNoZWQgdG8gc2NidXMxCnBjaWIxNTog PEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAzMC4wIG9uIHBjaTAKcGNpYjE1OiAgIHNl Y29uZGFyeSBidXMgICAgIDE1CnBjaWIxNTogICBzdWJvcmRpbmF0ZSBidXMgICAxNQpwY2liMTU6 ICAgSS9PIGRlY29kZSAgICAgICAgMHhkMDAwLTB4ZGZmZgpwY2liMTU6ICAgbWVtb3J5IGRlY29k ZSAgICAgMHhmYzEwMDAwMC0weGZjMmZmZmZmCnBjaWIxNTogICBwcmVmZXRjaGVkIGRlY29kZSAw eGQ4MDAwMDAwLTB4ZGZmZmZmZmYKcGNpYjE1OiAgIFN1YnRyYWN0aXZlbHkgZGVjb2RlZCBicmlk Z2UuCnBjaTE1OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMTUKcGNpMTU6IHBoeXNpY2FsIGJ1cz0x NQpmb3VuZC0+CXZlbmRvcj0weDEwMDIsIGRldj0weDUxNWUsIHJldmlkPTB4MDIKCWJ1cz0xNSwg c2xvdD0xMywgZnVuYz0wCgljbGFzcz0wMy0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCglj bWRyZWc9MHgwMWE3LCBzdGF0cmVnPTB4MDI5MCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0 aW1lcj0weDIwICg5NjAgbnMpLCBtaW5nbnQ9MHgwOCAoMjAwMCBucyksIG1heGxhdD0weDAwICgw IG5zKQoJaW50cGluPWEsIGlycT0xMAoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQxIEQyIEQz ICBjdXJyZW50IEQwCgltYXBbMTBdOiB0eXBlIDMsIHJhbmdlIDMyLCBiYXNlIDB4ZDgwMDAwMDAs IHNpemUgMjcsIGVuYWJsZWQKcGNpYjE1OiByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4ZDgwMDAw MDAtMHhkZmZmZmZmZjogZ29vZAoJbWFwWzE0XTogdHlwZSA0LCByYW5nZSAzMiwgYmFzZSAweGRj MDAsIHNpemUgIDgsIGVuYWJsZWQKcGNpYjE1OiByZXF1ZXN0ZWQgSS9PIHJhbmdlIDB4ZGMwMC0w eGRjZmY6IGluIHJhbmdlCgltYXBbMThdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIDB4ZmMxZjAw MDAsIHNpemUgMTYsIGVuYWJsZWQKcGNpYjE1OiByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4ZmMx ZjAwMDAtMHhmYzFmZmZmZjogZ29vZApwY2liMTU6IG1hdGNoZWQgZW50cnkgZm9yIDE1LjEzLklO VEEKcGNpYjE1OiBzbG90IDEzIElOVEEgaGFyZHdpcmVkIHRvIElSUSAxOQp2Z2FwY2kwOiA8VkdB LWNvbXBhdGlibGUgZGlzcGxheT4gcG9ydCAweGRjMDAtMHhkY2ZmIG1lbSAweGQ4MDAwMDAwLTB4 ZGZmZmZmZmYsMHhmYzFmMDAwMC0weGZjMWZmZmZmIGlycSAxOSBhdCBkZXZpY2UgMTMuMCBvbiBw Y2kxNQppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMzEuMCBvbiBwY2kwCmlzYTA6 IDxJU0EgYnVzPiBvbiBpc2FiMAphY3BpX2hwZXQwOiA8SGlnaCBQcmVjaXNpb24gRXZlbnQgVGlt ZXI+IGlvbWVtIDB4ZmVkMDAwMDAtMHhmZWQwMDNmZiBvbiBhY3BpMAphY3BpX2hwZXQwOiB2ZW5k OiAweDgwODYgcmV2OiAweDEgbnVtOiAxIGh6OiAxNDMxODE4MCBvcHRzOiBsZWdfcm91dGUgY291 bnRfc2l6ZQpUaW1lY291bnRlciAiSFBFVCIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkg MjAwMAphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBwb3J0IDB4NjAsMHg2 NCBpcnEgMSBvbiBhY3BpMAphdGtiZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24gYXRrYmRjMAph dGtiZDogdGhlIGN1cnJlbnQga2JkIGNvbnRyb2xsZXIgY29tbWFuZCBieXRlIDAwNjUKYXRrYmQ6 IGtleWJvYXJkIElEIDB4NDFhYiAoMikKa2JkMCBhdCBhdGtiZDAKa2JkMDogYXRrYmQwLCBBVCAx MDEvMTAyICgyKSwgY29uZmlnOjB4MCwgZmxhZ3M6MHgzZDAwMDAKaW9hcGljMDogcm91dGluZyBp bnRwaW4gMSAoSVNBIElSUSAxKSB0byB2ZWN0b3IgNTQKYXRrYmQwOiBbR0lBTlQtTE9DS0VEXQpw c20wOiB1bmFibGUgdG8gYWxsb2NhdGUgSVJRCnBzbWNwbnAwOiA8UFMvMiBtb3VzZSBwb3J0PiBp cnEgMTIgb24gYWNwaTAKcHNtMDogY3VycmVudCBjb21tYW5kIGJ5dGU6MDA2NQpwc20wOiA8UFMv MiBNb3VzZT4gaXJxIDEyIG9uIGF0a2JkYzAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMTIgKElT QSBJUlEgMTIpIHRvIHZlY3RvciA1NQpwc20wOiBbR0lBTlQtTE9DS0VEXQpwc20wOiBtb2RlbCBJ bnRlbGxpTW91c2UgRXhwbG9yZXIsIGRldmljZSBJRCA0LTAwLCA1IGJ1dHRvbnMKcHNtMDogY29u ZmlnOjAwMDAwMDAwLCBmbGFnczowMDAwMDAwOCwgcGFja2V0IHNpemU6NApwc20wOiBzeW5jbWFz azowOCwgc3luY2JpdHM6MDAKdW5rbm93bjogc3RhdHVzIHJlZyB0ZXN0IGZhaWxlZCBmZgp1bmtu b3duOiBzdGF0dXMgcmVnIHRlc3QgZmFpbGVkIGZmCnVua25vd246IHN0YXR1cyByZWcgdGVzdCBm YWlsZWQgZmYKdW5rbm93bjogc3RhdHVzIHJlZyB0ZXN0IGZhaWxlZCBmZgp1bmtub3duOiBzdGF0 dXMgcmVnIHRlc3QgZmFpbGVkIGZmCnVua25vd246IHN0YXR1cyByZWcgdGVzdCBmYWlsZWQgZmYK ZXhfaXNhX2lkZW50aWZ5KCkKYXRrYmRjOiBhdGtiZGMwIGFscmVhZHkgZXhpc3RzOyBza2lwcGlu ZyBpdApwbnBfaWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQgMjAzCnBucF9pZGVudGlmeTog VHJ5aW5nIFJlYWRfUG9ydCBhdCAyNDMKcG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVhZF9Qb3J0IGF0 IDI4MwpwbnBfaWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQgMmMzCnBucF9pZGVudGlmeTog VHJ5aW5nIFJlYWRfUG9ydCBhdCAzMDMKcG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVhZF9Qb3J0IGF0 IDM0MwpwbnBfaWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQgMzgzCnBucF9pZGVudGlmeTog VHJ5aW5nIFJlYWRfUG9ydCBhdCAzYzMKUE5QIElkZW50aWZ5IGNvbXBsZXRlCmFoY19pc2FfcHJv YmUgMDogaW9wb3J0IDB4YzAwIGFsbG9jIGZhaWxlZAphaGNfaXNhX3Byb2JlIDEyOiBpb3BvcnQg MHhjYzAwIGFsbG9jIGZhaWxlZAphaGNfaXNhX3Byb2JlIDEzOiBpb3BvcnQgMHhkYzAwIGFsbG9j IGZhaWxlZAphaGNfaXNhX3Byb2JlIDE0OiBpb3BvcnQgMHhlYzAwIGFsbG9jIGZhaWxlZApzYzog c2MwIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdAp2Z2E6IHZnYTAgYWxyZWFkeSBleGlzdHM7 IHNraXBwaW5nIGl0CmlzYV9wcm9iZV9jaGlsZHJlbjogZGlzYWJsaW5nIFBuUCBkZXZpY2VzCmlz YV9wcm9iZV9jaGlsZHJlbjogcHJvYmluZyBub24tUG5QIGRldmljZXMKcG10aW1lcjAgb24gaXNh MApvcm0wOiA8SVNBIE9wdGlvbiBST01zPiBhdCBpb21lbSAweGMwMDAwLTB4YzhmZmYsMHhlYzAw MC0weGVmZmZmIHBucGlkIE9STTAwMDAgb24gaXNhMAphZHYwOiBub3QgcHJvYmVkIChkaXNhYmxl ZCkKYWhhMDogbm90IHByb2JlZCAoZGlzYWJsZWQpCmFpYzA6IG5vdCBwcm9iZWQgKGRpc2FibGVk KQphdGEwIGF0IHBvcnQgMHgxZjAtMHgxZjcsMHgzZjYgaXJxIDE0IG9uIGlzYTAKYXRhMDogcmVz ZXQgdHAxIG1hc2s9MDAgb3N0YXQwPWZmIG9zdGF0MT1mZgppb2FwaWMwOiByb3V0aW5nIGludHBp biAxNCAoSVNBIElSUSAxNCkgdG8gdmVjdG9yIDU2CmF0YTA6IFtNUFNBRkVdCmF0YTEgYXQgcG9y dCAweDE3MC0weDE3NywweDM3NiBpcnEgMTUgb24gaXNhMAphdGExOiByZXNldCB0cDEgbWFzaz0w MCBvc3RhdDA9ZmYgb3N0YXQxPWZmCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDE1IChJU0EgSVJR IDE1KSB0byB2ZWN0b3IgNTcKYXRhMTogW01QU0FGRV0KYnQwOiBub3QgcHJvYmVkIChkaXNhYmxl ZCkKY3MwOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKZWQwOiBub3QgcHJvYmVkIChkaXNhYmxlZCkK ZmRjMCBmYWlsZWQgdG8gcHJvYmUgYXQgcG9ydCAweDNmMC0weDNmNSwweDNmNyBpcnEgNiBkcnEg MiBvbiBpc2EwCmZlMDogbm90IHByb2JlZCAoZGlzYWJsZWQpCmllMDogbm90IHByb2JlZCAoZGlz YWJsZWQpCmxlMDogbm90IHByb2JlZCAoZGlzYWJsZWQpCnBwYzA6IHBhcmFsbGVsIHBvcnQgbm90 IGZvdW5kLgpwcGMwOiA8UGFyYWxsZWwgcG9ydD4gZmFpbGVkIHRvIHByb2JlIGF0IGlycSA3IG9u IGlzYTAKc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdzIDB4MTAwIG9uIGlzYTAKc2MwOiBW R0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MzAwPgpzYzA6IGZiMCwga2JkMSwgdGVy bWluYWwgZW11bGF0b3I6IHNjIChzeXNjb25zIHRlcm1pbmFsKQpzaW8wOiBjb25maWd1cmVkIGly cSA0IG5vdCBpbiBiaXRtYXAgb2YgcHJvYmVkIGlycXMgMApzaW8wOiBwb3J0IG1heSBub3QgYmUg ZW5hYmxlZApzaW8wOiBpcnEgbWFwczogMHg0YzAzIDB4NGMwMyAweDRjMDMgMHg0YzAzCnNpbzA6 IHByb2JlIGZhaWxlZCB0ZXN0KHMpOiAwIDEgMiA0IDYgNyA5CnNpbzA6IGNvbmZpZ3VyZWQgaXJx IDQgbm90IGluIGJpdG1hcCBvZiBwcm9iZWQgaXJxcyAwCnNpbzA6IHBvcnQgbWF5IG5vdCBiZSBl bmFibGVkCnNpbzA6IGlycSBtYXBzOiAweDRjMDMgMHg0YzAzIDB4NGMwMyAweDRjMDMKc2lvMDog cHJvYmUgZmFpbGVkIHRlc3Qocyk6IDAgMSAyIDQgNiA3IDkKc2lvMCBhdCBwb3J0IDB4M2Y4LTB4 M2ZmIGlycSA0IGZsYWdzIDB4MTAgb24gaXNhMApzaW8wOiB0eXBlIDgyNTAgb3Igbm90IHJlc3Bv bmRpbmcKaW9hcGljMDogcm91dGluZyBpbnRwaW4gNCAoSVNBIElSUSA0KSB0byB2ZWN0b3IgNTgK c2lvMDogW0ZBU1RdCnNpbzE6IGNvbmZpZ3VyZWQgaXJxIDMgbm90IGluIGJpdG1hcCBvZiBwcm9i ZWQgaXJxcyAwCnNpbzE6IHBvcnQgbWF5IG5vdCBiZSBlbmFibGVkCnNpbzE6IGlycSBtYXBzOiAw eDRjMDMgMHg0YzAzIDB4NGMwMyAweDRjMDMKc2lvMTogcHJvYmUgZmFpbGVkIHRlc3Qocyk6IDAg MSAyIDQgNiA3IDkKc2lvMSBmYWlsZWQgdG8gcHJvYmUgYXQgcG9ydCAweDJmOC0weDJmZiBpcnEg MyBvbiBpc2EwCnNpbzI6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQpzaW8zOiBub3QgcHJvYmVkIChk aXNhYmxlZCkKc24wOiBub3QgcHJvYmVkIChkaXNhYmxlZCkKdmdhMDogPEdlbmVyaWMgSVNBIFZH QT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNhMAp2dDA6 IG5vdCBwcm9iZWQgKGRpc2FibGVkKQppc2FfcHJvYmVfY2hpbGRyZW46IHByb2JpbmcgUG5QIGRl dmljZXMKRGV2aWNlIGNvbmZpZ3VyYXRpb24gZmluaXNoZWQuClJlZHVjaW5nIGtlcm4ubWF4dm5v ZGVzIDIxNDU2NSAtPiAxMDAwMDAKcHJvY2ZzIHJlZ2lzdGVyZWQKbGFwaWM6IERpdmlzb3IgMiwg RnJlcXVlbmN5IDE2NjI1MTA0MyBoegpUaW1lY291bnRlciAiVFNDIiBmcmVxdWVuY3kgMTk5NTAx MjAzMCBIeiBxdWFsaXR5IC0xMDAKVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYwps bzA6IGJwZiBhdHRhY2hlZApycjIzMng6IG5vIGNvbnRyb2xsZXIgZGV0ZWN0ZWQuCihwcm9iZTA6 bXB0MDowOjA6MCk6IGVycm9yIDIyCihwcm9iZTA6bXB0MDowOjA6MCk6IFVucmV0cnlhYmxlIEVy cm9yCihwcm9iZTA6bXB0MDowOjA6MCk6IGVycm9yIDIyCihwcm9iZTA6bXB0MDowOjA6MCk6IFVu cmV0cnlhYmxlIEVycm9yCihwcm9iZTA6bXB0MDowOjA6MSk6IGVycm9yIDIyCihwcm9iZTA6bXB0 MDowOjA6MSk6IFVucmV0cnlhYmxlIEVycm9yCihwcm9iZTA6bXB0MDowOjA6Mik6IGVycm9yIDIy Cihwcm9iZTA6bXB0MDowOjA6Mik6IFVucmV0cnlhYmxlIEVycm9yCihwcm9iZTA6bXB0MDowOjA6 Myk6IGVycm9yIDIyCihwcm9iZTA6bXB0MDowOjA6Myk6IFVucmV0cnlhYmxlIEVycm9yCihwcm9i ZTA6bXB0MDowOjA6NCk6IGVycm9yIDIyCihwcm9iZTA6bXB0MDowOjA6NCk6IFVucmV0cnlhYmxl IEVycm9yCihwcm9iZTA6bXB0MDowOjA6NSk6IGVycm9yIDIyCihwcm9iZTA6bXB0MDowOjA6NSk6 IFVucmV0cnlhYmxlIEVycm9yCihwcm9iZTA6bXB0MDowOjA6Nik6IGVycm9yIDIyCihwcm9iZTA6 bXB0MDowOjA6Nik6IFVucmV0cnlhYmxlIEVycm9yCihwcm9iZTA6bXB0MDowOjA6Nyk6IGVycm9y IDIyCihwcm9iZTA6bXB0MDowOjA6Nyk6IFVucmV0cnlhYmxlIEVycm9yCihwcm9iZTg6bXB0MDow Ojg6MCk6IGVycm9yIDIyCihwcm9iZTg6bXB0MDowOjg6MCk6IFVucmV0cnlhYmxlIEVycm9yCihw cm9iZTg6bXB0MDowOjg6MCk6IGVycm9yIDIyCihwcm9iZTg6bXB0MDowOjg6MCk6IFVucmV0cnlh YmxlIEVycm9yCihwcm9iZTYzOnVtYXNzLXNpbTA6MDowOjApOiBEb3duIHJldmluZyBQcm90b2Nv bCBWZXJzaW9uIGZyb20gMiB0byAwPwoocHJvYmU2Mzp1bWFzcy1zaW0wOjA6MDowKTogVW5pbml0 aWFsaXplZCBUcmFuc3BvcnQgNTpjNjc5MWJkMD8Kc2VzMCBhdCBtcHQwIGJ1cyAwIHRhcmdldCA4 IGx1biAwCnNlczA6IDxEUCBCQUNLUExBTkUgMS4wMD4gRml4ZWQgRW5jbG9zdXJlIFNlcnZpY2Vz IFNDU0ktNSBkZXZpY2UgCnNlczA6IDMwMC4wMDBNQi9zIHRyYW5zZmVycwpzZXMwOiBTQ1NJLTMg U0VTIERldmljZQpwYXNzMCBhdCBtcHQwIGJ1cyAwIHRhcmdldCAwIGx1biAwCnBhc3MwOiA8RGVs bCBWSVJUVUFMIERJU0sgMTAyOD4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2aWNlIApw YXNzMDogMzAwLjAwME1CL3MgdHJhbnNmZXJzCnBhc3MwOiBDb21tYW5kIFF1ZXVlaW5nIEVuYWJs ZWQKcGFzczEgYXQgbXB0MCBidXMgMCB0YXJnZXQgOCBsdW4gMApwYXNzMTogPERQIEJBQ0tQTEFO RSAxLjAwPiBGaXhlZCBFbmNsb3N1cmUgU2VydmljZXMgU0NTSS01IGRldmljZSAKcGFzczE6IDMw MC4wMDBNQi9zIHRyYW5zZmVycwpwYXNzMiBhdCB1bWFzcy1zaW0wIGJ1cyAwIHRhcmdldCAwIGx1 biAwCnBhc3MyOiA8U1QzNzUwNjQgMEEgMy5BQT4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTAg ZGV2aWNlIApwYXNzMjogU2VyaWFsIE51bWJlciAzUUQwTFZKSgpwYXNzMjogNDAuMDAwTUIvcyB0 cmFuc2ZlcnMKZGEwIGF0IG1wdDAgYnVzIDAgdGFyZ2V0IDAgbHVuIDAKZGEwOiA8RGVsbCBWSVJU VUFMIERJU0sgMTAyOD4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTUgZGV2aWNlIApkYTA6IDMw MC4wMDBNQi9zIHRyYW5zZmVycwpkYTA6IENvbW1hbmQgUXVldWVpbmcgRW5hYmxlZApkYTA6IDY5 NjE4TUIgKDE0MjU3NzY2NCA1MTIgYnl0ZSBzZWN0b3JzOiAyNTVIIDYzUy9UIDg4NzVDKQpHRU9N OiBuZXcgZGlzayBkYTBkYTEgYXQgdW1hc3Mtc2ltMCBidXMgMCB0YXJnZXQgMCBsdW4gMApkYTE6 IDxTVDM3NTA2NCAwQSAzLkFBPiBGaXhlZCBEaXJlY3QgQWNjZXNzIFNDU0ktMCBkZXZpY2UgCmRh MTogU2VyaWFsIE51bWJlciAzUUQwTFZKSgpkYTE6IDQwLjAwME1CL3MgdHJhbnNmZXJzCmRhMTog NzE1NDA0TUIgKDE0NjUxNDkxNjggNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCA5MTIwMUMp CgpHRU9NOiBuZXcgZGlzayBkYTEKQVRBIFBzZXVkb1JBSUQgbG9hZGVkClNNUDogQVAgQ1BVICMx IExhdW5jaGVkIQpjcHUxIEFQOgogICAgIElEOiAweDAxMDAwMDAwICAgVkVSOiAweDAwMDUwMDE0 IExEUjogMHgwMDAwMDAwMCBERlI6IDB4ZmZmZmZmZmYKICBsaW50MDogMHgwMDAxMDcwMCBsaW50 MTogMHgwMDAwMDQwMCBUUFI6IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmCiAgdGltZXI6IDB4 MDAwMjAwZWYgdGhlcm06IDB4MDAwMTAwMDAgZXJyOiAweDAwMDEwMDAwIHBjbTogMHgwMDAxMDAw MAppb2FwaWMwOiBBc3NpZ25pbmcgSVNBIElSUSAxIHRvIGxvY2FsIEFQSUMgMAppb2FwaWMwOiBB c3NpZ25pbmcgSVNBIElSUSA0IHRvIGxvY2FsIEFQSUMgMQppb2FwaWMwOiBBc3NpZ25pbmcgSVNB IElSUSA5IHRvIGxvY2FsIEFQSUMgMAppb2FwaWMwOiBBc3NpZ25pbmcgSVNBIElSUSAxMiB0byBs b2NhbCBBUElDIDEKaW9hcGljMDogQXNzaWduaW5nIElTQSBJUlEgMTQgdG8gbG9jYWwgQVBJQyAw CmlvYXBpYzA6IEFzc2lnbmluZyBJU0EgSVJRIDE1IHRvIGxvY2FsIEFQSUMgMQppb2FwaWMwOiBB c3NpZ25pbmcgUENJIElSUSAyMCB0byBsb2NhbCBBUElDIDAKaW9hcGljMDogQXNzaWduaW5nIFBD SSBJUlEgMjEgdG8gbG9jYWwgQVBJQyAxCmlvYXBpYzI6IEFzc2lnbmluZyBQQ0kgSVJRIDE5MiB0 byBsb2NhbCBBUElDIDAKbXNpOiBBc3NpZ25pbmcgTVNJIElSUSAyNTYgdG8gbG9jYWwgQVBJQyAx Cm1zaTogQXNzaWduaW5nIE1TSSBJUlEgMjU3IHRvIGxvY2FsIEFQSUMgMApUcnlpbmcgdG8gbW91 bnQgcm9vdCBmcm9tIHVmczovZGV2L2RhMHMxYQpXQVJOSU5HOiAvIHdhcyBub3QgcHJvcGVybHkg ZGlzbW91bnRlZApzdGFydF9pbml0OiB0cnlpbmcgL3NiaW4vaW5pdApXQVJOSU5HOiAvdG1wIHdh cyBub3QgcHJvcGVybHkgZGlzbW91bnRlZApXQVJOSU5HOiAvdXNyIHdhcyBub3QgcHJvcGVybHkg ZGlzbW91bnRlZApXQVJOSU5HOiAvdmFyIHdhcyBub3QgcHJvcGVybHkgZGlzbW91bnRlZAo= ------_=_NextPart_001_01C74905.FF07960E-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 5 09:36:14 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A743816A400 for ; Mon, 5 Feb 2007 09:36:13 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.236]) by mx1.freebsd.org (Postfix) with ESMTP id 6505E13C4E5 for ; Mon, 5 Feb 2007 09:36:13 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by nz-out-0506.google.com with SMTP id i11so1542065nzh for ; Mon, 05 Feb 2007 01:36:12 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=QCn33APgpZmUraXZbzQ51NonwMKtVNxrJu1SPh1sIJsflhowde+OOoOJ+NUxDs34I8Z/5UrdLVTHB1vwoJdgCwWxxscWv55y2yy9/pWGyyAqUdHDTBT+owQfW3rebOLjd+C0+RVTMbEu28VUIjbOzB02whm8LQPCU9Y/nGT0iP0= Received: by 10.35.82.16 with SMTP id j16mr13379040pyl.1170668172523; Mon, 05 Feb 2007 01:36:12 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id z80sm9082278pyg.2007.02.05.01.36.10; Mon, 05 Feb 2007 01:36:11 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l159aRi4031067 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 Feb 2007 18:36:27 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l159aQD9031066; Mon, 5 Feb 2007 18:36:26 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 5 Feb 2007 18:36:26 +0900 From: Pyun YongHyeon To: Conrad Burger Message-ID: <20070205093626.GA29196@cdnetworks.co.kr> References: <20070204030303.GA25832@cdnetworks.co.kr> <45FBF1D2998C93429047415BE8091CC8303C96@HERMES.swistgroup.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45FBF1D2998C93429047415BE8091CC8303C96@HERMES.swistgroup.com> User-Agent: Mutt/1.4.2.1i Cc: dwhite@freebsd.org, current@freebsd.org Subject: Re: [KERNEL PANIC] Assigning IP to BCE on CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2007 09:36:15 -0000 On Mon, Feb 05, 2007 at 11:15:52AM +0200, Conrad Burger wrote: > ******************************************************************* > Click here to view our e-mail legal notice: > http://www.mxit.co.za/pdfs/mxit_legal.pdf or call: +27 21 888 5000 > ******************************************************************* > > HARDWARE= DELL 1955 BLADE > > OS Version= CURRENT i386(2007-02-01) > > > > When I assign an IP to one of the BCE interfaces on the system the kernel > > PANICS. > > > > >From KDB: > > --------------------------------------------------------------- > > Panic: invalid ife->ifm_date (0xa) in mii_phy_setmedia > > > > I guess ukphy(4) was used to serve the PHY. > Would you post verbosed boot message? > > > Cpuid = 0 > > KDB: enter:panic > > [ thread pid 715 tid 100041] > > Stopped at kdb_enter + 0x2b:nop > > --------------------------------------------------------------- > > > > I then type "panic" and it writes a vmcore dump. > > > > But when I analyze the vmcore using kgdb and run a "bt" it only gives me the > > backtrace of the kdb and shutdown. > > > > Is there a way to write a dump without kdb interfering? > > > > Another thing, I tried to install CURRENT-snapshot-2007-01(AMD64), but after > it > > boots from the USB DVDROM. Sysinstall cannot access the USB DVDROM. > > Is this a known problem? > > > > Hope this is what your requested. > [...] > bce0: mem 0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci6 > bce0: Reserved 0x2000000 bytes for rid 0x10 type 3 at 0xf4000000 > bce0: attempting to allocate 1 MSI vectors (1 supported) > bce0: using IRQ 256 for MSI > bce0: ASIC ID 0x57081021; Revision (B2); PCI-X 64-bit 133MHz > miibus0: on bce0 > gentbi0: PHY 2 on miibus0 > gentbi0: OUI 0x0050ef, model 0x0015, rev. 1 > gentbi0: 1000baseSX, 1000baseSX-FDX, auto > bce0: bpf attached > bce0: Ethernet address: 00:15:c5:fc:fa:5f > bce0: [MPSAFE] [...] You're using generic TBI so I've CCed to dwhite. Does this hardware really have SERDES PHY?(Device probe message indicates 1000baseT, copper interface.) How about disabling MSI/MSI-X?(hw.pci.enable_msi, hw.pci.enable_msix) -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Mon Feb 5 10:30:21 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7137A16A400 for ; Mon, 5 Feb 2007 10:30:21 +0000 (UTC) (envelope-from almarrie@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 2EDA213C4A5 for ; Mon, 5 Feb 2007 10:30:21 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so891623ana for ; Mon, 05 Feb 2007 02:30:20 -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=cHtc4mO2kh35zFp8dLVJ8nsZtYAbMH/vBdd/covxcSurf+PWKBBe2anPEd+nu9y93BHBwNjYEZM9A8AxFbSJPTyI9q+KB/zSW1+rCLWM/IMO+d/noiT2Hezlhzh48KfCGxKimQEXqXgAcCH5kRcLRCHiPRszlJbHIwRraod+r4s= Received: by 10.115.50.1 with SMTP id c1mr574388wak.1170671415962; Mon, 05 Feb 2007 02:30:15 -0800 (PST) Received: by 10.115.91.7 with HTTP; Mon, 5 Feb 2007 02:30:15 -0800 (PST) Message-ID: <499c70c0702050230r459c3b9cv87d1828f0a18edd3@mail.gmail.com> Date: Mon, 5 Feb 2007 13:30:15 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Bruce M. Simpson" In-Reply-To: <45C702A1.8080104@icir.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <499c70c0702030850v14e02dfck7a0b91e1cc6deb9b@mail.gmail.com> <20070203.104000.756908884.imp@bsdimp.com> <20070204.125641.1219856867.imp@bsdimp.com> <499c70c0702050005r76338d52i790e930dfffed43a@mail.gmail.com> <45C702A1.8080104@icir.org> Cc: usb@freebsd.org, rizzo@icir.org, leafy7382@gmail.com, "M. Warner Losh" , current@freebsd.org Subject: Re: Call for Testers: FreeBSD webcam driver (and more) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2007 10:30:21 -0000 On 2/5/07, Bruce M. Simpson wrote: > Abdullah Ibn Hamad Al-Marri wrote: > > > > Check this out please. > > > > http://www.hydromel.net/driver/gpr400/ > Erm, I mostly ported this to FreeBSD already: > > http://people.freebsd.org/~bms/dump/gprsc/ > Great stuff! :) How about this one http://openfacts.berlios.de/index-en.phtml?title=TI_FlashMedia_xx12/xx21_driver ? -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Mon Feb 5 10:33:24 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A07CB16A400 for ; Mon, 5 Feb 2007 10:33:23 +0000 (UTC) (envelope-from conrad.burger@mxit.com) Received: from smtp.swistgroup.com (smtp.swisttech.com [196.211.145.42]) by mx1.freebsd.org (Postfix) with ESMTP id BE7B113C494 for ; Mon, 5 Feb 2007 10:33:20 +0000 (UTC) (envelope-from conrad.burger@mxit.com) Received: from timon.swistgroup.com (unknown [172.16.1.30]) by smtp.swistgroup.com (Postfix) with ESMTP id E56B180FE4 for ; Mon, 5 Feb 2007 12:53:15 +0200 (SAST) Received: from mailnull by timon.swistgroup.com with local (Exim 4.52 (FreeBSD)) id 1HE1Dk-0003Vz-8p for current@freebsd.org; Mon, 05 Feb 2007 12:37:12 +0200 Received: from mail.swistgroup.com ([172.16.1.6] helo=hermes.swistgroup.com) by timon.swistgroup.com with esmtp (Exim 4.52 (FreeBSD)) id 1HE1Dk-0003VY-4z; Mon, 05 Feb 2007 12:37:12 +0200 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Mon, 5 Feb 2007 12:33:22 +0200 Message-ID: <45FBF1D2998C93429047415BE8091CC8303CDB@HERMES.swistgroup.com> In-Reply-To: <20070205093626.GA29196@cdnetworks.co.kr> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [KERNEL PANIC] Assigning IP to BCE on CURRENT Thread-Index: AcdJCNyNdIWRlFzlTpmDv3mJIKA+pgABXRSg From: "Conrad Burger" To: X-disclaimer: Legalsentry Cc: dwhite@freebsd.org, current@freebsd.org Subject: RE: [KERNEL PANIC] Assigning IP to BCE on CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2007 10:33:24 -0000 ******************************************************************* Click here to view our e-mail legal notice: http://www.mxit.co.za/pdfs/mxit_legal.pdf or call: +27 21 888 5000 ******************************************************************* -----Original Message----- From: Pyun YongHyeon [mailto:pyunyh@gmail.com]=20 Sent: 05 February 2007 11:36 AM To: Conrad Burger Cc: current@freebsd.org; dwhite@freebsd.org Subject: Re: [KERNEL PANIC] Assigning IP to BCE on CURRENT On Mon, Feb 05, 2007 at 11:15:52AM +0200, Conrad Burger wrote: > ******************************************************************* > Click here to view our e-mail legal notice: > http://www.mxit.co.za/pdfs/mxit_legal.pdf or call: +27 21 888 5000 > ******************************************************************* > > HARDWARE=3D DELL 1955 BLADE=20 > > OS Version=3D CURRENT i386(2007-02-01)=20 > >=20 > > When I assign an IP to one of the BCE interfaces on the system the = kernel > > PANICS. > >=20 > > >From KDB: > > --------------------------------------------------------------- > > Panic: invalid ife->ifm_date (0xa) in mii_phy_setmedia=20 > >=20 >=20 > I guess ukphy(4) was used to serve the PHY. > Would you post verbosed boot message? >=20 > > Cpuid =3D 0=20 > > KDB: enter:panic=20 > > [ thread pid 715 tid 100041] > > Stopped at kdb_enter + 0x2b:nop > > --------------------------------------------------------------- > >=20 > > I then type "panic" and it writes a vmcore dump. =20 > >=20 > > But when I analyze the vmcore using kgdb and run a "bt" it only = gives me the=20 > > backtrace of the kdb and shutdown.=20 > >=20 > > Is there a way to write a dump without kdb interfering? > >=20 > > Another thing, I tried to install CURRENT-snapshot-2007-01(AMD64), = but after > it > > boots from the USB DVDROM. Sysinstall cannot access the USB = DVDROM.=20 > > Is this a known problem? >=20 >=20 >=20 > Hope this is what your requested. >=20 [...] > bce0: mem 0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci6 > bce0: Reserved 0x2000000 bytes for rid 0x10 type 3 at 0xf4000000 > bce0: attempting to allocate 1 MSI vectors (1 supported) > bce0: using IRQ 256 for MSI > bce0: ASIC ID 0x57081021; Revision (B2); PCI-X 64-bit 133MHz > miibus0: on bce0 > gentbi0: PHY 2 on miibus0 > gentbi0: OUI 0x0050ef, model 0x0015, rev. 1 > gentbi0: 1000baseSX, 1000baseSX-FDX, auto > bce0: bpf attached > bce0: Ethernet address: 00:15:c5:fc:fa:5f > bce0: [MPSAFE] [...] You're using generic TBI so I've CCed to dwhite. Does this hardware really have SERDES PHY?(Device probe message indicates 1000baseT, copper interface.) How about disabling MSI/MSI-X?(hw.pci.enable_msi, hw.pci.enable_msix) -------------------------------------------------------------------------= I have added hw.pci.enable_msi=3D0 and hw.pci.enable_msix=3D0 to = /boot/loader.conf.=20 But the system still panics when I try to assign an IP to the interface. = The dmesg also shows that MSI is not used.=20 Anything else I can try?=20 Regards=20 Conrad=20 From owner-freebsd-current@FreeBSD.ORG Mon Feb 5 11:46:02 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9B4FA16A498 for ; Mon, 5 Feb 2007 11:46:02 +0000 (UTC) (envelope-from conrad.burger@mxit.com) Received: from smtp.swistgroup.com (smtp.swisttech.com [196.211.145.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2E0F113C478 for ; Mon, 5 Feb 2007 11:46:01 +0000 (UTC) (envelope-from conrad.burger@mxit.com) Received: from timon.swistgroup.com (unknown [172.16.1.30]) by smtp.swistgroup.com (Postfix) with ESMTP id AE8CF81CFE for ; Mon, 5 Feb 2007 14:05:56 +0200 (SAST) Received: from mailnull by timon.swistgroup.com with local (Exim 4.52 (FreeBSD)) id 1HE2M4-000424-GF for freebsd-current@freebsd.org; Mon, 05 Feb 2007 13:49:52 +0200 Received: from mail.swistgroup.com ([172.16.1.6] helo=hermes.swistgroup.com) by timon.swistgroup.com with esmtp (Exim 4.52 (FreeBSD)) id 1HE2M4-00041e-Cc; Mon, 05 Feb 2007 13:49:52 +0200 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Mon, 5 Feb 2007 13:46:03 +0200 Message-ID: <45FBF1D2998C93429047415BE8091CC8303CFE@HERMES.swistgroup.com> In-Reply-To: <45C0C566.8040504@delphij.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Need Help:: BCE Interface - back port SERDES support to STABLE Thread-Index: AcdFVcS53QWoy6jsQkyFn0csc4F1VgBXDX4Q From: "Conrad Burger" To: "LI Xin" X-disclaimer: Legalsentry Cc: freebsd-current@freebsd.org Subject: RE: Need Help:: BCE Interface - back port SERDES support to STABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2007 11:46:03 -0000 ******************************************************************* Click here to view our e-mail legal notice: http://www.mxit.co.za/pdfs/mxit_legal.pdf or call: +27 21 888 5000 ******************************************************************* Thank you for offering to help! I have tried to test the BCE-SERDES on CURRENT, but it looks like there = are still some problems with the driver on CURRENT. The kernel panics when I = try to assign an IP to the interface.=20 It's rather pointless to try and port the driver to STABLE when it = doesn't work on CURRENT. Will try to port the driver to STABLE when it works on = CURRENT.=20 Regards=20 Conrad=20 -----Original Message----- From: LI Xin [mailto:delphij@delphij.net]=20 Sent: 31 January 2007 06:36 PM To: Conrad Burger Cc: freebsd-current@freebsd.org Subject: Re: Need Help:: BCE Interface - back port SERDES support to = STABLE Conrad Burger wrote: > ******************************************************************* > Click here to view our e-mail legal notice:=20 > http://www.mxit.co.za/pdfs/mxit_legal.pdf or call: +27 21 888 5000 > ******************************************************************* > Hi=20 >=20 > Could someone please help me to create a patch to back port the SERDES = support > that was recently added to the BCE driver in CURRENT to STABLE? >=20 > I have been waiting for SERDES support on STABLE for about 3 months = and I'm > getting rather desperate. >=20 > I am trying to back port it myself using diffs from BCE-STABLE and BCE-CURRENT.=20 > But with almost no C experience and even less writing drivers it's = going to take > awhile. > Currently my kernel panics during boot when it tries to attach/probe = the network > interface.=20 >=20 > I would be much appreciated it if someone could help me. I think you will need to backport some MII changes back too... I do not have actual bce w/SERDES hardware at hand so I think I can not provide some useful help except backporting some code and test to see if it broke my Dell 2950 crashbox :-( Maybe you can provide some panic messages (backtraces if you can, of course) so we can investigate further? Note that it would be nice if you could provide diff in unified format, which is usually preferred and makes it easier to read. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! From owner-freebsd-current@FreeBSD.ORG Mon Feb 5 12:00:39 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 98C3916A402 for ; Mon, 5 Feb 2007 12:00:38 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.freebsd.org (Postfix) with ESMTP id 84FA913C481 for ; Mon, 5 Feb 2007 12:00:38 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id l15C0ccc035841; Mon, 5 Feb 2007 04:00:38 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id l15C0c4x035840; Mon, 5 Feb 2007 04:00:38 -0800 (PST) (envelope-from rizzo) Date: Mon, 5 Feb 2007 04:00:38 -0800 From: Luigi Rizzo To: Kostik Belousov Message-ID: <20070205040037.A35752@xorpc.icir.org> References: <20070202172756.A2649@xorpc.icir.org> <20070205115553.GA3304@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20070205115553.GA3304@deviant.kiev.zoral.com.ua>; from kostikbel@gmail.com on Mon, Feb 05, 2007 at 01:55:53PM +0200 Cc: current@freebsd.org Subject: Re: link_elf.c vs link_elf_obj.c ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2007 12:00:39 -0000 On Mon, Feb 05, 2007 at 01:55:53PM +0200, Kostik Belousov wrote: > On Fri, Feb 02, 2007 at 05:27:56PM -0800, Luigi Rizzo wrote: > > does anyone know what is the difference between these two files ? > > They seem to do two similar but slightly different things related > > to elf file loading. > > > > But diff shows large pieces of common code, and there is even > > more commonality if you factor out whitespace changes and > > variable renaming. > > ELF specification defines 3 kinds of objects (putting core files aside); > - executables > - shared objects (AKA .so) > - relocatable objects (AKA .o, created by assembler). > Executables and .so are usually created by linker, while relocatables are the > assembler output (although ld -r can glue several .o files into one). > Executables and .so are in some sense finalized, and they contain a tables > that are useful for dynamic linker. Also, they usually carry different kind > of relocations then relocatables. > > Now, in-kernel dynamic linker used for linking newly-loaded kld, shall deal > with either .so-kind of modules (on FreeBSD, all arches except amd64), or > relocatables (amd64). Two linkers you found deal with .so-kind (link_elf.c) > or relocatables (link_elf_obj.c). > > Reasons why amd64 cannot use shared objects for kld mostly caused by > toolchains limitations and CPU architecture (it is impossible to create > working non-PIC .so there). > > Note that Solaris uses relocatables for modules. so, if one had to write a few lines of comment on top of each of these two files to tell what they do and how they differ, what would you write ? cheers luigi From owner-freebsd-current@FreeBSD.ORG Mon Feb 5 12:08:30 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2DA8516A40E for ; Mon, 5 Feb 2007 12:08:30 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id B2AFF13C481 for ; Mon, 5 Feb 2007 12:08:28 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1HE2dv-000I3L-6J for current@freebsd.org; Mon, 05 Feb 2007 14:08:27 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id l15C8CNb000867 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 Feb 2007 14:08:12 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8) with ESMTP id l15C8CJ7003216; Mon, 5 Feb 2007 14:08:12 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id l15C8CvT003215; Mon, 5 Feb 2007 14:08:12 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 5 Feb 2007 14:08:12 +0200 From: Kostik Belousov To: Luigi Rizzo Message-ID: <20070205120812.GB3304@deviant.kiev.zoral.com.ua> References: <20070202172756.A2649@xorpc.icir.org> <20070205115553.GA3304@deviant.kiev.zoral.com.ua> <20070205040037.A35752@xorpc.icir.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cvVnyQ+4j833TQvp" Content-Disposition: inline In-Reply-To: <20070205040037.A35752@xorpc.icir.org> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on fw.zoral.com.ua X-Scanner-Signature: 1e0f9aa0c43ce3c3744db576a35a93a3 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 744 [Feb 05 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: current@freebsd.org Subject: Re: link_elf.c vs link_elf_obj.c ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2007 12:08:30 -0000 --cvVnyQ+4j833TQvp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 05, 2007 at 04:00:38AM -0800, Luigi Rizzo wrote: > On Mon, Feb 05, 2007 at 01:55:53PM +0200, Kostik Belousov wrote: > > On Fri, Feb 02, 2007 at 05:27:56PM -0800, Luigi Rizzo wrote: > > > does anyone know what is the difference between these two files ? > > > They seem to do two similar but slightly different things related > > > to elf file loading. > > >=20 > > > But diff shows large pieces of common code, and there is even > > > more commonality if you factor out whitespace changes and > > > variable renaming. > >=20 > > ELF specification defines 3 kinds of objects (putting core files aside); > > - executables > > - shared objects (AKA .so) > > - relocatable objects (AKA .o, created by assembler). > > Executables and .so are usually created by linker, while relocatables a= re the > > assembler output (although ld -r can glue several .o files into one). > > Executables and .so are in some sense finalized, and they contain a tab= les > > that are useful for dynamic linker. Also, they usually carry different = kind > > of relocations then relocatables. > >=20 > > Now, in-kernel dynamic linker used for linking newly-loaded kld, shall = deal > > with either .so-kind of modules (on FreeBSD, all arches except amd64), = or > > relocatables (amd64). Two linkers you found deal with .so-kind (link_el= f.c) > > or relocatables (link_elf_obj.c). > >=20 > > Reasons why amd64 cannot use shared objects for kld mostly caused by > > toolchains limitations and CPU architecture (it is impossible to create > > working non-PIC .so there). > >=20 > > Note that Solaris uses relocatables for modules. >=20 > so, if one had to write a few lines of comment on top of each > of these two files to tell what they do and how they differ, > what would you write ? As I said, link_elf.c is linker for kld's that are shared objects, while link_elf_obj.c - for relocatables. --cvVnyQ+4j833TQvp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFxx4rC3+MBN1Mb4gRAhD9AJ4o41oNLi1/E3OrYb1qmdO8/79CYQCgze3x da6lEtFyC5YAhP4pm8klK9Y= =j0nx -----END PGP SIGNATURE----- --cvVnyQ+4j833TQvp-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 5 12:26:20 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C4A316A400 for ; Mon, 5 Feb 2007 12:26:19 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id B85C113C461 for ; Mon, 5 Feb 2007 12:26:18 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1HE2S5-000Cea-2J for current@freebsd.org; Mon, 05 Feb 2007 13:56:13 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id l15BtsGc000602 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 Feb 2007 13:55:54 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8) with ESMTP id l15Btste050141; Mon, 5 Feb 2007 13:55:54 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id l15Btrbg050092; Mon, 5 Feb 2007 13:55:53 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 5 Feb 2007 13:55:53 +0200 From: Kostik Belousov To: Luigi Rizzo Message-ID: <20070205115553.GA3304@deviant.kiev.zoral.com.ua> References: <20070202172756.A2649@xorpc.icir.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mP3DRpeJDSE+ciuQ" Content-Disposition: inline In-Reply-To: <20070202172756.A2649@xorpc.icir.org> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on fw.zoral.com.ua X-Scanner-Signature: f2683d8df775da069012ccac6e6e6321 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 744 [Feb 05 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: current@freebsd.org Subject: Re: link_elf.c vs link_elf_obj.c ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2007 12:26:20 -0000 --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 02, 2007 at 05:27:56PM -0800, Luigi Rizzo wrote: > does anyone know what is the difference between these two files ? > They seem to do two similar but slightly different things related > to elf file loading. >=20 > But diff shows large pieces of common code, and there is even > more commonality if you factor out whitespace changes and > variable renaming. ELF specification defines 3 kinds of objects (putting core files aside); - executables - shared objects (AKA .so) - relocatable objects (AKA .o, created by assembler). Executables and .so are usually created by linker, while relocatables are t= he assembler output (although ld -r can glue several .o files into one). Executables and .so are in some sense finalized, and they contain a tables that are useful for dynamic linker. Also, they usually carry different kind of relocations then relocatables. Now, in-kernel dynamic linker used for linking newly-loaded kld, shall deal with either .so-kind of modules (on FreeBSD, all arches except amd64), or relocatables (amd64). Two linkers you found deal with .so-kind (link_elf.c) or relocatables (link_elf_obj.c). Reasons why amd64 cannot use shared objects for kld mostly caused by toolchains limitations and CPU architecture (it is impossible to create working non-PIC .so there). Note that Solaris uses relocatables for modules. --mP3DRpeJDSE+ciuQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFxxtIC3+MBN1Mb4gRApokAJ9gQRV7hR3HBqDKihgmqZaK19x8qwCg8zdI PnHUzZ1t+lxphs6HAbZifGU= =Gbkf -----END PGP SIGNATURE----- --mP3DRpeJDSE+ciuQ-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 5 10:35:19 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5F5DF16A4EB; Mon, 5 Feb 2007 10:35:19 +0000 (UTC) (envelope-from bms@icir.org) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id 1B4F813C4B7; Mon, 5 Feb 2007 10:35:19 +0000 (UTC) (envelope-from bms@icir.org) Received: from out1.internal (unknown [10.202.2.149]) by out1.messagingengine.com (Postfix) with ESMTP id 1421A1A900D; Mon, 5 Feb 2007 05:10:43 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by out1.internal (MEProxy); Mon, 05 Feb 2007 05:10:43 -0500 X-Sasl-enc: llwP7Dxsqqibe8TrwwuAJDvTCDifjn0lpBvlHgiWJmAu 1170670242 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id EA6762493D; Mon, 5 Feb 2007 05:10:41 -0500 (EST) Message-ID: <45C702A1.8080104@icir.org> Date: Mon, 05 Feb 2007 10:10:41 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.9 (X11/20070125) MIME-Version: 1.0 To: Abdullah Ibn Hamad Al-Marri References: <499c70c0702030850v14e02dfck7a0b91e1cc6deb9b@mail.gmail.com> <20070203.104000.756908884.imp@bsdimp.com> <20070204.125641.1219856867.imp@bsdimp.com> <499c70c0702050005r76338d52i790e930dfffed43a@mail.gmail.com> In-Reply-To: <499c70c0702050005r76338d52i790e930dfffed43a@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 05 Feb 2007 12:59:42 +0000 Cc: usb@freebsd.org, rizzo@icir.org, leafy7382@gmail.com, "M. Warner Losh" , current@freebsd.org Subject: Re: Call for Testers: FreeBSD webcam driver (and more) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2007 10:35:19 -0000 Abdullah Ibn Hamad Al-Marri wrote: > > Check this out please. > > http://www.hydromel.net/driver/gpr400/ Erm, I mostly ported this to FreeBSD already: http://people.freebsd.org/~bms/dump/gprsc/ From owner-freebsd-current@FreeBSD.ORG Mon Feb 5 13:44:02 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3430916A400 for ; Mon, 5 Feb 2007 13:43:57 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id A644513C442 for ; Mon, 5 Feb 2007 13:43:56 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop ([194.30.196.125]) (authenticated bits=128) by igloo.linux.gr (8.13.8/8.13.8/Debian-3) with ESMTP id l15DgWS5026557 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 5 Feb 2007 15:42:40 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.13.8/8.13.8) with ESMTP id l15DgJFC002815; Mon, 5 Feb 2007 15:42:31 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.13.8/8.13.8/Submit) id l15DgIic002814; Mon, 5 Feb 2007 15:42:18 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Mon, 5 Feb 2007 15:42:18 +0200 From: Giorgos Keramidas To: Kevin Oberman Message-ID: <20070205134218.GD1571@kobe.laptop> References: <20070205003032.GC1583@kobe.laptop> <20070205044616.1E67045055@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070205044616.1E67045055@ptavv.es.net> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.737, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.46, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: Neil Short , freebsd-current@freebsd.org Subject: Re: how to get just a small section of code? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2007 13:44:02 -0000 On 2007-02-04 20:46, Kevin Oberman wrote: > > Date: Mon, 5 Feb 2007 02:30:32 +0200 > > From: Giorgos Keramidas > > Sender: owner-freebsd-current@freebsd.org > > > > On 2007-02-03 14:58, Neil Short wrote: > > > I have been watching the /src/sys/dev/ath/ code - for improvements > > > that will help prevent my ath device from timing out on my laptop > > > (almost certainly a hardware problem; but maybe a software > > > workaround). > > > > > > When there are updates, how might I set up my cvsup file to collect > > > just the stuff in /src/sys/dev/ath/ ? > > > > There is no easy way to do this with CVSup, AFAIK. Even if you do > > manage to get only 3-4 files out of a specific CVSup collection, how > > will you verify that you have *all* the necessary updates to *all* the > > affected files? > > Maybe I do not understand what he is trying to do, but it looks like > it's easy. > > Use the -i option in the csup command line (not in the supfile) and > specify: > csup -L2 -i src/sys/dev/ath SUPFILE > > And you probably should use csup(1) from the base system instead if > cvsup from ports. Cool trick, thanks :) I didn't know of the -i option of csup(1). From owner-freebsd-current@FreeBSD.ORG Mon Feb 5 14:37:13 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 44D5416A401 for ; Mon, 5 Feb 2007 14:37:13 +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 025BC13C478 for ; Mon, 5 Feb 2007 14:37:13 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5EC81.dip.t-dialin.net [84.165.236.129]) by redbull.bpaserver.net (Postfix) with ESMTP id 0D7292E202 for ; Mon, 5 Feb 2007 15:49:45 +0100 (CET) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by outgoing.leidinger.net (Postfix) with ESMTP id 0220A5B482A for ; Mon, 5 Feb 2007 15:37:05 +0100 (CET) Date: Mon, 5 Feb 2007 15:37:05 +0100 From: Alexander Leidinger To: current@freebsd.org Message-ID: <20070205153705.3ec83da5@Magellan.Leidinger.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.787, required 6, autolearn=not spam, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14, TW_GD 0.08) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: Subject: no vidconsole when dcons is in the kernel at boottime X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2007 14:37:13 -0000 Hi, what I want to have is that I can add dcons/dcons_crom loaded as a module (loader.conf) and to get the output of the rc script to the screen as usual. When I load dcons as a module at boottime, I don't text output after the kernel messages at boot. To get this working I tried to set console="vidconsole,dcons,gdb" in loader.conf (/boot/defaults/loader.conf says "vidconsole" is the default). I also did set boot_multicons and also tried kernel_options="-D", to no avail. No messages from the rc scripts and Xorg eats my CPU without accepting input from the keyboard in gdm (the usb mouse works). Changing the default console via "conscontrol set vidconsole" or "... console" or "... consolectl" remotely results in an error message from conscontrol (no such device). Doing the same with "add" instead of "set" also doesn't work (error messages). What's the problem? Stupid operator or bug in dcons/console? Bye, Alexander. -- BOFH excuse #41: interrupt configuration error http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Mon Feb 5 14:42:42 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3BB8716A40B for ; Mon, 5 Feb 2007 14:42:42 +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 EEC4F13C481 for ; Mon, 5 Feb 2007 14:42:41 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5EC81.dip.t-dialin.net [84.165.236.129]) by redbull.bpaserver.net (Postfix) with ESMTP id 54FB92E202 for ; Mon, 5 Feb 2007 15:55:12 +0100 (CET) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by outgoing.leidinger.net (Postfix) with ESMTP id 0AC905B482A for ; Mon, 5 Feb 2007 15:42:33 +0100 (CET) Date: Mon, 5 Feb 2007 15:42:32 +0100 From: Alexander Leidinger To: current@freebsd.org Message-ID: <20070205154232.4c473bd6@Magellan.Leidinger.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 6, 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 Cc: Subject: loader fails to parse loader.conf when the wrong content of the "console" variable is specified X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2007 14:42:42 -0000 Hi, I tried console="vidconsole,dcons,gdb" ... dcons_load="YES" dcons_crom_load="YES" in loader.conf but everything after "console" is ignored. To me it looks like the loader doesn't parse the config after it sees the wrong content in the console variable. Is someone interested in having a look at this issue (if not I send a PR)? Bye, Alexander. -- "Far out in the uncharted backwaters of the unfashionable end of the western spiral arm of the Galaxy lies a small unregarded yellow sun. " http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Mon Feb 5 14:54:48 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1A58716A400 for ; Mon, 5 Feb 2007 14:54:48 +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 BD3D613C4B4 for ; Mon, 5 Feb 2007 14:54:47 +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 956A4EB5C0B; Mon, 5 Feb 2007 22:54:46 +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 1HBGWPVsclbE; Mon, 5 Feb 2007 22:54:38 +0800 (CST) Received: from [192.168.1.32] (unknown [61.49.184.130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 9DECFEB08DB; Mon, 5 Feb 2007 22:54:38 +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:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=X+0lLKavQL85RkikDJDmWWHRtpWsH9Z6DM2UXEqX0lDNJ9O2FQLDEAGSDJ5/1F+no 7vZK2QNdyX/CaS47/gmfA== Message-ID: <45C74525.50801@delphij.net> Date: Mon, 05 Feb 2007 22:54:29 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Conrad Burger References: <45FBF1D2998C93429047415BE8091CC8303CFE@HERMES.swistgroup.com> In-Reply-To: <45FBF1D2998C93429047415BE8091CC8303CFE@HERMES.swistgroup.com> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig5E175420530E09D8939ACD2E" Cc: freebsd-current@freebsd.org Subject: Re: Need Help:: BCE Interface - back port SERDES support to STABLE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2007 14:54:48 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5E175420530E09D8939ACD2E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, Conrad Burger wrote: > ******************************************************************* > Click here to view our e-mail legal notice:=20 > http://www.mxit.co.za/pdfs/mxit_legal.pdf or call: +27 21 888 5000 > ******************************************************************* > Thank you for offering to help! >=20 > I have tried to test the BCE-SERDES on CURRENT, but it looks like there= are > still some problems with the driver on CURRENT. The kernel panics when = I try to > assign an IP to the interface.=20 This sounds strange. Would you please provide some output such as grep -E '(bce|phy)' /var/run/dmesg.boot on -CURRENT? > It's rather pointless to try and port the driver to STABLE when it does= n't work > on CURRENT. Will try to port the driver to STABLE when it works on CURR= ENT.=20 Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig5E175420530E09D8939ACD2E 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 iD8DBQFFx0UlOfuToMruuMARA4zqAJ9GtqTLz5PgjMoS7q/Mcdouno0AbQCfelV8 k9bW4dmB903XCASH6iRcMdo= =RCqX -----END PGP SIGNATURE----- --------------enig5E175420530E09D8939ACD2E-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 5 15:32:41 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D9F8816A40F; Mon, 5 Feb 2007 15:32:41 +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 913C013C474; Mon, 5 Feb 2007 15:32:41 +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 l15FSjwW032001; Mon, 5 Feb 2007 08:28:45 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 05 Feb 2007 08:29:17 -0700 (MST) Message-Id: <20070205.082917.-1625880357.imp@bsdimp.com> To: almarrie@gmail.com From: "M. Warner Losh" In-Reply-To: <499c70c0702050005r76338d52i790e930dfffed43a@mail.gmail.com> References: <20070204.125641.1219856867.imp@bsdimp.com> <499c70c0702050005r76338d52i790e930dfffed43a@mail.gmail.com> 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, 05 Feb 2007 08:28:45 -0700 (MST) Cc: usb@freebsd.org, rizzo@icir.org, leafy7382@gmail.com, current@freebsd.org Subject: Re: Call for Testers: FreeBSD webcam driver (and more) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2007 15:32:42 -0000 In message: <499c70c0702050005r76338d52i790e930dfffed43a@mail.gmail.com> "Abdullah Ibn Hamad Al-Marri" writes: : On 2/4/07, M. Warner Losh wrote: : > In message: : > "Jiawei Ye" writes: : > : On 2/4/07, M. Warner Losh wrote: : > : > In message: <499c70c0702030850v14e02dfck7a0b91e1cc6deb9b@mail.gmail.com> : > : > "Abdullah Ibn Hamad Al-Marri" writes: : > : > : and other things like CardReader for laptops ..etc, thank you for : > : > : > : > CardReader? What's that? : > : > : > : > SD/MMC support for laptops is on its way... : > : > : > : > Warner : > : I guess he is referring to the smarcard readers some laptops have. : > : > Not even Linux has support, AFAIK, for the flash readers on laptops : > that aren't SD/MMC. if you can hook me up with the docs, I'd be : > willing to work on it. : > : > Warner : : Check this out please. : : http://www.hydromel.net/driver/gpr400/ : : Technical informations : : Due to a lack of good documentation provided by Gemplus, this driver : is a complete reverse engeneering hack. The pdf documentations used to : make this possible are: : : * The GPR400 Reference Manual (Ref: 248_E5234010.pdf) : * The Windows API description (Ref: 267_E5234016.pdf) : * The WinGPR software documentation (Ref: 299_E5234018.pdf) This looks to be crypto smartcard stuff, not flash media. Still, it is cool. I was referring to the xD, MS/Pro and SmartMedia flash parts.. Warner From owner-freebsd-current@FreeBSD.ORG Mon Feb 5 14:00:49 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C016F16A402 for ; Mon, 5 Feb 2007 14:00:49 +0000 (UTC) (envelope-from telemetria@ukr.net) Received: from giper.ukr.net (giper.ukr.net [195.214.192.248]) by mx1.freebsd.org (Postfix) with ESMTP id B421C13C441 for ; Mon, 5 Feb 2007 14:00:41 +0000 (UTC) (envelope-from telemetria@ukr.net) Received: from mail by giper.ukr.net with local ID 1HE48F-000Dgl-S0 for freebsd-current@FreeBSD.org; Mon, 05 Feb 2007 15:43:43 +0200 Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="windows-1251" MIME-Version: 1.0 To: freebsd-current@FreeBSD.org From: "Alex" X-Life: is great, enjoy it! X-Mailer: freemail.ukr.net mPOP 3.3 X-Originating-Ip: 192.168.16.56, 195.114.135.114 via proxy [195.114.135.114] X-Browser: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727) Message-Id: Date: Mon, 05 Feb 2007 15:43:43 +0200 X-Mailman-Approved-At: Mon, 05 Feb 2007 15:53:49 +0000 Cc: Subject: AMD Geode CS5536 motherboard chipset freebsd driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2007 14:00:50 -0000 Dear sirs, Do you planning include support for AMD Geode CS5536 motherboard chipset in freebsd OS? This chipset is used in Kontron computer-on-board ETX-LX800(http://emea.kontron.com/index.php?id=226&cat=31&productid=1321) and some other motherboards. There is support for Windows and Linux OSs only. Best regards, Alex From owner-freebsd-current@FreeBSD.ORG Mon Feb 5 15:58:22 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0B82616A402 for ; Mon, 5 Feb 2007 15:58:22 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id BEF8913C48D for ; Mon, 5 Feb 2007 15:58:21 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 1CF8F1747C; Mon, 5 Feb 2007 15:58:19 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.8/8.13.8) with ESMTP id l15FwJdc086402; Mon, 5 Feb 2007 15:58:19 GMT (envelope-from phk@critter.freebsd.dk) To: "Alex" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 05 Feb 2007 15:43:43 +0200." Date: Mon, 05 Feb 2007 15:58:19 +0000 Message-ID: <86401.1170691099@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current@FreeBSD.org Subject: Re: AMD Geode CS5536 motherboard chipset freebsd driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2007 15:58:22 -0000 In message , "Alex" writes: >Dear sirs, >Do you planning include support for AMD Geode CS5536 motherboard chipset in freebsd OS? >This chipset is used in Kontron computer-on-board ETX-LX800(http://emea.kontron.com/index.php?id=226&cat=31&productid=1321) and some other motherboards. >There is support for Windows and Linux OSs only. What support is missing ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Feb 5 16:37:51 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5900D16A41A for ; Mon, 5 Feb 2007 16:37:50 +0000 (UTC) (envelope-from jerrymc@gizmo.acns.msu.edu) Received: from gizmo.acns.msu.edu (gizmo.acns.msu.edu [35.8.1.43]) by mx1.freebsd.org (Postfix) with ESMTP id 1C04813C48D for ; Mon, 5 Feb 2007 16:37:49 +0000 (UTC) (envelope-from jerrymc@gizmo.acns.msu.edu) Received: from gizmo.acns.msu.edu (localhost [127.0.0.1]) by gizmo.acns.msu.edu (8.13.6/8.13.6) with ESMTP id l15FuPWQ011061; Mon, 5 Feb 2007 10:56:25 -0500 (EST) (envelope-from jerrymc@gizmo.acns.msu.edu) Received: (from jerrymc@localhost) by gizmo.acns.msu.edu (8.13.6/8.13.6/Submit) id l15FuPrH011060; Mon, 5 Feb 2007 10:56:25 -0500 (EST) (envelope-from jerrymc) Date: Mon, 5 Feb 2007 10:56:25 -0500 From: Jerry McAllister To: Aloha Guy Message-ID: <20070205155624.GA10937@gizmo.acns.msu.edu> References: <20070204232439.2952.qmail@web53602.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070204232439.2952.qmail@web53602.mail.yahoo.com> User-Agent: Mutt/1.4.2.2i X-Mailman-Approved-At: Mon, 05 Feb 2007 17:27:45 +0000 Cc: questions@freebsd.org, current@freebsd.org Subject: Re: swap file vs swap partition X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2007 16:37:51 -0000 On Sun, Feb 04, 2007 at 03:24:39PM -0800, Aloha Guy wrote: > What I actually meant was, I know in the old days, if you had 128MB, you > want a 256MB swap but with 2GB RAM, isn't 4GB going to be overkill for a > swap or are you saying that a 2GB swap will work? I'm still lost on the > ratio since I thought the 2x was only if you had like small amounts of RAM. It really depends on what you are doing with the system. The system also pages to swap space. Now, you really want enough ram so that you are not depending on paging while something is running, but if you have lots of processes with many kind of resting until something comes up, the system may gradually use up their in-core space for other stuff, even though the process is not actually swapped out. Then, if some of those processes have to run again, they don't half to be built up again. The system just pulls back in the pages it needs - not necessarily the whole thing. It is, then good to have enough space for that. It would take some observation on how your system is used to decide just how important your swap size is. If you are running a big enough system that 4 GB of ram is needed, then 4 GB or even 8 GB swap is not so comparatively large. You would probably be running disk sizes in 70-160 GB size and maybe more than one, so what's 4 GB! Anyway, you want to have enough swap to cover a crash-dump - not that it is a frequent occurance unless you are doing development. After all, this is FreeBSD, not MS. But, still, it is good to have. ////jerry ps. Please learn to break your text lines at about 70 characters. It makes responding much easier. /jrm > > John > > > ----- Original Message ---- > From: Scott Long > To: Aloha Guy > Cc: questions@freebsd.org; current@freebsd.org > Sent: Sunday, February 4, 2007 2:28:47 PM > Subject: Re: swap file vs swap partition > > > Aloha Guy wrote: > > Thanks for the input. You do have good points. The only issue with > > swap partitions is that it seems like you need to increase it everytime > > you increase the physical memory. Is there a swap partition size limit > > that pretty much will handle anything and setting a number larger than > > that will really not offer anything? > > > > John > > > Processors and memory have vastly outpaced the speed of disks; any > amount of swapping is going to be percieved as being very slow and > something that should be avoided. Since RAM is also very cheap now, > most people just load enough RAM into their system to handle their load, > and then configure enough swap to hold a crashdump of that RAM. You > always want swap so that you can handle unexpected spikes in load > without crashing, but it's less of an integral piece of normal system > operation these days. > > Scott > > > > ____________________________________________________________________________________ > It's here! Your new message! > Get new email alerts with the free Yahoo! Toolbar. > http://tools.search.yahoo.com/toolbar/features/mail/ > _______________________________________________ > 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" > From owner-freebsd-current@FreeBSD.ORG Mon Feb 5 23:55:56 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9156916A403 for ; Mon, 5 Feb 2007 23:55:55 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.177]) by mx1.freebsd.org (Postfix) with ESMTP id 5A7A613C428 for ; Mon, 5 Feb 2007 23:55:55 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin04-en2 [10.13.10.149]) by smtpout.mac.com (Xserve/8.12.11/smtpout07/MantshX 4.0) with ESMTP id l15NtoaA023987; Mon, 5 Feb 2007 15:55:52 -0800 (PST) Received: from [172.23.10.8] (nat-service4.juniper.net [66.129.225.151]) (authenticated bits=0) by mac.com (Xserve/smtpin04/MantshX 4.0) with ESMTP id l15NtmBx020122 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 5 Feb 2007 15:55:49 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <6671F519-76BF-4866-8A64-92406E7B79AB@mac.com> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Mon, 5 Feb 2007 15:54:20 -0800 To: FreeBSD Current X-Mailer: Apple Mail (2.752.3) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: ia64@freebsd.org Subject: [ia64] panic at shutdown (unp_connect) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2007 23:55:56 -0000 All, I've been seeing the following panic on and off for a while. Is this a known issue? Has anyone seen this before? bigsur% sudo shutdown -r now Shutdown NOW! shutdown: [pid 1068] bigsur% *** FINAL System shutdown message from marcel@bigsur.pn.xcllnt.net *** System going down IMMEDIATELY Feb 5 15:33:05 bigsur shutdown: reboot by marcel: System shutdown time has arrived Stopping inetd. Shutting down daemon processes:. Stopping cron. Shutting down local daemons:. Writing entropy file:. . fatal kernel trap (cpu 1): trap vector = 0x14 (Page Not Present) cr.iip = 0xe00000000440f5c0 cr.ipsr = 0x1010080a6018 (ac,mfl,ic,i,dt,dfh,rt,cpl=0,it,ri=0,bn) cr.isr = 0x400000000 (code=0,vector=0,r,ei=0) cr.ifa = 0x48 curthread = 0xe000000028861600 pid = 435, comm = ypbind [thread pid 435 tid 100060 ] Stopped at unp_connect+0x580: [M0] ld8 r14=[r14] db> bt Tracing pid 435 tid 100060 td 0xe000000028861600 unp_connect(0xe000000061351630, 0xe0000000620eafc0, 0xe000000028861600, 0xe000000060e1c5b8, 0xe0000000620eb140) at unp_connect+0x580 uipc_connect(0xe000000061351630, 0xe000000003e45480, 0xe000000028861600) at uipc_connect+0x80 soconnect(0xe000000061351630, 0xe000000003e45480, 0xe000000028861600, 0xe0000000044066e0, 0x48e) at soconnect+0x140 kern_connect(0xe000000028861600, 0x0, 0xe000000003e45480) at kern_connect+0x140 connect(0xe000000028861600, 0xa000000032b0f4e8, 0xe00000002899f500, 0xe000000004682560, 0x48e) at connect+0x90 syscall(0xa000000032b0f400, 0xe00000002899f500, 0xe000000028861600, 0xe000000004858a80, 0x62, 0xa000000032b0f4e8, 0xe00000000467c960, 0x8) at syscall+0x440 epc_syscall_return() at epc_syscall_return db> unp_connect+0x580 is line 1005 of src/sys/kern/uipc_usrreq.c and the panic indicates that unp2 is NULL. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Tue Feb 6 00:54:26 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 860DE16A4CE; Tue, 6 Feb 2007 00:54:26 +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 EC97113C491; Tue, 6 Feb 2007 00:54:25 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id l160sMb1065120; Mon, 5 Feb 2007 19:54:22 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-ia64@freebsd.org Date: Mon, 5 Feb 2007 19:54:20 -0500 User-Agent: KMail/1.9.4 References: <6671F519-76BF-4866-8A64-92406E7B79AB@mac.com> In-Reply-To: <6671F519-76BF-4866-8A64-92406E7B79AB@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702051954.21322.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Mon, 05 Feb 2007 19:54:22 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2525/Mon Feb 5 11:11:08 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: Marcel Moolenaar , Robert Watson , FreeBSD Current Subject: Re: [ia64] panic at shutdown (unp_connect) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2007 00:54:27 -0000 On Monday 05 February 2007 18:54, Marcel Moolenaar wrote: > All, > > I've been seeing the following panic on and off for a while. > Is this a known issue? Has anyone seen this before? I've saw this today on a recent 6.x on amd64, but I think it is supposed to be fixed in HEAD. > bigsur% sudo shutdown -r now > Shutdown NOW! > shutdown: [pid 1068] > bigsur% > *** FINAL System shutdown message from marcel@bigsur.pn.xcllnt.net *** > System going down IMMEDIATELY > > > Feb 5 15:33:05 bigsur shutdown: reboot by marcel: > > System shutdown time has arrived > Stopping inetd. > Shutting down daemon processes:. > Stopping cron. > Shutting down local daemons:. > Writing entropy file:. > . > > fatal kernel trap (cpu 1): > > trap vector = 0x14 (Page Not Present) > cr.iip = 0xe00000000440f5c0 > cr.ipsr = 0x1010080a6018 > (ac,mfl,ic,i,dt,dfh,rt,cpl=0,it,ri=0,bn) > cr.isr = 0x400000000 (code=0,vector=0,r,ei=0) > cr.ifa = 0x48 > curthread = 0xe000000028861600 > pid = 435, comm = ypbind > > [thread pid 435 tid 100060 ] > Stopped at unp_connect+0x580: [M0] ld8 r14=[r14] > db> bt > Tracing pid 435 tid 100060 td 0xe000000028861600 > unp_connect(0xe000000061351630, 0xe0000000620eafc0, > 0xe000000028861600, 0xe000000060e1c5b8, 0xe0000000620eb140) at > unp_connect+0x580 > uipc_connect(0xe000000061351630, 0xe000000003e45480, > 0xe000000028861600) at uipc_connect+0x80 > soconnect(0xe000000061351630, 0xe000000003e45480, 0xe000000028861600, > 0xe0000000044066e0, 0x48e) at soconnect+0x140 > kern_connect(0xe000000028861600, 0x0, 0xe000000003e45480) at > kern_connect+0x140 > connect(0xe000000028861600, 0xa000000032b0f4e8, 0xe00000002899f500, > 0xe000000004682560, 0x48e) at connect+0x90 > syscall(0xa000000032b0f400, 0xe00000002899f500, 0xe000000028861600, > 0xe000000004858a80, 0x62, 0xa000000032b0f4e8, 0xe00000000467c960, > 0x8) at syscall+0x440 > epc_syscall_return() at epc_syscall_return > db> > > > unp_connect+0x580 is line 1005 of src/sys/kern/uipc_usrreq.c and the > panic indicates that unp2 is NULL. > -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Feb 6 01:07:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CDEC016A405 for ; Tue, 6 Feb 2007 01:07:34 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.174]) by mx1.freebsd.org (Postfix) with ESMTP id AFC0013C47E for ; Tue, 6 Feb 2007 01:07:34 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin04-en2 [10.13.10.149]) by smtpout.mac.com (Xserve/8.12.11/smtpout04/MantshX 4.0) with ESMTP id l1617YGV012273; Mon, 5 Feb 2007 17:07:34 -0800 (PST) Received: from [172.23.10.8] (nat-service4.juniper.net [66.129.225.151]) (authenticated bits=0) by mac.com (Xserve/smtpin04/MantshX 4.0) with ESMTP id l1617JUS017601 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 5 Feb 2007 17:07:29 -0800 (PST) In-Reply-To: <200702051954.21322.jhb@freebsd.org> References: <6671F519-76BF-4866-8A64-92406E7B79AB@mac.com> <200702051954.21322.jhb@freebsd.org> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <398D3001-77EE-4032-919D-E1A13BCBC0A7@mac.com> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Mon, 5 Feb 2007 17:05:51 -0800 To: John Baldwin X-Mailer: Apple Mail (2.752.3) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: FreeBSD Current , Robert Watson , freebsd-ia64@freebsd.org Subject: Re: [ia64] panic at shutdown (unp_connect) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2007 01:07:36 -0000 On Feb 5, 2007, at 4:54 PM, John Baldwin wrote: > On Monday 05 February 2007 18:54, Marcel Moolenaar wrote: >> All, >> >> I've been seeing the following panic on and off for a while. >> Is this a known issue? Has anyone seen this before? > > I've saw this today on a recent 6.x on amd64, but I think it is > supposed > to be fixed in HEAD. This actually happened with -CURRENT; sources updated Feb 1st 2007. If the fix happened within the last, say, week then I just need to update and rebuild. Otherwise, it seems that the problem may not be fixed or it remains a problem on ia64. I'll update and rebuild... >> fatal kernel trap (cpu 1): >> >> trap vector = 0x14 (Page Not Present) >> cr.iip = 0xe00000000440f5c0 >> cr.ipsr = 0x1010080a6018 >> (ac,mfl,ic,i,dt,dfh,rt,cpl=0,it,ri=0,bn) >> cr.isr = 0x400000000 (code=0,vector=0,r,ei=0) >> cr.ifa = 0x48 >> curthread = 0xe000000028861600 >> pid = 435, comm = ypbind >> >> [thread pid 435 tid 100060 ] >> Stopped at unp_connect+0x580: [M0] ld8 r14=[r14] *snip* >> unp_connect+0x580 is line 1005 of src/sys/kern/uipc_usrreq.c and the >> panic indicates that unp2 is NULL. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Tue Feb 6 05:40:04 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8B15816A400; Tue, 6 Feb 2007 05:40:04 +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 3ED2D13C461; Tue, 6 Feb 2007 05:40:04 +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 l165btrF042898; Mon, 5 Feb 2007 22:37:56 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 05 Feb 2007 22:38:29 -0700 (MST) Message-Id: <20070205.223829.-1962670763.imp@bsdimp.com> To: almarrie@gmail.com From: "M. Warner Losh" In-Reply-To: <499c70c0702050230r459c3b9cv87d1828f0a18edd3@mail.gmail.com> References: <499c70c0702050005r76338d52i790e930dfffed43a@mail.gmail.com> <45C702A1.8080104@icir.org> <499c70c0702050230r459c3b9cv87d1828f0a18edd3@mail.gmail.com> 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, 05 Feb 2007 22:37:56 -0700 (MST) Cc: usb@freebsd.org, rizzo@icir.org, bms@icir.org, leafy7382@gmail.com, current@freebsd.org Subject: Re: Call for Testers: FreeBSD webcam driver (and more) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2007 05:40:05 -0000 In message: <499c70c0702050230r459c3b9cv87d1828f0a18edd3@mail.gmail.com> "Abdullah Ibn Hamad Al-Marri" writes: : On 2/5/07, Bruce M. Simpson wrote: : > Abdullah Ibn Hamad Al-Marri wrote: : > > : > > Check this out please. : > > : > > http://www.hydromel.net/driver/gpr400/ : > Erm, I mostly ported this to FreeBSD already: : > : > http://people.freebsd.org/~bms/dump/gprsc/ : > : : Great stuff! :) : : How about this one : http://openfacts.berlios.de/index-en.phtml?title=TI_FlashMedia_xx12/xx21_driver : ? Now that is cool! One can also find links to a ti binary only version, and with a little more digging to the omap datasheets that contain some hints as well... Warner From owner-freebsd-current@FreeBSD.ORG Tue Feb 6 06:50:03 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8934916A403 for ; Tue, 6 Feb 2007 06:50:03 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 1784113C4A3 for ; Tue, 6 Feb 2007 06:50:02 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by nf-out-0910.google.com with SMTP id m19so72324nfc for ; Mon, 05 Feb 2007 22:50:02 -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:content-transfer-encoding:content-disposition; b=QkBplrKN1CyadQSS+OOEPQPiAbl8ybCQOwuhLdOkSEo0Jp1TfaP+6Kp1KkQaxANCUcjgGpvSOSa5gzVA2vXcjKpCE6JSLbxqFUtbLjEaj2As+H2iOsW5GfCZr9ntBvYyUjXzD2mu8eC5GKnwgEGFRLgYEPdmXtyUDE/138P88ak= Received: by 10.49.93.4 with SMTP id v4mr134955nfl.1170742856457; Mon, 05 Feb 2007 22:20:56 -0800 (PST) Received: by 10.49.27.4 with HTTP; Mon, 5 Feb 2007 22:20:56 -0800 (PST) Message-ID: Date: Tue, 6 Feb 2007 09:20:56 +0300 From: pluknet To: freebsd-current@freebsd.org, freebsd-fs@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: incorrect(?) errno value in msdosfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2007 06:50:03 -0000 hello. I have discovered an unexpected behavior. If I perform a search operation in the directory for non-existing files, then I get the EINVAL value on msdosfs filesystem instead of the ENOENT value returned. Actually I don't know what is the right value should be returned and thus maybe I'm wrong and I'm sorry for annoying. But It simply differs from the value normally returned on ufs2 filesystem. So I decide to write here. :) It is observed on 6.2 and CURRENT. For example if I run the next command on msdosfs filesystem, this is what I get: bash-2.05b$ ls /mnt/msdosfs/*.nonexistent ls: /mnt/msdosfs/*.nonexistent: Invalid argument instead of: bash-2.05b$ ls /mnt/msdosfs/*.nonexistent ls: /mnt/msdosfs/*.nonexistent: No such file or directory This behavior is fixed with the next workaround in v1.47, but I guess that perhaps it needs to fix in some another place. bash-2.05b$ diff -u -p msdosfs_lookup.c.orig msdosfs_lookup.c --- msdosfs_lookup.c.orig Tue Feb 6 08:56:43 2007 +++ msdosfs_lookup.c Tue Feb 6 08:59:42 2007 @@ -147,7 +147,7 @@ msdosfs_lookup(ap) switch (unix2dosfn((const u_char *)cnp->cn_nameptr, dosfilename, cnp->cn_namelen, 0, pmp)) { case 0: - return (EINVAL); + return (ENOENT); case 1: break; case 2: wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Tue Feb 6 07:52:51 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7C33616A403; Tue, 6 Feb 2007 07:52: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 DCAE813C474; Tue, 6 Feb 2007 07:52:50 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (cxinax@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l167qikS068392; Tue, 6 Feb 2007 08:52:49 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l167qhup068391; Tue, 6 Feb 2007 08:52:43 +0100 (CET) (envelope-from olli) Date: Tue, 6 Feb 2007 08:52:43 +0100 (CET) Message-Id: <200702060752.l167qhup068391@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, freebsd-fs@FreeBSD.ORG, pluknet@gmail.com In-Reply-To: X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 06 Feb 2007 08:52:49 +0100 (CET) Cc: Subject: Re: incorrect(?) errno value in msdosfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, freebsd-fs@FreeBSD.ORG, pluknet@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2007 07:52:51 -0000 pluknet wrote: > I have discovered an unexpected behavior. If I perform a search > operation in the directory for non-existing files, then I get > the EINVAL value on msdosfs filesystem instead of > the ENOENT value returned. EINVAL should be returned if you try to lookup an invalid file name. ENOENT should be returned if the file name is valid but does not exist. Remember that MSDOSFS is a lot stricter than UFS, as far as valid file names are concerned. For example, the only characters forbidden in UFS file names are '/' (slash) and '\0' (zero byte), because slash is the directory separator and zero byte is the string terminator. On the other hand, quite a lot of characters are not allowed in MSDOSFS file names, including the wildcards '?' and '*'. > For example if I run the next command on msdosfs filesystem, > this is what I get: > > bash-2.05b$ ls /mnt/msdosfs/*.nonexistent > ls: /mnt/msdosfs/*.nonexistent: Invalid argument That's correct behaviour. Let me explain: When your shell encounters unquoted wildcards ('*' in this case), it retrieves a directory listing and tries to match the entries with your pattern. If there is no match, the default behaviour of most bourne-compatible shells (including bash) is to use the pattern as-is, i.e. as if it was quoted. In other words, it tries to look for a literal file name of "*.nonexistent". As I explained above, the '*' character is illegal in MSDOSFS file names, so the lookup function returns EINVAL without even trying to locate that file name in the directory. > instead of: > > bash-2.05b$ ls /mnt/msdosfs/*.nonexistent > ls: /mnt/msdosfs/*.nonexistent: No such file or directory That would be incorrect behaviour. Try to look up a file name that's valid (but doesn't exist either). You will certainly get ENOENT. If you still get EINVAL, it's time to submit a PR. :-) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, USt-Id: DE204219783 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 "And believe me, as a C++ programmer, I don't hesitate to question the decisions of language designers. After a decent amount of C++ exposure, Python's flaws seem ridiculously small." -- Ville Vainio From owner-freebsd-current@FreeBSD.ORG Tue Feb 6 08:14:40 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4358116A401 for ; Tue, 6 Feb 2007 08:14:40 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id D314713C494 for ; Tue, 6 Feb 2007 08:14:39 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so1467583uge for ; Tue, 06 Feb 2007 00:14:38 -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:content-transfer-encoding:content-disposition:references; b=rESWgtAU8T+ycPM+VLXDdmLzvJHjy8eOQkaZp7TO/NVoRXN5tsnSgxdJ7w8V0s1qxRaifzGW74yyu6twn6jHt7C9Dg3uyE5Gu5fVQOmGSw8yBsVr6Q0msntpasYKfdFHQuo623NhcfFOVK7nfoe4JGQ4z9WPRdjSOKBKfIU6dSI= Received: by 10.82.165.1 with SMTP id n1mr1837449bue.1170749677890; Tue, 06 Feb 2007 00:14:37 -0800 (PST) Received: by 10.49.27.4 with HTTP; Tue, 6 Feb 2007 00:14:37 -0800 (PST) Message-ID: Date: Tue, 6 Feb 2007 11:14:37 +0300 From: pluknet To: freebsd-current@freebsd.org, freebsd-fs@freebsd.org, pluknet@gmail.com In-Reply-To: <200702060752.l167qhup068391@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200702060752.l167qhup068391@lurza.secnetix.de> Cc: Subject: Re: incorrect(?) errno value in msdosfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2007 08:14:40 -0000 On 06/02/07, Oliver Fromme wrote: > pluknet wrote: > > I have discovered an unexpected behavior. If I perform a search > > operation in the directory for non-existing files, then I get > > the EINVAL value on msdosfs filesystem instead of > > the ENOENT value returned. > > EINVAL should be returned if you try to lookup an invalid > file name. ENOENT should be returned if the file name is > valid but does not exist. > > Remember that MSDOSFS is a lot stricter than UFS, as far > as valid file names are concerned. For example, the only > characters forbidden in UFS file names are '/' (slash) and > '\0' (zero byte), because slash is the directory separator > and zero byte is the string terminator. On the other hand, > quite a lot of characters are not allowed in MSDOSFS file > names, including the wildcards '?' and '*'. > > > For example if I run the next command on msdosfs filesystem, > > this is what I get: > > > > bash-2.05b$ ls /mnt/msdosfs/*.nonexistent > > ls: /mnt/msdosfs/*.nonexistent: Invalid argument > > That's correct behaviour. Let me explain: > > When your shell encounters unquoted wildcards ('*' in this > case), it retrieves a directory listing and tries to match > the entries with your pattern. If there is no match, the > default behaviour of most bourne-compatible shells > (including bash) is to use the pattern as-is, i.e. as if > it was quoted. In other words, it tries to look for a > literal file name of "*.nonexistent". > > As I explained above, the '*' character is illegal in > MSDOSFS file names, so the lookup function returns EINVAL > without even trying to locate that file name in the > directory. > > > instead of: > > > > bash-2.05b$ ls /mnt/msdosfs/*.nonexistent > > ls: /mnt/msdosfs/*.nonexistent: No such file or directory > > That would be incorrect behaviour. > > Try to look up a file name that's valid (but doesn't exist > either). You will certainly get ENOENT. If you still get > EINVAL, it's time to submit a PR. :-) > > Best regards > Oliver > > -- > Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. > Handelsregister: Registergericht Muenchen, HRA 74606, USt-Id: DE204219783 > 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 > > "And believe me, as a C++ programmer, I don't hesitate to question > the decisions of language designers. After a decent amount of C++ > exposure, Python's flaws seem ridiculously small." -- Ville Vainio > Thanks for the explanation. I have forgotten about a not allowed wildcards :( wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Tue Feb 6 12:36:57 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6F2F216A401; Tue, 6 Feb 2007 12:36:57 +0000 (UTC) (envelope-from bde@zeta.org.au) Received: from mailout1.pacific.net.au (mailout1-3.pacific.net.au [61.8.2.210]) by mx1.freebsd.org (Postfix) with ESMTP id 1050513C4A3; Tue, 6 Feb 2007 12:36:57 +0000 (UTC) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.2.163]) by mailout1.pacific.net.au (Postfix) with ESMTP id D86AC5A0719; Tue, 6 Feb 2007 23:36:45 +1100 (EST) Received: from besplex.bde.org (katana.zip.com.au [61.8.7.246]) by mailproxy2.pacific.net.au (Postfix) with ESMTP id 9F03027417; Tue, 6 Feb 2007 23:36:44 +1100 (EST) Date: Tue, 6 Feb 2007 23:36:43 +1100 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: pluknet In-Reply-To: Message-ID: <20070206225814.R31484@besplex.bde.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Tue, 06 Feb 2007 14:09:59 +0000 Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: incorrect(?) errno value in msdosfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2007 12:36:57 -0000 On Tue, 6 Feb 2007, pluknet wrote: > I have discovered an unexpected behavior. If I perform a search > operation in the directory for non-existing files, then I get > the EINVAL value on msdosfs filesystem instead of > the ENOENT value returned. Actually I don't know what is > the right value should be returned and thus maybe I'm wrong > and I'm sorry for annoying. But It simply differs from the value > normally returned on ufs2 filesystem. So I decide to write here. :) > It is observed on 6.2 and CURRENT. > > For example if I run the next command on msdosfs filesystem, > this is what I get: > > bash-2.05b$ ls /mnt/msdosfs/*.nonexistent > ls: /mnt/msdosfs/*.nonexistent: Invalid argument > > instead of: > > bash-2.05b$ ls /mnt/msdosfs/*.nonexistent > ls: /mnt/msdosfs/*.nonexistent: No such file or directory This is an annoying difference, but EINVAL is the correct error for msdosfs, since "*" is invalid in msdosfs file names. In general, msdosfs can't always handle things as expected since it can't represent all ffs metadata. Here if you did something like `touch "*.nonexistent"' where the file "*.nonexistent" doesn't exist, then msdosfs would refuse to create the file since "*" is invalid, and ffs would create a file named "*.nonexistent" which is probably not what you want. OTOH, `touch *.nonexistent' might match a file named existent.nonexistent and work right in both cases. > This behavior is fixed with the next workaround in v1.47, > but I guess that perhaps it needs to fix in some another place. Rev,1.46 is about an especially annoying variation of this problem: suppose a file named "Foo" exists. Then lookups and globs of the file by name "foo" and "f*" should succeed, but most parts of the system don't actually understand case insensitive file names so lookups and globs tend to fail. Lookups for open() work but require a full pathname. Rev.1.46 is about the name cache not understanding case insensitive file names (it disables a completely broken part, but I think the name cache can still be thrashed by asking it to cache all 2^N spellings of a file name of length N). fnmatch(3) has a case-insensitive flag, but it doesn't seem to be used by shells (maybe there is a shell option for this). The problem seemed to be just as large using bash under Cygwin under Windows. I have sometimes used the workaround of mounting with -s so that all file names get mapped to lower case and long file names get truncated. Perhaps there should be options to truncate to all lower case or all upper case without truncation. That moves the problem a bit -- after mapping to either case but differently under different OS's, after a while you get an annoying mixture of upper and lower case for new files. IIRC, I used the workaround mainly to reduce the case clobbering on restore from a backup made with different case conventions. Bruce From owner-freebsd-current@FreeBSD.ORG Tue Feb 6 17:10:00 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0F3E216A402; Tue, 6 Feb 2007 17:10:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C625713C4B6; Tue, 6 Feb 2007 17:09:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l16H9wIJ040165; Tue, 6 Feb 2007 12:09:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l16H9wmI096781; Tue, 6 Feb 2007 12:09:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 607A873034; Tue, 6 Feb 2007 12:09:58 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070206170958.607A873034@freebsd-current.sentex.ca> Date: Tue, 6 Feb 2007 12:09:58 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner3 X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2007 17:10:00 -0000 TB --- 2007-02-06 15:30:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-06 15:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-02-06 15:30:00 - cleaning the object tree TB --- 2007-02-06 15:30:52 - checking out the source tree TB --- 2007-02-06 15:30:52 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-02-06 15:30:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-06 15:41:55 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-06 15:41:55 - cd /src TB --- 2007-02-06 15:41:55 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 6 15:41:57 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Tue Feb 6 16:59:01 UTC 2007 TB --- 2007-02-06 16:59:01 - generating LINT kernel config TB --- 2007-02-06 16:59:01 - cd /src/sys/amd64/conf TB --- 2007-02-06 16:59:01 - /usr/bin/make -B LINT TB --- 2007-02-06 16:59:01 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-06 16:59:01 - cd /src TB --- 2007-02-06 16:59:01 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 6 16:59:01 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/security/mac_bsdextended/mac_bsdextended.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/security/mac_ifoff/mac_ifoff.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/security/mac_lomac/mac_lomac.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/security/mac_mls/mac_mls.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/security/mac_none/mac_none.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/security/mac_partition/mac_partition.c /src/sys/security/mac_partition/mac_partition.c: In function `mac_partition_externalize_label': /src/sys/security/mac_partition/mac_partition.c:122: warning: int format, different type arg (arg 3) *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-06 17:09:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-06 17:09:58 - ERROR: failed to build lint kernel TB --- 2007-02-06 17:09:58 - tinderbox aborted TB --- 0.98 user 3.39 system 5997.59 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Feb 7 00:25:50 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E755A16A403 for ; Wed, 7 Feb 2007 00:25:48 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (adsl-75-1-14-242.dsl.scrm01.sbcglobal.net [75.1.14.242]) by mx1.freebsd.org (Postfix) with ESMTP id 687FF13C4C3 for ; Wed, 7 Feb 2007 00:25:48 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id l1702pmM007203 for ; Tue, 6 Feb 2007 16:02:55 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200702070002.l1702pmM007203@gw.catspoiler.org> Date: Tue, 6 Feb 2007 16:02:51 -0800 (PST) From: Don Lewis To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: Subject: i386 kernel page fault in generic_bcopy() during shutdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 00:25:50 -0000 My Pentium-M laptop has consistently paniced during shutdown since I updated kernel and world in early January. It still has the problem even after I updated the kernel and world a couple days ago. My Athlon XP desktop machine does not exhibit this problem. The kernel on the affected machine is close to GENERIC, with SMP, apic, gif, faith, and atapicd removed, and with atapicam added. The page faults occur in a couple of different places. I've seen generic_bcopy() and pmap_allocpte(). Occasionally I see a double fault. kgdb seems to have trouble unwinding the stack from the last crash: # kgdb /boot/kernel/kernel /var/crash/vmcore.6 kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [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: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xd6247d90 fault code = supervisor write, page not present instruction pointer = 0x20:0xc089d9c6 stack pointer = 0x28:0xd4ff0bb8 frame pointer = 0x28:0xd4ff0be4 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 = 1018 (shutdown) Physical memory: 502 MB Dumping 67 MB: 52 36 20 4 #0 doadump () at pcpu.h:166 166 pcpu.h: No such file or directory. in pcpu.h #0 doadump () at pcpu.h:166 #1 0xc0475a57 in db_fncall (dummy1=-721483344, dummy2=0, dummy3=-1063115424, dummy4=0xd4ff098c "@z\ufffd\ufffd") at /usr/src/sys/ddb/db_command.c:486 #2 0xc0475863 in db_command (last_cmdp=0xc09fb064, cmd_table=0x0) at /usr/src/sys/ddb/db_command.c:401 #3 0xc047591e in db_command_loop () at /usr/src/sys/ddb/db_command.c:453 #4 0xc0477569 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:222 #5 0xc06cabc9 in kdb_trap (type=12, code=0, tf=0x0) at /usr/src/sys/kern/subr_kdb.c:502 #6 0xc089feed in trap_fatal (frame=0xd4ff0b78, eva=3592715664) at /usr/src/sys/i386/i386/trap.c:859 #7 0xc089fc4f in trap_pfault (frame=0xd4ff0b78, usermode=0, eva=3592715664) at /usr/src/sys/i386/i386/trap.c:777 #8 0xc089f872 in trap (frame=0xd4ff0b78) at /usr/src/sys/i386/i386/trap.c:462 #9 0xc089009b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #10 0xd6247d90 in ?? () Previous frame inner to this frame (corrupt stack?) According to the instruction pointer in the trap frame, this time the fault is occured inside generic_bcopy(). (kgdb) list *0xc089d9c6 0xc089d9c6 is at /usr/src/sys/i386/i386/support.s:490. 485 cmpl %ecx,%eax /* overlapping && src < dst? */ 486 jb 1f 487 488 shrl $2,%ecx /* copy by 32-bit words */ 489 cld /* nope, copy forwards */ 490 rep 491 movsl 492 movl 20(%esp),%ecx 493 andl $3,%ecx /* any bytes left? */ 494 rep I just rebooted again and got this stack trace in DDB: pmap_allocpte() at pmap_allocpte+0x2f pmap_copy() at pmap_copy+0x1c5 vm_map_copy_entry() at vm_map_copy_entry+0x119 vmspace_fork() at vmspace_fork+0x1f8 vm_forkproc() at vm_forkproc()+0xb3 fork1() at fork1+0xdc9 fork() at fork+0x18 syscall() at ... The problem seems to consistently happen with a fork1() call on the stack. This is what kgdb reports for the second crash. # kgdb /boot/kernel/kernel /var/crash/vmcore.7 kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [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: Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex pmap r = 0 (0xc31131ac) locked @ /usr/src/sys/i386/i386/pmap.c:2773 exclusive sleep mutex pmap r = 0 (0xc29640a8) locked @ /usr/src/sys/i386/i386/pmap.c:2772 exclusive sleep mutex vm page queue mutex r = 0 (0xc0a7e61c) locked @ /usr/src/sys/i386/i386/pmap.c:2767 KDB: stack backtrace: db_trace_self_wrapper(c092a31e) at db_trace_self_wrapper+0x25 kdb_backtrace(3,c295c000,c,d3ad2b1c,d3ad2b10,...) at kdb_backtrace+0x29 witness_warn(5,0,c094defe) at witness_warn+0x192 trap(d3ad2b1c) at trap+0xfb calltrap() at calltrap+0x6 --- trap 0xd624f000, eip = 0, esp = 0x10212, ebp = 0xc31131ac --- (null)(1430000,c0a34ac8,c2959360,0,d624f000,...) at 0 __func__.0(61727420,78302070,202c3731,20706965,2325203d,...) at 0xc094ad95 Fatal trap 12: page fault while in kernel mode fault virtual address = 0xd624f080 fault code = supervisor read, page not present instruction pointer = 0x20:0xc089a513 stack pointer = 0x28:0xd3ad2b5c frame pointer = 0x28:0xd3ad2b68 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 = 1 (init) Physical memory: 502 MB Dumping 101 MB: 86 70 54 38 22 6 #0 doadump () at pcpu.h:166 166 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:166 #1 0xc0475a57 in db_fncall (dummy1=-743626368, dummy2=0, dummy3=-1063115424, dummy4=0xd3ad295c "@z\ufffd\ufffd") at /usr/src/sys/ddb/db_command.c:486 #2 0xc0475863 in db_command (last_cmdp=0xc09fb064, cmd_table=0x0) at /usr/src/sys/ddb/db_command.c:401 #3 0xc047591e in db_command_loop () at /usr/src/sys/ddb/db_command.c:453 #4 0xc0477569 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:222 #5 0xc06cabc9 in kdb_trap (type=12, code=0, tf=0x0) at /usr/src/sys/kern/subr_kdb.c:502 #6 0xc089feed in trap_fatal (frame=0xd3ad2b1c, eva=3592745088) at /usr/src/sys/i386/i386/trap.c:859 #7 0xc089f59b in trap (frame=0xd3ad2b1c) at /usr/src/sys/i386/i386/trap.c:276 #8 0xc089009b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #9 0xd624f080 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) list *0xc089a513 0xc089a513 is in pmap_allocpte (/usr/src/sys/i386/i386/pmap.c:1401). 1396 ptepindex = va >> PDRSHIFT; 1397 retry: 1398 /* 1399 * Get the page directory entry 1400 */ 1401 ptepa = pmap->pm_pdir[ptepindex]; 1402 1403 /* 1404 * This supports switching from a 4MB page to a 1405 * normal 4K page. From owner-freebsd-current@FreeBSD.ORG Wed Feb 7 08:41:40 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B4F7B16A400 for ; Wed, 7 Feb 2007 08:41:33 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.freebsd.org (Postfix) with ESMTP id A397313C4B4 for ; Wed, 7 Feb 2007 08:41:32 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id l178fV2p062396; Wed, 7 Feb 2007 00:41:31 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id l178fVtA062395; Wed, 7 Feb 2007 00:41:31 -0800 (PST) (envelope-from rizzo) Date: Wed, 7 Feb 2007 00:41:31 -0800 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20070207004131.A62183@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Cc: Subject: C macro to find the next power of 2 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 08:41:40 -0000 This is any good as any of our lists to ask, but since it came up while looking at device drivers, i thoght that maybe someone has an answer here... My problem is that some hardware wants data structures aligned to the next power of 2 with respect to their size, and the code in question (the ehci driver in case you care) has hardwired constants for this, and possibly wrong ones. It would be nice if one could write struct foo_desc { ... }; #define FOO_ALIGN next_power_of_2(sizeof(struct foo_desc)) instead of having to count fields and make guesses on the size of pointers and so on. One way i have come up with is the following: #define b2(x) ( (x) | ( (x) >> 1) ) #define b4(x) ( b2(x) | ( b2(x) >> 2) ) #define b8(x) ( b4(x) | ( b4(x) >> 4) ) #define b16(x) ( b8(x) | ( b8(x) >> 8) ) #define b32(x) (b16(x) | (b16(x) >>16) ) #define next_power_of_2(x) (b32(x-1) + 1) Basically if i is the first bit set in x, macro b2 makes sure that 2 bits (i and i-1) are set, macro b4..b32 do the same for up to 32 bits. The offsets -1 in the call to b32() are just to handle the case when x is already a power of 2, and the final +1 produces the result. But i was wondering if there is some simpler code which can still be computed as a compile-time constant ? cheers luigi From owner-freebsd-current@FreeBSD.ORG Wed Feb 7 09:20:59 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E7E7416A402 for ; Wed, 7 Feb 2007 09:20:57 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.swip.net [212.247.154.33]) by mx1.freebsd.org (Postfix) with ESMTP id 89B5A13C474 for ; Wed, 7 Feb 2007 09:20:57 +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 mailfe02.swip.net (CommuniGate Pro SMTP 5.0.12) with ESMTPA id 407736654; Wed, 07 Feb 2007 10:20:56 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 7 Feb 2007 10:20:34 +0100 User-Agent: KMail/1.9.5 References: <20070207004131.A62183@xorpc.icir.org> In-Reply-To: <20070207004131.A62183@xorpc.icir.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702071020.34656.hselasky@c2i.net> Cc: Luigi Rizzo Subject: Re: C macro to find the next power of 2 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 09:20:59 -0000 Hi Luigi, Why don't you hardcode the structures with the correct alignment, and maybe you find the __align() macro useful. What you are discovering is an old issue. Hardware structures must be indexable without addition. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Feb 7 09:43:45 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1701416A4C4 for ; Wed, 7 Feb 2007 09:43:41 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.freebsd.org (Postfix) with ESMTP id D7B2E13C4B4 for ; Wed, 7 Feb 2007 09:43:41 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id l179hdGr063126; Wed, 7 Feb 2007 01:43:39 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id l179hdDO063125; Wed, 7 Feb 2007 01:43:39 -0800 (PST) (envelope-from rizzo) Date: Wed, 7 Feb 2007 01:43:39 -0800 From: Luigi Rizzo To: Hans Petter Selasky Message-ID: <20070207014339.A63018@xorpc.icir.org> References: <20070207004131.A62183@xorpc.icir.org> <200702071020.34656.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200702071020.34656.hselasky@c2i.net>; from hselasky@c2i.net on Wed, Feb 07, 2007 at 10:20:34AM +0100 Cc: freebsd-current@freebsd.org Subject: Re: C macro to find the next power of 2 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 09:43:46 -0000 On Wed, Feb 07, 2007 at 10:20:34AM +0100, Hans Petter Selasky wrote: > Hi Luigi, > > Why don't you hardcode the structures with the correct alignment, and maybe > you find the __align() macro useful. because i want the compiler to do the dirty work -- compute the alignment for me. The __align() macro, which in the end expands to __attribute__ ((aligned (n))) doesn't help here because requires you to supply a value for the alignment. The other form (without 'n') computes it but only "to the maximum useful alignment for the target machine you are compiling for". (see http://gcc.gnu.org/onlinedocs/gcc-4.1.1/gcc/Type-Attributes.html#Type-Attributes ) The example in the manpage is ambiguous but basically at least on gcc 3.4.6 and RELENG_6 / i386 the automatic alignment defaults to 16 bytes (hence the size is just the next multiple of 16, not the next power of 2). > What you are discovering is an old issue. Hardware structures must be > indexable without addition. well the issue for me is just how to make the compiler do the calculation. cheers luigi From owner-freebsd-current@FreeBSD.ORG Wed Feb 7 10:25:29 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 85B5A16A401 for ; Wed, 7 Feb 2007 10:25:29 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (ns1.bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id 7145F13C4AC for ; Wed, 7 Feb 2007 10:25:29 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id 211C95B2E; Wed, 7 Feb 2007 02:01:01 -0800 (PST) To: Luigi Rizzo In-reply-to: Your message of "Wed, 07 Feb 2007 00:41:31 PST." <20070207004131.A62183@xorpc.icir.org> Date: Wed, 07 Feb 2007 02:01:01 -0800 From: Bakul Shah Message-Id: <20070207100101.211C95B2E@mail.bitblocks.com> Cc: current@freebsd.org Subject: Re: C macro to find the next power of 2 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 10:25:30 -0000 > #define b2(x) ( (x) | ( (x) >> 1) ) > #define b4(x) ( b2(x) | ( b2(x) >> 2) ) > #define b8(x) ( b4(x) | ( b4(x) >> 4) ) > #define b16(x) ( b8(x) | ( b8(x) >> 8) ) > #define b32(x) (b16(x) | (b16(x) >>16) ) > #define next_power_of_2(x) (b32(x-1) + 1) ... > But i was wondering if there is some simpler code which > can still be computed as a compile-time constant ? If this works, why bother? let the compiler work harder! From owner-freebsd-current@FreeBSD.ORG Wed Feb 7 10:42:33 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2DD9916A419 for ; Wed, 7 Feb 2007 10:42:33 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 88ACB13C494 for ; Wed, 7 Feb 2007 10:42:32 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by koef.zs64.net (8.13.8/8.13.8) with ESMTP id l17APnjk084245; Wed, 7 Feb 2007 11:25:49 +0100 (CET) (envelope-from stb@lassitu.de) X-Squirrel-UserHash: WRhS X-Squirrel-FromHash: SV0BLFJbGwk= Message-ID: <15241.SV0BLFJbGwk=.1170843949.squirrel@koef.zs64.net> In-Reply-To: <20070207004131.A62183@xorpc.icir.org> References: <20070207004131.A62183@xorpc.icir.org> Date: Wed, 7 Feb 2007 11:25:49 +0100 (CET) From: "Stefan Bethke" To: "Luigi Rizzo" User-Agent: SquirrelMail/1.4.9a MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: current@freebsd.org Subject: Re: C macro to find the next power of 2 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 10:42:33 -0000 On Wed, February 7, 2007 09:41, Luigi Rizzo wrote: > My problem is that some hardware wants data structures aligned to > the next power of 2 with respect to their size, and the code > in question (the ehci driver in case you care) has hardwired > constants for this, and possibly wrong ones. > > It would be nice if one could write > > struct foo_desc { > ... > }; > > #define FOO_ALIGN next_power_of_2(sizeof(struct foo_desc)) > > instead of having to count fields and make guesses on the size > of pointers and so on. _Hacker's Delight_ contains many cool tricks, including multiple solutions for this, IIRC. I'll have a look tonight when I'm back home. Cheers, Stefan -- Stefan Bethke +49 170 3460140 From owner-freebsd-current@FreeBSD.ORG Wed Feb 7 10:49:48 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A00A916A40E for ; Wed, 7 Feb 2007 10:49:48 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.freebsd.org (Postfix) with ESMTP id 4145F13C52B for ; Wed, 7 Feb 2007 10:49:19 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id l17AnJgB063883; Wed, 7 Feb 2007 02:49:19 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id l17AnInV063882; Wed, 7 Feb 2007 02:49:19 -0800 (PST) (envelope-from rizzo) Date: Wed, 7 Feb 2007 02:49:18 -0800 From: Luigi Rizzo To: Stefan Bethke Message-ID: <20070207024918.D63529@xorpc.icir.org> References: <20070207004131.A62183@xorpc.icir.org> <15241.SV0BLFJbGwk=.1170843949.squirrel@koef.zs64.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <15241.SV0BLFJbGwk=.1170843949.squirrel@koef.zs64.net>; from stb@lassitu.de on Wed, Feb 07, 2007 at 11:25:49AM +0100 Cc: current@freebsd.org Subject: Re: C macro to find the next power of 2 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 10:49:48 -0000 On Wed, Feb 07, 2007 at 11:25:49AM +0100, Stefan Bethke wrote: > On Wed, February 7, 2007 09:41, Luigi Rizzo wrote: > > My problem is that some hardware wants data structures aligned to > > the next power of 2 with respect to their size, and the code > > in question (the ehci driver in case you care) has hardwired > > constants for this, and possibly wrong ones. > > > > It would be nice if one could write > > > > struct foo_desc { > > ... > > }; > > > > #define FOO_ALIGN next_power_of_2(sizeof(struct foo_desc)) > > > > instead of having to count fields and make guesses on the size > > of pointers and so on. > > _Hacker's Delight_ contains many cool tricks, including multiple solutions > for this, IIRC. I'll have a look tonight when I'm back home. funny it looks like the same code that i posted, except that mine is functional and theirs procedural: my version: #define b2(x) ( (x) | ( (x) >> 1) ) #define b4(x) ( b2(x) | ( b2(x) >> 2) ) #define b8(x) ( b4(x) | ( b4(x) >> 4) ) #define b16(x) ( b8(x) | ( b8(x) >> 8) ) #define b32(x) (b16(x) | (b16(x) >>16) ) #define next_power_of_2(x) (b32(x-1) + 1) Hacker's Delight version unsigned clp2(unsigned x) { x = x - 1; x = x | (x >> 1); x = x | (x >> 2); x = x | (x >> 4); x = x | (x >> 8); x = x | (x >>16); return x + 1; } thanks for the pointer. luigi > > Cheers, > Stefan > > -- > Stefan Bethke +49 170 3460140 > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Feb 7 10:55:38 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DBCF316A415 for ; Wed, 7 Feb 2007 10:55:38 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id DB42F13C4B6 for ; Wed, 7 Feb 2007 10:55:37 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by nf-out-0910.google.com with SMTP id m19so429888nfc for ; Wed, 07 Feb 2007 02:55:36 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=MozX4O1pxMWu8sHX7O7g8HZOMWzg7v21L6kv08JTppYWGWO9yJtBLFhol7mqQL2fI78fS/0arj9cNTUB3jIqmHh+jYN7gNcaSW8JJqS0UG2ujNdZ7AlnnuiHzZh1ZNs3aGP5zos5IoS1Axr3KBZsEtS5eSuWCSuZLLhwAHfz4Ls= Received: by 10.82.114.3 with SMTP id m3mr759337buc.1170845727939; Wed, 07 Feb 2007 02:55:27 -0800 (PST) Received: by 10.48.238.14 with HTTP; Wed, 7 Feb 2007 02:55:27 -0800 (PST) Message-ID: <3bbf2fe10702070255q58ab6c9fn2b393cfbc75a3fb@mail.gmail.com> Date: Wed, 7 Feb 2007 11:55:27 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Luigi Rizzo" In-Reply-To: <20070207024918.D63529@xorpc.icir.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070207004131.A62183@xorpc.icir.org> <15241.SV0BLFJbGwk=.1170843949.squirrel@koef.zs64.net> <20070207024918.D63529@xorpc.icir.org> X-Google-Sender-Auth: 1e9482dbd682f349 Cc: Stefan Bethke , current@freebsd.org Subject: Re: C macro to find the next power of 2 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 10:55:40 -0000 2007/2/7, Luigi Rizzo : > On Wed, Feb 07, 2007 at 11:25:49AM +0100, Stefan Bethke wrote: > > On Wed, February 7, 2007 09:41, Luigi Rizzo wrote: > > > My problem is that some hardware wants data structures aligned to > > > the next power of 2 with respect to their size, and the code > > > in question (the ehci driver in case you care) has hardwired > > > constants for this, and possibly wrong ones. > > > > > > It would be nice if one could write > > > > > > struct foo_desc { > > > ... > > > }; > > > > > > #define FOO_ALIGN next_power_of_2(sizeof(struct foo_desc)) > > > > > > instead of having to count fields and make guesses on the size > > > of pointers and so on. > > > > _Hacker's Delight_ contains many cool tricks, including multiple solutions > > for this, IIRC. I'll have a look tonight when I'm back home. > > funny it looks like the same code that i posted, > except that mine is functional and theirs procedural: > > my version: > > #define b2(x) ( (x) | ( (x) >> 1) ) > #define b4(x) ( b2(x) | ( b2(x) >> 2) ) > #define b8(x) ( b4(x) | ( b4(x) >> 4) ) > #define b16(x) ( b8(x) | ( b8(x) >> 8) ) > #define b32(x) (b16(x) | (b16(x) >>16) ) > #define next_power_of_2(x) (b32(x-1) + 1) > > Hacker's Delight version > > unsigned clp2(unsigned x) { > x = x - 1; > x = x | (x >> 1); > x = x | (x >> 2); > x = x | (x >> 4); > x = x | (x >> 8); > x = x | (x >>16); > return x + 1; > } You cannot use this unless you don't rewrite as a preprocessing stub. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Wed Feb 7 10:59:41 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1BD9016A4D2; Wed, 7 Feb 2007 10:59:34 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.freebsd.org (Postfix) with ESMTP id B1CFE13C522; Wed, 7 Feb 2007 10:59:16 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id l17AxGvi064004; Wed, 7 Feb 2007 02:59:16 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id l17AxGDl064003; Wed, 7 Feb 2007 02:59:16 -0800 (PST) (envelope-from rizzo) Date: Wed, 7 Feb 2007 02:59:16 -0800 From: Luigi Rizzo To: Attilio Rao Message-ID: <20070207025916.A63989@xorpc.icir.org> References: <20070207004131.A62183@xorpc.icir.org> <15241.SV0BLFJbGwk=.1170843949.squirrel@koef.zs64.net> <20070207024918.D63529@xorpc.icir.org> <3bbf2fe10702070255q58ab6c9fn2b393cfbc75a3fb@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3bbf2fe10702070255q58ab6c9fn2b393cfbc75a3fb@mail.gmail.com>; from attilio@freebsd.org on Wed, Feb 07, 2007 at 11:55:27AM +0100 Cc: Stefan Bethke , current@freebsd.org Subject: Re: C macro to find the next power of 2 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 10:59:41 -0000 On Wed, Feb 07, 2007 at 11:55:27AM +0100, Attilio Rao wrote: > 2007/2/7, Luigi Rizzo : > > On Wed, Feb 07, 2007 at 11:25:49AM +0100, Stefan Bethke wrote: > > > On Wed, February 7, 2007 09:41, Luigi Rizzo wrote: > > > > My problem is that some hardware wants data structures aligned to > > > > the next power of 2 with respect to their size, and the code > > > > in question (the ehci driver in case you care) has hardwired > > > > constants for this, and possibly wrong ones. > > > > > > > > It would be nice if one could write > > > > > > > > struct foo_desc { > > > > ... > > > > }; > > > > > > > > #define FOO_ALIGN next_power_of_2(sizeof(struct foo_desc)) > > > > > > > > instead of having to count fields and make guesses on the size > > > > of pointers and so on. > > > > > > _Hacker's Delight_ contains many cool tricks, including multiple solutions > > > for this, IIRC. I'll have a look tonight when I'm back home. > > > > funny it looks like the same code that i posted, > > except that mine is functional and theirs procedural: > > > > my version: > > > > #define b2(x) ( (x) | ( (x) >> 1) ) > > #define b4(x) ( b2(x) | ( b2(x) >> 2) ) > > #define b8(x) ( b4(x) | ( b4(x) >> 4) ) > > #define b16(x) ( b8(x) | ( b8(x) >> 8) ) > > #define b32(x) (b16(x) | (b16(x) >>16) ) > > #define next_power_of_2(x) (b32(x-1) + 1) > > > > Hacker's Delight version > > > > unsigned clp2(unsigned x) { > > x = x - 1; > > x = x | (x >> 1); > > x = x | (x >> 2); > > x = x | (x >> 4); > > x = x | (x >> 8); > > x = x | (x >>16); > > return x + 1; > > } > > You cannot use this unless you don't rewrite as a preprocessing stub. that's why i am using my version and wrote it functionally. luigi From owner-freebsd-current@FreeBSD.ORG Wed Feb 7 14:43:40 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A46D216A400 for ; Wed, 7 Feb 2007 14:43:40 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 83F1A13C48D for ; Wed, 7 Feb 2007 14:43:40 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from uucp by munchkin.clue.co.za with local (Exim 4.62) (envelope-from ) id 1HEnbe-0005y9-Ip for current@freebsd.org; Wed, 07 Feb 2007 14:17:06 +0000 Received: from [10.0.0.19] (helo=hetzner.co.za) by urchin.clue.co.za with esmtpa (Exim 4.62) (envelope-from ) id 1HEnbG-0006wS-05 for current@freebsd.org; Wed, 07 Feb 2007 14:16:47 +0000 Received: from localhost ([127.0.0.1]) by hetzner.co.za with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HEnbC-0000mO-C8 for current@freebsd.org; Wed, 07 Feb 2007 16:16:38 +0200 to: current@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Date: Wed, 07 Feb 2007 16:16:38 +0200 Message-Id: X-Spam-Scanner: urchin.clue.co.za X-Spam-Score: 1.1 (+) [INT 11] X-Spam-Report: 1.1/5.0 ---- Start SpamAssassin results * 0.9 MSGID_FROM_MTA_ID Message-Id for external message added locally * 0.1 AWL AWL: From: address is in the auto white-list ---- End SpamAssassin results Cc: Subject: Broadcom Wireless card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 14:43:40 -0000 Hi I've got a dell laptop with a BCM4306 mini-pci adaptor. My guess is that broadcom haven't opened up their docs so there will be no driver other than the NDIS one. This is just an "I'm hoping that I've missed something message". none2@pci2:3:0: class=0x028000 card=0x00031028 chip=0x432014e4 rev=0x03 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM4306 802.11b/g Wireless LAN Controller' class = network Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Feb 7 15:33:42 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5226516A402; Wed, 7 Feb 2007 15:33:42 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out5.smtp.messagingengine.com (out5.smtp.messagingengine.com [66.111.4.29]) by mx1.freebsd.org (Postfix) with ESMTP id DFED913C471; Wed, 7 Feb 2007 15:33:41 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.internal (unknown [10.202.2.149]) by out1.messagingengine.com (Postfix) with ESMTP id 2EAE11A90F0; Wed, 7 Feb 2007 10:04:18 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by out1.internal (MEProxy); Wed, 07 Feb 2007 10:04:18 -0500 X-Sasl-enc: 5FH2utRT9qk7VcnujhggSgRnQf1cT6jw1en1acSw8up3 1170860657 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id F25A11356D; Wed, 7 Feb 2007 10:04:16 -0500 (EST) Message-ID: <45C9EA6F.1080503@FreeBSD.org> Date: Wed, 07 Feb 2007 15:04:15 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.9 (X11/20070125) MIME-Version: 1.0 To: Luigi Rizzo References: <20070207004131.A62183@xorpc.icir.org> <15241.SV0BLFJbGwk=.1170843949.squirrel@koef.zs64.net> <20070207024918.D63529@xorpc.icir.org> <3bbf2fe10702070255q58ab6c9fn2b393cfbc75a3fb@mail.gmail.com> <20070207025916.A63989@xorpc.icir.org> In-Reply-To: <20070207025916.A63989@xorpc.icir.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Attilio Rao , Stefan Bethke , current@freebsd.org Subject: Re: C macro to find the next power of 2 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 15:33:42 -0000 Luigi Rizzo wrote: >> You cannot use this unless you don't rewrite as a preprocessing stub. >> > > that's why i am using my version and wrote it functionally. > All this talk of recursively evaluated CPP macros is making my head spin. We just want to compute LOG2(sizeof(struct foobar))+1 after all. Ooh, but many tried and died: http://swtch.com/gosling89ace.pdf http://groups.google.co.uk/group/comp.lang.c/browse_thread/thread/f34a65d3fe73a6d4/0d3322283427a51a?lnk=st&q=For+loop+equivalent+with+the+preprocessor&rnum=2&hl=en#0d3322283427a51a Go to the end of this thread, and it turns out C++ can *probably* do it through templatization. http://groups.google.co.uk/group/comp.lang.c/browse_thread/thread/95bfa768423adb4f/17eb99dbdf11d161?lnk=st&q=log2+preprocessor&rnum=1&hl=en#17eb99dbdf11d161 Good luck with that... Regards, BMS From owner-freebsd-current@FreeBSD.ORG Wed Feb 7 15:37:19 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5596F16A407 for ; Wed, 7 Feb 2007 15:37:19 +0000 (UTC) (envelope-from kelsey@kelseyhightower.net) Received: from smtp124.iad.emailsrvr.com (smtp124.iad.emailsrvr.com [207.97.245.124]) by mx1.freebsd.org (Postfix) with ESMTP id 30DD413C4B4 for ; Wed, 7 Feb 2007 15:37:19 +0000 (UTC) (envelope-from kelsey@kelseyhightower.net) Received: from kelseyhightower.net (webmail18.webmail.iad.mlsrvr.com [192.168.1.40]) by relay2.r2.iad.emailsrvr.com (SMTP Server) with ESMTP id 2383544C145 for ; Wed, 7 Feb 2007 10:01:17 -0500 (EST) Received: from ([192.168.1.70]) (proxying for 76.17.107.85) (Webmail authenticated user , kelsey@kelseyhightower.net); by secure.webmail.us with HTTP; Wed, 7 Feb 2007 10:01:17 -0500 (EST) Message-ID: <51481.192.168.1.70.1170860477.webmail@192.168.1.70> Date: Wed, 7 Feb 2007 10:01:17 -0500 (EST) From: "Kelsey Hightower" To: freebsd-current@freebsd.org X-Mailer: webmail 6.0 MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Autosave: 1170860457.807 X-Virus-Scanned: OK Subject: Re: Broadcom Wireless card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kelsey@kelseyhightower.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 15:37:19 -0000 I had the same card. I went to ebay and picked up and intel 2200BG mini-pci card for $15.00. Swapped out the old card myself. iwi0@pci2:3:0: class=0x028000 card=0x27218086 chip=0x42208086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/Wireless 2200BG Network Connection' class = network Works great! wpa_supplicant works without a hitch as well. I know this doesn't help you with your card, but the is a cheep alternative From owner-freebsd-current@FreeBSD.ORG Wed Feb 7 17:37:31 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E778B16A402; Wed, 7 Feb 2007 17:37:30 +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 248D213C491; Wed, 7 Feb 2007 17:37:29 +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.6/8.13.6) with ESMTP id l17HbLhB080304; Wed, 7 Feb 2007 12:37:22 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 7 Feb 2007 11:54:37 -0500 User-Agent: KMail/1.9.1 References: <45A533F6.7030405@cisco.com> <45BC9943.9010300@cisco.com> In-Reply-To: <45BC9943.9010300@cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702071154.38250.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]); Wed, 07 Feb 2007 12:37:22 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2533/Wed Feb 7 09:20:47 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: Randall Stewart , current@freebsd.org Subject: Re: how to find out what the other CPU is doing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 17:37:31 -0000 On Sunday 28 January 2007 07:38, Randall Stewart wrote: > All: > > Ok, I did not get an answer to this.. and of course > I hit the bug again (which I now figured out how to > fix :-D) > > So let me explain what I did.. so that way I > can come back and find this email later when it > someday happens again ;-) (and for anyone else > curious). > > 1) I had to do this from DDB ... I could not find a > way in kgdb. > > 2) When you stop the machine in ddb (at least in i386) it > dumps BOTH CPU's info in something called > stoppcbs[num-cpus] > 3) Its an array of struct pcb .. which has all the info > you need to get started. > 4) With a trusty x/ stoppcbs you can work your way through > and gather the info you need.. For x86 the second CPU > started at stoppcbs+0x270 .. if you don't want to look > at all those 0's (of course the offset could change and > will vary from CPU type to CPU type :-D) > 5) Dig out the ebp from here. You can look at the IP > but it will be in some NMI stop CPU routine. > 6) You can use the bp to trace backward through the stack > and figure out the running stack trace... I went back > to kgdb after getting the ebp (with CPU still spinning away). > 7) You have to go several frames back to get by all the NMI > stuff before you find your guilty party :-) > > There might be a better way to do this.. and I am thinking > about adding a machine dependent trace that can take > a ebp argument (if one does not already exist in kgdb.. I > suppose I need to poke around in the macro's a bit).. anyway > its primitive .. but it allows you to find that spinning > kernel routine :-) When you use 'thread/tid/proc' in kgdb it uses stoppcbs[] automatically, so you can do 'proc 437' and do 'bt' to get a trace as I explained earlier. ddb can also do this for you as 'tr' in ddb can take a pid or tid as an argument, so in ddb you can do 'tr 437' to trace proc 437. Note if you want to use the 'tid' in kgdb you use 'tid '. 'proc' takes PIDs not TIDs in kgdb. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Feb 7 17:37:31 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E778B16A402; Wed, 7 Feb 2007 17:37:30 +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 248D213C491; Wed, 7 Feb 2007 17:37:29 +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.6/8.13.6) with ESMTP id l17HbLhB080304; Wed, 7 Feb 2007 12:37:22 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 7 Feb 2007 11:54:37 -0500 User-Agent: KMail/1.9.1 References: <45A533F6.7030405@cisco.com> <45BC9943.9010300@cisco.com> In-Reply-To: <45BC9943.9010300@cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702071154.38250.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]); Wed, 07 Feb 2007 12:37:22 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2533/Wed Feb 7 09:20:47 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: Randall Stewart , current@freebsd.org Subject: Re: how to find out what the other CPU is doing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 17:37:31 -0000 On Sunday 28 January 2007 07:38, Randall Stewart wrote: > All: > > Ok, I did not get an answer to this.. and of course > I hit the bug again (which I now figured out how to > fix :-D) > > So let me explain what I did.. so that way I > can come back and find this email later when it > someday happens again ;-) (and for anyone else > curious). > > 1) I had to do this from DDB ... I could not find a > way in kgdb. > > 2) When you stop the machine in ddb (at least in i386) it > dumps BOTH CPU's info in something called > stoppcbs[num-cpus] > 3) Its an array of struct pcb .. which has all the info > you need to get started. > 4) With a trusty x/ stoppcbs you can work your way through > and gather the info you need.. For x86 the second CPU > started at stoppcbs+0x270 .. if you don't want to look > at all those 0's (of course the offset could change and > will vary from CPU type to CPU type :-D) > 5) Dig out the ebp from here. You can look at the IP > but it will be in some NMI stop CPU routine. > 6) You can use the bp to trace backward through the stack > and figure out the running stack trace... I went back > to kgdb after getting the ebp (with CPU still spinning away). > 7) You have to go several frames back to get by all the NMI > stuff before you find your guilty party :-) > > There might be a better way to do this.. and I am thinking > about adding a machine dependent trace that can take > a ebp argument (if one does not already exist in kgdb.. I > suppose I need to poke around in the macro's a bit).. anyway > its primitive .. but it allows you to find that spinning > kernel routine :-) When you use 'thread/tid/proc' in kgdb it uses stoppcbs[] automatically, so you can do 'proc 437' and do 'bt' to get a trace as I explained earlier. ddb can also do this for you as 'tr' in ddb can take a pid or tid as an argument, so in ddb you can do 'tr 437' to trace proc 437. Note if you want to use the 'tid' in kgdb you use 'tid '. 'proc' takes PIDs not TIDs in kgdb. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Feb 7 17:37:44 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8269216A541 for ; Wed, 7 Feb 2007 17:37: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 96B4013C4A7 for ; Wed, 7 Feb 2007 17:37: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.6/8.13.6) with ESMTP id l17HbLhC080304; Wed, 7 Feb 2007 12:37:25 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 7 Feb 2007 12:12:06 -0500 User-Agent: KMail/1.9.1 References: <17855.30388.764471.322562@grasshopper.cs.duke.edu> <17855.31464.891778.783293@grasshopper.cs.duke.edu> <45C0CCFE.5090407@samsco.org> In-Reply-To: <45C0CCFE.5090407@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702071212.06578.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]); Wed, 07 Feb 2007 12:37:27 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2533/Wed Feb 7 09:20:47 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: Andrew Gallatin Subject: Re: restoring PCI config space X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 17:37:44 -0000 On Wednesday 31 January 2007 12:08, Scott Long wrote: > Andrew Gallatin wrote: > > Scott Long writes: > > > I need to do the same thing, and I concluded that pci_cfg_restore needs > > > to be exported out via a DEVMETHOD. It might also be useful to export > > > > Hurray! Do you plan to do this soon? > > > > > a pci_cfg_save function. > > > > Doesn't the config space get saved in pci_add_child? > > > > Drew > > Wouldn't you want to preserve driver-local changes that are made to the > config space? Things like the busmaster enable bit comes to mind. If you use 'pci_enable_busmaster()' then that updates the copy in the dinfo. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Feb 7 17:37:44 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8233316A540 for ; Wed, 7 Feb 2007 17:37: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 966E613C4A3 for ; Wed, 7 Feb 2007 17:37: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.6/8.13.6) with ESMTP id l17HbLhD080304; Wed, 7 Feb 2007 12:37:31 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 7 Feb 2007 12:13:16 -0500 User-Agent: KMail/1.9.1 References: <17855.43785.77326.42561@grasshopper.cs.duke.edu> In-Reply-To: <17855.43785.77326.42561@grasshopper.cs.duke.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702071213.16666.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]); Wed, 07 Feb 2007 12:37:31 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2533/Wed Feb 7 09:20:47 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: Andrew Gallatin Subject: Re: if_ioctl locking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 17:37:44 -0000 On Tuesday 30 January 2007 15:31, Andrew Gallatin wrote: > > Can somebody please point me to a good example of network driver which > does its if_ioctl locking correctly? For simple drivers you can look at de(4), wb(4), pcn(4) etc. One thing to note is that for media ioctls you should lock in your ifmedia callout functions, not in foo_ioctl(). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Feb 7 17:56:34 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB66E16A411; Wed, 7 Feb 2007 17:56:34 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id A829313C4C2; Wed, 7 Feb 2007 17:56:34 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id l17HtDku055396; Wed, 7 Feb 2007 10:55:18 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <45CA1273.8080205@samsco.org> Date: Wed, 07 Feb 2007 10:54:59 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: John Baldwin References: <17855.30388.764471.322562@grasshopper.cs.duke.edu> <17855.31464.891778.783293@grasshopper.cs.duke.edu> <45C0CCFE.5090407@samsco.org> <200702071212.06578.jhb@freebsd.org> In-Reply-To: <200702071212.06578.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Wed, 07 Feb 2007 10:55:18 -0700 (MST) X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-current@freebsd.org, Andrew Gallatin Subject: Re: restoring PCI config space X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 17:56:35 -0000 John Baldwin wrote: > On Wednesday 31 January 2007 12:08, Scott Long wrote: >> Andrew Gallatin wrote: >>> Scott Long writes: >>> > I need to do the same thing, and I concluded that pci_cfg_restore needs >>> > to be exported out via a DEVMETHOD. It might also be useful to export >>> >>> Hurray! Do you plan to do this soon? >>> >>> > a pci_cfg_save function. >>> >>> Doesn't the config space get saved in pci_add_child? >>> >>> Drew >> Wouldn't you want to preserve driver-local changes that are made to the >> config space? Things like the busmaster enable bit comes to mind. > > If you use 'pci_enable_busmaster()' then that updates the copy in the dinfo. > Do changes to the MSI/MSIX config space registers also get preserved? Scott From owner-freebsd-current@FreeBSD.ORG Wed Feb 7 18:05:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6F84A16A402 for ; Wed, 7 Feb 2007 18:05:36 +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 1C93A13C491 for ; Wed, 7 Feb 2007 18:05:35 +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.6/8.13.6) with ESMTP id l17I5VLv080529; Wed, 7 Feb 2007 13:05:32 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Scott Long Date: Wed, 7 Feb 2007 13:05:47 -0500 User-Agent: KMail/1.9.1 References: <17855.30388.764471.322562@grasshopper.cs.duke.edu> <200702071212.06578.jhb@freebsd.org> <45CA1273.8080205@samsco.org> In-Reply-To: <45CA1273.8080205@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702071305.48190.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]); Wed, 07 Feb 2007 13:05:32 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2533/Wed Feb 7 09:20:47 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: freebsd-current@freebsd.org, Andrew Gallatin Subject: Re: restoring PCI config space X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 18:05:36 -0000 On Wednesday 07 February 2007 12:54, Scott Long wrote: > John Baldwin wrote: > > On Wednesday 31 January 2007 12:08, Scott Long wrote: > >> Andrew Gallatin wrote: > >>> Scott Long writes: > >>> > I need to do the same thing, and I concluded that pci_cfg_restore needs > >>> > to be exported out via a DEVMETHOD. It might also be useful to export > >>> > >>> Hurray! Do you plan to do this soon? > >>> > >>> > a pci_cfg_save function. > >>> > >>> Doesn't the config space get saved in pci_add_child? > >>> > >>> Drew > >> Wouldn't you want to preserve driver-local changes that are made to the > >> config space? Things like the busmaster enable bit comes to mind. > > > > If you use 'pci_enable_busmaster()' then that updates the copy in the dinfo. > > > > Do changes to the MSI/MSIX config space registers also get preserved? I currently cache MSI (but not MSI-X yet) and they are restored on resume via pci_cfg_restore(). That should all be transparent to the driver though as the driver shouldn't be touching those directly, but just via the pci_*_msi[x]() calls. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Feb 7 20:03:17 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 54F0C16A401; Wed, 7 Feb 2007 20:03:14 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by mx1.freebsd.org (Postfix) with ESMTP id 2D76813C48D; Wed, 7 Feb 2007 20:03:14 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-6.cisco.com ([171.68.10.81]) by sj-iport-4.cisco.com with ESMTP; 07 Feb 2007 12:03:14 -0800 X-IronPort-AV: i="4.13,296,1167638400"; d="scan'208"; a="37919737:sNHT49543533" Received: from sj-core-4.cisco.com (sj-core-4.cisco.com [171.68.223.138]) by sj-dkim-6.cisco.com (8.12.11/8.12.11) with ESMTP id l17K397V018588; Wed, 7 Feb 2007 12:03:09 -0800 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id l17K3FnH017369; Wed, 7 Feb 2007 12:03:15 -0800 (PST) Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 7 Feb 2007 12:03:15 -0800 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 7 Feb 2007 12:03:13 -0800 Message-ID: <45CA3063.3000300@cisco.com> Date: Wed, 07 Feb 2007 15:02:43 -0500 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061029 FreeBSD/i386 SeaMonkey/1.0.6 MIME-Version: 1.0 To: John Baldwin References: <45A533F6.7030405@cisco.com> <45BC9943.9010300@cisco.com> <200702071154.38250.jhb@freebsd.org> In-Reply-To: <200702071154.38250.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 07 Feb 2007 20:03:13.0763 (UTC) FILETIME=[FFCEC330:01C74AF2] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=2524; t=1170878589; x=1171742589; c=relaxed/simple; s=sjdkim6002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20how=20to=20find=20out=20what=20the=20other=20CPU=20is =20doing |Sender:=20; bh=DNU7cOvvFoGDaVBKFrbRo45SaWDRCBTeem10oyEL9dM=; b=SQ/c1qD7wU0YkZqSzttlGi2NvVJqCNjWRtmCxpPnjJ6eFg5TTvONNnKiArsQF6bP84QzSOGl /Qo5JMASN/xj360CwstLaF0rhfHHqdKbG7AorPiXZhHYjGBvDlH+kmNY; Authentication-Results: sj-dkim-6; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim6002 verified; ); Cc: freebsd-current@freebsd.org Subject: Re: how to find out what the other CPU is doing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 20:03:17 -0000 John Baldwin wrote: > On Sunday 28 January 2007 07:38, Randall Stewart wrote: >> All: >> >> Ok, I did not get an answer to this.. and of course >> I hit the bug again (which I now figured out how to >> fix :-D) >> >> So let me explain what I did.. so that way I >> can come back and find this email later when it >> someday happens again ;-) (and for anyone else >> curious). >> >> 1) I had to do this from DDB ... I could not find a >> way in kgdb. >> >> 2) When you stop the machine in ddb (at least in i386) it >> dumps BOTH CPU's info in something called >> stoppcbs[num-cpus] >> 3) Its an array of struct pcb .. which has all the info >> you need to get started. >> 4) With a trusty x/ stoppcbs you can work your way through >> and gather the info you need.. For x86 the second CPU >> started at stoppcbs+0x270 .. if you don't want to look >> at all those 0's (of course the offset could change and >> will vary from CPU type to CPU type :-D) >> 5) Dig out the ebp from here. You can look at the IP >> but it will be in some NMI stop CPU routine. >> 6) You can use the bp to trace backward through the stack >> and figure out the running stack trace... I went back >> to kgdb after getting the ebp (with CPU still spinning away). >> 7) You have to go several frames back to get by all the NMI >> stuff before you find your guilty party :-) >> >> There might be a better way to do this.. and I am thinking >> about adding a machine dependent trace that can take >> a ebp argument (if one does not already exist in kgdb.. I >> suppose I need to poke around in the macro's a bit).. anyway >> its primitive .. but it allows you to find that spinning >> kernel routine :-) > > When you use 'thread/tid/proc' in kgdb it uses stoppcbs[] automatically, so > you can do 'proc 437' and do 'bt' to get a trace as I explained earlier. ddb > can also do this for you as 'tr' in ddb can take a pid or tid as an argument, > so in ddb you can do 'tr 437' to trace proc 437. Note if you want to use > the 'tid' in kgdb you use 'tid '. 'proc' takes PIDs not TIDs in kgdb. > Hmm.. I tried that the first time I had a crash in kgdb (I did not do anything in DDB) and it did not work for me... I flustered around with it for a very very long time too. Maybe I have an old kgdb or something but I could not get it to work :-( R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Wed Feb 7 20:33:29 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B62E216A400; Wed, 7 Feb 2007 20:33:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6844113C481; Wed, 7 Feb 2007 20:33:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l17KXS9H075477; Wed, 7 Feb 2007 15:33:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l17KXSka055158; Wed, 7 Feb 2007 15:33:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8A0B773039; Wed, 7 Feb 2007 15:33:27 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070207203328.8A0B773039@freebsd-current.sentex.ca> Date: Wed, 7 Feb 2007 15:33:27 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 20:33:29 -0000 TB --- 2007-02-07 19:28:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-07 19:28:04 - starting HEAD tinderbox run for i386/i386 TB --- 2007-02-07 19:28:04 - cleaning the object tree TB --- 2007-02-07 19:28:50 - checking out the source tree TB --- 2007-02-07 19:28:50 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-02-07 19:28:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-07 19:36:42 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-07 19:36:42 - cd /src TB --- 2007-02-07 19:36:42 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 7 19:36:43 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Feb 7 20:29:23 UTC 2007 TB --- 2007-02-07 20:29:23 - generating LINT kernel config TB --- 2007-02-07 20:29:23 - cd /src/sys/i386/conf TB --- 2007-02-07 20:29:23 - /usr/bin/make -B LINT TB --- 2007-02-07 20:29:24 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-07 20:29:24 - cd /src TB --- 2007-02-07 20:29:24 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Feb 7 20:29:24 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f @/tools/makeobjops.awk @/dev/mii/miibus_if.m -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/src/sys/LINT /src/sys/modules/fxp/../../dev/fxp/if_fxp.c ===> geom (depend) ===> geom/geom_apple (depend) @ -> /src/sys machine -> /src/sys/i386/include make: don't know how to make geom_apple.c. Stop *** Error code 2 Stop in /src/sys/modules/geom. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-07 20:33:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-07 20:33:27 - ERROR: failed to build lint kernel TB --- 2007-02-07 20:33:27 - tinderbox aborted TB --- 0.89 user 2.71 system 3923.30 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Feb 7 21:28:41 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 59A8816A400; Wed, 7 Feb 2007 21:28:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 0C39713C467; Wed, 7 Feb 2007 21:28:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l17LSewo083530; Wed, 7 Feb 2007 16:28:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l17LSedF029982; Wed, 7 Feb 2007 16:28:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 026EC73039; Wed, 7 Feb 2007 16:28:39 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070207212840.026EC73039@freebsd-current.sentex.ca> Date: Wed, 7 Feb 2007 16:28:39 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 21:28:41 -0000 TB --- 2007-02-07 20:22:58 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-07 20:22:58 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-02-07 20:22:58 - cleaning the object tree TB --- 2007-02-07 20:23:30 - checking out the source tree TB --- 2007-02-07 20:23:30 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-02-07 20:23:30 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-07 20:33:24 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-07 20:33:24 - cd /src TB --- 2007-02-07 20:33:24 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 7 20:33:25 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Feb 7 21:26:25 UTC 2007 TB --- 2007-02-07 21:26:25 - generating LINT kernel config TB --- 2007-02-07 21:26:25 - cd /src/sys/pc98/conf TB --- 2007-02-07 21:26:25 - /usr/bin/make -B LINT TB --- 2007-02-07 21:26:25 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-07 21:26:25 - cd /src TB --- 2007-02-07 21:26:25 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Feb 7 21:26:26 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] rm -f .depend mkdep -f .depend -a -nostdinc -DPC98 -D_KERNEL -DKLD_MODULE -I- -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/pc98/src/sys/LINT /src/sys/modules/fxp/../../dev/fxp/if_fxp.c ===> geom (depend) ===> geom/geom_apple (depend) @ -> /src/sys machine -> /src/sys/pc98/include i386 -> /src/sys/i386/include make: don't know how to make geom_apple.c. Stop *** Error code 2 Stop in /src/sys/modules/geom. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-07 21:28:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-07 21:28:37 - ERROR: failed to build lint kernel TB --- 2007-02-07 21:28:37 - tinderbox aborted TB --- 0.76 user 2.69 system 3939.62 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Feb 7 21:58:24 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 803F016A400; Wed, 7 Feb 2007 21:58:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2CFA013C4D5; Wed, 7 Feb 2007 21:58:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l17LwNEQ064637; Wed, 7 Feb 2007 16:58:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l17LwNVv052883; Wed, 7 Feb 2007 16:58:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 41EE473039; Wed, 7 Feb 2007 16:58:23 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070207215823.41EE473039@freebsd-current.sentex.ca> Date: Wed, 7 Feb 2007 16:58:23 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 21:58:24 -0000 TB --- 2007-02-07 20:33:28 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-07 20:33:28 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-02-07 20:33:28 - cleaning the object tree TB --- 2007-02-07 20:34:08 - checking out the source tree TB --- 2007-02-07 20:34:08 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-02-07 20:34:08 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-07 20:41:59 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-07 20:41:59 - cd /src TB --- 2007-02-07 20:41:59 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 7 20:42:01 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Feb 7 21:56:36 UTC 2007 TB --- 2007-02-07 21:56:36 - generating LINT kernel config TB --- 2007-02-07 21:56:36 - cd /src/sys/ia64/conf TB --- 2007-02-07 21:56:36 - /usr/bin/make -B LINT TB --- 2007-02-07 21:56:36 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-07 21:56:36 - cd /src TB --- 2007-02-07 21:56:36 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Feb 7 21:56:36 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f @/tools/makeobjops.awk @/dev/mii/miibus_if.m -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/ia64/src/sys/LINT /src/sys/modules/fxp/../../dev/fxp/if_fxp.c ===> geom (depend) ===> geom/geom_apple (depend) @ -> /src/sys machine -> /src/sys/ia64/include make: don't know how to make geom_apple.c. Stop *** Error code 2 Stop in /src/sys/modules/geom. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-07 21:58:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-07 21:58:22 - ERROR: failed to build lint kernel TB --- 2007-02-07 21:58:22 - tinderbox aborted TB --- 0.85 user 2.45 system 5094.38 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Feb 7 22:23:39 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8C7B216A401 for ; Wed, 7 Feb 2007 22:23:39 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from merke.itea.ntnu.no (merke.itea.ntnu.no [129.241.7.61]) by mx1.freebsd.org (Postfix) with ESMTP id 4120713C46B for ; Wed, 7 Feb 2007 22:23:39 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by merke.itea.ntnu.no (Postfix) with ESMTP id 2C88A13C793 for ; Wed, 7 Feb 2007 23:23:38 +0100 (CET) Received: from twoflower.idi.ntnu.no (twoflower.idi.ntnu.no [129.241.104.169]) by merke.itea.ntnu.no (Postfix) with ESMTP for ; Wed, 7 Feb 2007 23:23:37 +0100 (CET) Received: by twoflower.idi.ntnu.no (Postfix, from userid 1002) id D54D717057; Wed, 7 Feb 2007 21:13:42 +0100 (CET) Date: Wed, 7 Feb 2007 21:13:42 +0100 From: Ulf Lilleengen To: freebsd-current@freebsd.org Message-ID: <20070207201342.GA66964@twoflower.idi.ntnu.no> Mail-Followup-To: freebsd-current@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. Subject: Re: Broadcom Wireless card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "..."@twoflower.idi.ntnu.no List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 22:23:39 -0000 On ons, feb 07, 2007 at 04:16:38pm +0200, Ian FREISLICH wrote: > Hi > > I've got a dell laptop with a BCM4306 mini-pci adaptor. My guess > is that broadcom haven't opened up their docs so there will be no > driver other than the NDIS one. This is just an "I'm hoping that > I've missed something message". I tried making it work with ndiswrapper but I gave up after some time. I found a driver from Dell that should support it, but it would just find the device, using it with ifconfig, dhclient etc. did not work. I would just recommend buying an iwi chip. -- Ulf Lilleengen From owner-freebsd-current@FreeBSD.ORG Wed Feb 7 22:38:53 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0A54F16A401; Wed, 7 Feb 2007 22:38:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id B0E9013C494; Wed, 7 Feb 2007 22:38:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l17Mcqd9091352; Wed, 7 Feb 2007 17:38:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l17McqGb083115; Wed, 7 Feb 2007 17:38:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D208B73039; Wed, 7 Feb 2007 17:38:51 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070207223851.D208B73039@freebsd-current.sentex.ca> Date: Wed, 7 Feb 2007 17:38:51 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 22:38:53 -0000 TB --- 2007-02-07 21:28:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-07 21:28:40 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-02-07 21:28:40 - cleaning the object tree TB --- 2007-02-07 21:29:11 - checking out the source tree TB --- 2007-02-07 21:29:11 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-02-07 21:29:11 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-07 21:37:07 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-07 21:37:07 - cd /src TB --- 2007-02-07 21:37:07 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 7 21:37:09 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Feb 7 22:37:16 UTC 2007 TB --- 2007-02-07 22:37:16 - generating LINT kernel config TB --- 2007-02-07 22:37:16 - cd /src/sys/powerpc/conf TB --- 2007-02-07 22:37:16 - /usr/bin/make -B LINT TB --- 2007-02-07 22:37:16 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-07 22:37:16 - cd /src TB --- 2007-02-07 22:37:16 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Feb 7 22:37:17 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f @/tools/makeobjops.awk @/dev/mii/miibus_if.m -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/powerpc/src/sys/LINT /src/sys/modules/gem/../../dev/gem/if_gem.c /src/sys/modules/gem/../../dev/gem/if_gem_pci.c ===> geom (depend) ===> geom/geom_apple (depend) @ -> /src/sys machine -> /src/sys/powerpc/include make: don't know how to make geom_apple.c. Stop *** Error code 2 Stop in /src/sys/modules/geom. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-07 22:38:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-07 22:38:50 - ERROR: failed to build lint kernel TB --- 2007-02-07 22:38:50 - tinderbox aborted TB --- 0.66 user 2.27 system 4210.83 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Feb 7 22:44:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C2CA316A402 for ; Wed, 7 Feb 2007 22:44:33 +0000 (UTC) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos.bsdclusters.com [69.55.225.36]) by mx1.freebsd.org (Postfix) with ESMTP id A4DAC13C4B2 for ; Wed, 7 Feb 2007 22:44:33 +0000 (UTC) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos [69.55.225.36]) by demos.bsdclusters.com (8.12.8p1/8.12.8) with ESMTP id l17MSXL6008538; Wed, 7 Feb 2007 14:28:33 -0800 (PST) (envelope-from kmacy@fsmware.com) Received: from localhost (kmacy@localhost) by demos.bsdclusters.com (8.12.8p1/8.12.8/Submit) with ESMTP id l17MSWKA008534; Wed, 7 Feb 2007 14:28:33 -0800 (PST) X-Authentication-Warning: demos.bsdclusters.com: kmacy owned process doing -bs Date: Wed, 7 Feb 2007 14:28:32 -0800 (PST) From: Kip Macy X-X-Sender: kmacy@demos.bsdclusters.com To: "..."@twoflower.idi.ntnu.no In-Reply-To: <20070207201342.GA66964@twoflower.idi.ntnu.no> Message-ID: <20070207142711.V6583@demos.bsdclusters.com> References: <20070207201342.GA66964@twoflower.idi.ntnu.no> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Broadcom Wireless card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 22:44:33 -0000 I can't comment on the mini-pci version, but NDIS works just fine with the cardbus version. It would be interesting to figure out where ndis is falling short. -Kip > On ons, feb 07, 2007 at 04:16:38pm +0200, Ian FREISLICH wrote: >> Hi >> >> I've got a dell laptop with a BCM4306 mini-pci adaptor. My guess >> is that broadcom haven't opened up their docs so there will be no >> driver other than the NDIS one. This is just an "I'm hoping that >> I've missed something message". > I tried making it work with ndiswrapper but I gave up after some time. > I found a driver from Dell that should support it, but it would just > find the device, using it with ifconfig, dhclient etc. did not work. > > I would just recommend buying an iwi chip. > > -- > Ulf Lilleengen > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Feb 7 22:45:10 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7D97116A402 for ; Wed, 7 Feb 2007 22:45:10 +0000 (UTC) (envelope-from lulf@pvv.ntnu.no) Received: from merke.itea.ntnu.no (merke.itea.ntnu.no [129.241.7.61]) by mx1.freebsd.org (Postfix) with ESMTP id 0B59713C442 for ; Wed, 7 Feb 2007 22:45:09 +0000 (UTC) (envelope-from lulf@pvv.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by merke.itea.ntnu.no (Postfix) with ESMTP id 1A4C513C88D for ; Wed, 7 Feb 2007 23:27:48 +0100 (CET) Received: from twoflower.idi.ntnu.no (twoflower.idi.ntnu.no [129.241.104.169]) by merke.itea.ntnu.no (Postfix) with ESMTP for ; Wed, 7 Feb 2007 23:27:47 +0100 (CET) Received: by twoflower.idi.ntnu.no (Postfix, from userid 1002) id E2D681703E; Wed, 7 Feb 2007 23:27:47 +0100 (CET) Resent-From: Ulf Lilleengen Resent-Date: Wed, 7 Feb 2007 23:27:47 +0100 Resent-Message-ID: <20070207222747.GA26606@twoflower.idi.ntnu.no> Resent-To: freebsd-current@freebsd.org Date: Wed, 7 Feb 2007 21:13:42 +0100 From: Ulf Lilleengen To: freebsd-current@freebsd.org Message-ID: <20070207201342.GA66964@twoflower.idi.ntnu.no> Mail-Followup-To: freebsd-current@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. Subject: Re: Broadcom Wireless card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "..."@twoflower.idi.ntnu.no List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 22:45:10 -0000 On ons, feb 07, 2007 at 04:16:38pm +0200, Ian FREISLICH wrote: > Hi > > I've got a dell laptop with a BCM4306 mini-pci adaptor. My guess > is that broadcom haven't opened up their docs so there will be no > driver other than the NDIS one. This is just an "I'm hoping that > I've missed something message". I tried making it work with ndiswrapper but I gave up after some time. I found a driver from Dell that should support it, but it would just find the device, using it with ifconfig, dhclient etc. did not work. I would just recommend buying an iwi chip. -- Ulf Lilleengen From owner-freebsd-current@FreeBSD.ORG Wed Feb 7 23:12:06 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E842616A400; Wed, 7 Feb 2007 23:12:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id BE96B13C471; Wed, 7 Feb 2007 23:12:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l17NC5S1072981; Wed, 7 Feb 2007 18:12:06 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l17NC59g004238; Wed, 7 Feb 2007 18:12:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9CDA073039; Wed, 7 Feb 2007 18:12:05 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070207231205.9CDA073039@freebsd-current.sentex.ca> Date: Wed, 7 Feb 2007 18:12:05 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 23:12:07 -0000 TB --- 2007-02-07 21:58:23 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-07 21:58:23 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-02-07 21:58:23 - cleaning the object tree TB --- 2007-02-07 21:58:55 - checking out the source tree TB --- 2007-02-07 21:58:55 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-02-07 21:58:55 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-07 22:10:52 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-07 22:10:52 - cd /src TB --- 2007-02-07 22:10:52 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 7 22:10:53 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Feb 7 23:05:12 UTC 2007 TB --- 2007-02-07 23:05:12 - generating LINT kernel config TB --- 2007-02-07 23:05:12 - cd /src/sys/sparc64/conf TB --- 2007-02-07 23:05:12 - /usr/bin/make -B LINT TB --- 2007-02-07 23:05:12 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-07 23:05:12 - cd /src TB --- 2007-02-07 23:05:12 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Feb 7 23:05:12 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/geom/part/g_part.c awk -f /src/sys/tools/makeobjops.awk /src/sys/geom/part/g_part_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror g_part_if.c In file included from g_part_if.c:24: /src/sys/geom/geom.h: In function `g_free': /src/sys/geom/geom.h:307: warning: implicit declaration of function `KASSERT' /src/sys/geom/geom.h:307: warning: nested extern declaration of `KASSERT' /src/sys/geom/geom.h:309: warning: left-hand operand of comma expression has no effect /src/sys/geom/geom.h:309: warning: left-hand operand of comma expression has no effect *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-07 23:12:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-07 23:12:05 - ERROR: failed to build lint kernel TB --- 2007-02-07 23:12:05 - tinderbox aborted TB --- 0.62 user 2.41 system 4421.79 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Feb 7 23:24:09 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6FCDC16A400 for ; Wed, 7 Feb 2007 23:24:09 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 0456013C4AC for ; Wed, 7 Feb 2007 23:24:08 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HEw8p-0005EO-Oy for freebsd-current@freebsd.org; Thu, 08 Feb 2007 00:23:55 +0100 Received: from mulderlab.f5.com ([205.229.151.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 08 Feb 2007 00:23:55 +0100 Received: from atkin901 by mulderlab.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 08 Feb 2007 00:23:55 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Date: Wed, 07 Feb 2007 15:23:47 -0800 Lines: 96 Message-ID: References: <20070110120731.GA1515@shark.localdomain> <200701100910.13167.jhb@freebsd.org> <20070110155331.GA2762@shark.localdomain> <20070111004044.GA33964@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: mulderlab.f5.com User-Agent: KNode/0.10.4 Sender: news Subject: Re: nve related LOR triggered by lots of small packets, and a hard hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 23:24:09 -0000 Pyun YongHyeon wrote: > On Wed, Jan 10, 2007 at 06:53:31PM +0300, Sergey Zaharchenko wrote: > > Hello John! > > > > Wed, Jan 10, 2007 at 09:10:12AM -0500 you wrote: > > [snip] > > > Have you tried using nfe(4)? :) > > > > Now I have, and it works just fine, thanks (I somehow thought nfe was > > specific to some platform). Why isn't it the default? Smaller range of > > hardware supported? > > > > AFAIK, nfe(4) supports more hardwares than that of nve(4). > Try overhauled nfe(4) in the following URL. > > http://people.freebsd.org/~yongari/nfe/if_nfe.c > http://people.freebsd.org/~yongari/nfe/if_nfereg.h > http://people.freebsd.org/~yongari/nfe/if_nfevar.h > > The patch fixed serveral bugs in nfe(4) and it should perform better > than nve(4). The following hardware features are supported. > o TSO > o Tx/Rx IP/TCP/UDP checksum offload > o VLAN hardware tag insertion/stripping > o Jumbo frame(up to 9100 bytes) > > It seems that the hardware supports MSI/MSI-X too but I don't have > nForce hardwares that supports MSI/MSI-X so it's hard to implement/ > experiment it. Accoring to the Shigeaki Tagashira, the author of > FreeBSD nfe(4), his hardware claims to support 8 messages. I've > checked Linux forcedeth driver to get hardware information for > MSI/MSI-X but it I cound't understand the details. :-( > I've been running into this hardlock LOR a lot recently on a TYAN 2895 (K8WE) based box. So I tried your patch to nfe on today's -current. I tried a couple of small packet ping floods to a lan neighbor under nfe and it survived. Did fine with some large NFS over TCP transfers as well. However, I'll leave it up and running to see if it keels over in the future. pci128: on pcib6 pci128: physical bus=128 found-> vendor=0x10de, dev=0x005e, revid=0xa3 bus=128, slot=0, func=0 class=05-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x00d3, revid=0xa3 bus=128, slot=1, func=0 class=05-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[14]: type 1, range 32, base 0xd8400000, size 12, enabled found-> vendor=0x10de, dev=0x0057, revid=0xa3 bus=128, slot=10, func=0 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x01 (250 ns), maxlat=0x14 (5000 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 0xd8401000, size 12, enabled map[14]: type 4, range 32, base 0x3000, size 3, enabled pcib6: matched entry for 128.10.INTA (src \\_SB_.PCI1.LMAC:0) pci_link22: Picked IRQ 52 with weight 0 ioapic3: Changing polarity for pin 20 to high pcib6: slot 10 INTA routed to irq 52 via \\_SB_.PCI1.LMAC found-> vendor=0x10de, dev=0x005d, revid=0xa3 bus=128, slot=14, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit pci128: at device 0.0 (no driver attached) pci128: at device 1.0 (no driver attached) nfe1: port 0x3000-0x3007 mem 0xd8 401000-0xd8401fff irq 52 at device 10.0 on pci128 nfe1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd8401000 nfe1: bpf attached e1: Ethernet address: 00:e0:81:57:d9:af miibus1: on nfe1 e1000phy1: PHY 1 on miibus1 e1000phy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto ioapic3: routing intpin 20 (PCI IRQ 52) to vector 57 nfe1: [MPSAFE] nfe1: [FAST] -- Mark Atkinson atkin901@yahoo.com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Wed Feb 7 23:43:27 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D56A716A402; Wed, 7 Feb 2007 23:43:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id AB9D213C4A7; Wed, 7 Feb 2007 23:43:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l17NhQEE074475; Wed, 7 Feb 2007 18:43:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l17NhPWQ024303; Wed, 7 Feb 2007 18:43:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A6A3F73039; Wed, 7 Feb 2007 18:43:25 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070207234325.A6A3F73039@freebsd-current.sentex.ca> Date: Wed, 7 Feb 2007 18:43:25 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner3 X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2007 23:43:27 -0000 TB --- 2007-02-07 22:38:53 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-07 22:38:53 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-02-07 22:38:53 - cleaning the object tree TB --- 2007-02-07 22:39:26 - checking out the source tree TB --- 2007-02-07 22:39:26 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-02-07 22:39:26 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-07 22:47:56 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-07 22:47:56 - cd /src TB --- 2007-02-07 22:47:56 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 7 22:47:58 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Feb 7 23:37:12 UTC 2007 TB --- 2007-02-07 23:37:12 - generating LINT kernel config TB --- 2007-02-07 23:37:12 - cd /src/sys/sun4v/conf TB --- 2007-02-07 23:37:12 - /usr/bin/make -B LINT TB --- 2007-02-07 23:37:13 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-07 23:37:13 - cd /src TB --- 2007-02-07 23:37:13 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Feb 7 23:37:13 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/geom/part/g_part.c awk -f /src/sys/tools/makeobjops.awk /src/sys/geom/part/g_part_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror g_part_if.c In file included from g_part_if.c:24: /src/sys/geom/geom.h: In function `g_free': /src/sys/geom/geom.h:307: warning: implicit declaration of function `KASSERT' /src/sys/geom/geom.h:307: warning: nested extern declaration of `KASSERT' /src/sys/geom/geom.h:309: warning: left-hand operand of comma expression has no effect /src/sys/geom/geom.h:309: warning: left-hand operand of comma expression has no effect *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-07 23:43:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-07 23:43:25 - ERROR: failed to build lint kernel TB --- 2007-02-07 23:43:25 - tinderbox aborted TB --- 0.66 user 2.01 system 3872.38 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Feb 8 01:10:21 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4E29216A402 for ; Thu, 8 Feb 2007 01:10:18 +0000 (UTC) (envelope-from michiel@boland.org) Received: from neerbosch.nijmegen.internl.net (neerbosch.nijmegen.internl.net [217.149.193.38]) by mx1.freebsd.org (Postfix) with ESMTP id B3C1A13C441 for ; Thu, 8 Feb 2007 01:10:06 +0000 (UTC) (envelope-from michiel@boland.org) Received: from neerbosch.nijmegen.internl.net by neerbosch.nijmegen.internl.net via neerbosch.nijmegen.internl.net [217.149.193.38] with ESMTP for id l180hbNq023020 (8.13.4/1.4); Thu, 8 Feb 2007 01:43:37 +0100 (MET) Received: from localhost by neerbosch.nijmegen.internl.net via mboland@localhost with ESMTP for id l180hbQt023017 (8.13.4/2.02); Thu, 8 Feb 2007 01:43:37 +0100 (MET) X-Authentication-Warning: neerbosch.nijmegen.internl.net: mboland owned process doing -bs Date: Thu, 8 Feb 2007 01:43:37 +0100 (MET) From: Michiel Boland To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: latest xorg port compiles but does not run on sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2007 01:10:21 -0000 Hi. I'm not sure what exactly is the correct mailing list for these things, since it applies to both -current, -sparc64 and -ports, so I thought I would try -current first. Sorry if this is inappropriate. Anyway, I recently got hold of an old Sun Ultra10 which I upgraded from 6.2-RELEASE to -CURRENT (dated about midnight, 7 feb). At that time no ports were installed. Then I proceeded to build and install the xorg-server port (xorg-server-6.9.0_6) manually, but it wouldn't run. On startup of X the rather curious message appeared: dlopen: /usr/X11R6/lib/modules/fonts/libbitmap.so: Undefined symbol "xf86stderr". Unfortunately I forgot to make a typescript, so I can't tell if something went wrong during the build. Building xorg on an ultra10 takes several hours, so please forgive me for not building a second time. Meanwhile I got X running using binary packages. Does anyone have any clue as to what might have happend? The full Xorg.log is reproduced below. Cheers Michiel X Window System Version 6.9.0 Release Date: 21 December 2005 X Protocol Version 11, Revision 0, Release 6.9 Build Operating System: FreeBSD 7.0 sparc64 [ELF] Current Operating System: FreeBSD charliefreak.boland.org 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Wed Feb 7 08:32:15 CET 2007 root@charliefreak.boland.org:/usr/obj/usr/src/sys/GENERIC sparc64 Build Date: 07 February 2007 Before reporting problems, check http://wiki.X.Org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Thu Feb 8 00:09:00 2007 (EE) Unable to locate/open config file (II) Module ABI versions: X.Org ANSI C Emulation: 0.2 X.Org Video Driver: 0.8 X.Org XInput driver : 0.5 X.Org Server Extension : 0.2 X.Org Font Renderer : 0.4 (II) Loader running on freebsd (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.so dlopen: /usr/X11R6/lib/modules/fonts/libbitmap.so: Undefined symbol "xf86stderr" (EE) Failed to load /usr/X11R6/lib/modules/fonts/libbitmap.so (II) UnloadModule: "bitmap" (EE) Failed to load module "bitmap" (loader failed, 7) (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.so (II) Module pcidata: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.8 Fatal server error: Unable to load required base modules, Exiting... Please consult the The X.Org Foundation support at http://wiki.X.Org for help. Please also check the log file at "/var/log/Xorg.0.log" for additional information. From owner-freebsd-current@FreeBSD.ORG Thu Feb 8 01:21:49 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 12E7916A40F; Thu, 8 Feb 2007 01:21:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D2AFB13C4AA; Thu, 8 Feb 2007 01:21:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l181Llvv080326; Wed, 7 Feb 2007 20:21:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l181Lk1e084478; Wed, 7 Feb 2007 20:21:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A565473039; Wed, 7 Feb 2007 20:21:46 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070208012146.A565473039@freebsd-current.sentex.ca> Date: Wed, 7 Feb 2007 20:21:46 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2007 01:21:49 -0000 TB --- 2007-02-07 23:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-07 23:45:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-02-07 23:45:00 - cleaning the object tree TB --- 2007-02-07 23:45:51 - checking out the source tree TB --- 2007-02-07 23:45:51 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-02-07 23:45:51 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-07 23:57:00 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-07 23:57:00 - cd /src TB --- 2007-02-07 23:57:00 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 7 23:57:01 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Feb 8 01:13:35 UTC 2007 TB --- 2007-02-08 01:13:35 - generating LINT kernel config TB --- 2007-02-08 01:13:35 - cd /src/sys/amd64/conf TB --- 2007-02-08 01:13:35 - /usr/bin/make -B LINT TB --- 2007-02-08 01:13:35 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-08 01:13:35 - cd /src TB --- 2007-02-08 01:13:35 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Feb 8 01:13:35 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/geom/part/g_part.c awk -f /src/sys/tools/makeobjops.awk /src/sys/geom/part/g_part_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue g_part_if.c In file included from g_part_if.c:24: /src/sys/geom/geom.h: In function `g_free': /src/sys/geom/geom.h:307: warning: implicit declaration of function `KASSERT' /src/sys/geom/geom.h:307: warning: nested extern declaration of `KASSERT' /src/sys/geom/geom.h:309: warning: left-hand operand of comma expression has no effect /src/sys/geom/geom.h:309: warning: left-hand operand of comma expression has no effect *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-08 01:21:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-08 01:21:46 - ERROR: failed to build lint kernel TB --- 2007-02-08 01:21:46 - tinderbox aborted TB --- 0.86 user 3.51 system 5805.46 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Feb 8 02:00:04 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7FDA516A400 for ; Thu, 8 Feb 2007 02:00:03 +0000 (UTC) (envelope-from rcoleman@criticalmagic.com) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [64.74.207.196]) by mx1.freebsd.org (Postfix) with ESMTP id 2449A13C49D for ; Thu, 8 Feb 2007 02:00:03 +0000 (UTC) (envelope-from rcoleman@criticalmagic.com) Received: from neptune.criticalmagic.com (adsl-074-229-078-253.sip.asm.bellsouth.net [74.229.78.253]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "neptune.criticalmagic.com", Issuer "Critical Magic Root Certificate" (verified OK)) by saturn.criticalmagic.com (Postfix) with ESMTP id 6472A39808; Wed, 7 Feb 2007 20:30:12 -0500 (EST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by neptune.criticalmagic.com (Postfix) with ESMTP id DC3586D40E; Wed, 7 Feb 2007 20:30:11 -0500 (EST) Message-ID: <45CA7D23.8050501@criticalmagic.com> Date: Wed, 07 Feb 2007 20:30:11 -0500 From: Richard Coleman Organization: Critical Magic User-Agent: Thunderbird 1.5.0.9 (X11/20070128) MIME-Version: 1.0 To: Michiel Boland References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: latest xorg port compiles but does not run on sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2007 02:00:05 -0000 Michiel Boland wrote: > Hi. I'm not sure what exactly is the correct mailing list for these > things, since it applies to both -current, -sparc64 and -ports, so I > thought I would try -current first. Sorry if this is inappropriate. > > Anyway, I recently got hold of an old Sun Ultra10 which I upgraded from > 6.2-RELEASE to -CURRENT (dated about midnight, 7 feb). At that time no > ports were installed. > > Then I proceeded to build and install the xorg-server port > (xorg-server-6.9.0_6) manually, but it wouldn't run. On startup of X the > rather curious message appeared: > > dlopen: /usr/X11R6/lib/modules/fonts/libbitmap.so: Undefined symbol > "xf86stderr". > > Unfortunately I forgot to make a typescript, so I can't tell if > something went wrong during the build. Building xorg on an ultra10 takes > several hours, so please forgive me for not building a second time. > Meanwhile I got X running using binary packages. > > Does anyone have any clue as to what might have happend? The full > Xorg.log is reproduced below. > > Cheers > Michiel > > X Window System Version 6.9.0 > Release Date: 21 December 2005 > X Protocol Version 11, Revision 0, Release 6.9 > Build Operating System: FreeBSD 7.0 sparc64 [ELF] Current Operating > System: FreeBSD charliefreak.boland.org 7.0-CURRENT FreeBSD 7.0-CURRENT > #0: Wed Feb 7 08:32:15 CET 2007 > root@charliefreak.boland.org:/usr/obj/usr/src/sys/GENERIC sparc64 > Build Date: 07 February 2007 > Before reporting problems, check http://wiki.X.Org > to make sure that you have the latest version. > Module Loader present > Markers: (--) probed, (**) from config file, (==) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > (==) Log file: "/var/log/Xorg.0.log", Time: Thu Feb 8 00:09:00 2007 > (EE) Unable to locate/open config file > (II) Module ABI versions: > X.Org ANSI C Emulation: 0.2 > X.Org Video Driver: 0.8 > X.Org XInput driver : 0.5 > X.Org Server Extension : 0.2 > X.Org Font Renderer : 0.4 > (II) Loader running on freebsd > (II) LoadModule: "bitmap" > (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.so > dlopen: /usr/X11R6/lib/modules/fonts/libbitmap.so: Undefined symbol > "xf86stderr" > (EE) Failed to load /usr/X11R6/lib/modules/fonts/libbitmap.so > (II) UnloadModule: "bitmap" > (EE) Failed to load module "bitmap" (loader failed, 7) > (II) LoadModule: "pcidata" > (II) Loading /usr/X11R6/lib/modules/libpcidata.so > (II) Module pcidata: vendor="X.Org Foundation" > compiled for 6.9.0, module version = 1.0.0 > ABI class: X.Org Video Driver, version 0.8 > > Fatal server error: > Unable to load required base modules, Exiting... > > > Please consult the The X.Org Foundation support > at http://wiki.X.Org > for help. Please also check the log file at "/var/log/Xorg.0.log" for > additional information. It's not sparc64 specific. I've been getting the same error on FreeBSD/i386-CURRENT since Monday. I've re-cvsuped/rebuilt everything multiple times, but always get that same error (can't load module bitmap) when I try to start the server. Richard Coleman rcoleman@criticalmagic.com From owner-freebsd-current@FreeBSD.ORG Thu Feb 8 02:06:45 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4FB2116A400; Thu, 8 Feb 2007 02:06:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 24B6613C48E; Thu, 8 Feb 2007 02:06:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l1826fGE083468; Wed, 7 Feb 2007 21:06:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1826f6U007432; Wed, 7 Feb 2007 21:06:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2675C73039; Wed, 7 Feb 2007 21:06:41 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070208020641.2675C73039@freebsd-current.sentex.ca> Date: Wed, 7 Feb 2007 21:06:41 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2007 02:06:45 -0000 TB --- 2007-02-08 00:53:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-08 00:53:20 - starting HEAD tinderbox run for i386/i386 TB --- 2007-02-08 00:53:20 - cleaning the object tree TB --- 2007-02-08 00:53:44 - checking out the source tree TB --- 2007-02-08 00:53:44 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-02-08 00:53:44 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-08 01:01:26 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-08 01:01:26 - cd /src TB --- 2007-02-08 01:01:26 - /usr/bin/make -B buildworld >>> World build started on Thu Feb 8 01:01:28 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Feb 8 01:57:39 UTC 2007 TB --- 2007-02-08 01:57:39 - generating LINT kernel config TB --- 2007-02-08 01:57:39 - cd /src/sys/i386/conf TB --- 2007-02-08 01:57:39 - /usr/bin/make -B LINT TB --- 2007-02-08 01:57:39 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-08 01:57:39 - cd /src TB --- 2007-02-08 01:57:39 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Feb 8 01:57:39 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/geom/part/g_part.c awk -f /src/sys/tools/makeobjops.awk /src/sys/geom/part/g_part_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue g_part_if.c In file included from g_part_if.c:24: /src/sys/geom/geom.h: In function `g_free': /src/sys/geom/geom.h:307: warning: implicit declaration of function `KASSERT' /src/sys/geom/geom.h:307: warning: nested extern declaration of `KASSERT' /src/sys/geom/geom.h:309: warning: left-hand operand of comma expression has no effect /src/sys/geom/geom.h:309: warning: left-hand operand of comma expression has no effect *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-08 02:06:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-08 02:06:40 - ERROR: failed to build lint kernel TB --- 2007-02-08 02:06:40 - tinderbox aborted TB --- 0.67 user 1.59 system 4400.58 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Feb 8 02:06:45 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E255616A402 for ; Thu, 8 Feb 2007 02:06:43 +0000 (UTC) (envelope-from lists@swaggi.com) Received: from rusty.swaggy.net (rusty.swaggy.net [66.103.13.18]) by mx1.freebsd.org (Postfix) with ESMTP id B6F0113C49D for ; Thu, 8 Feb 2007 02:06:43 +0000 (UTC) (envelope-from lists@swaggi.com) Received: from [127.0.0.1] (helo=swaggi.com) by rusty.swaggy.net with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HEyUT-000MSG-IG; Wed, 07 Feb 2007 20:54:34 -0500 From: "Yuri Lukin" To: Sam Leffler Date: Wed, 7 Feb 2007 20:54:25 -0500 Message-Id: <20070208014148.M69004@swaggi.com> In-Reply-To: <45C2A9AC.10909@errno.com> References: <45C2A9AC.10909@errno.com> X-Mailer: swaggi.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: CFT: newath hal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2007 02:06:45 -0000 On Thu, 01 Feb 2007 19:02:04 -0800, Sam Leffler wrote > You can find hal version 0.9.30.7 here: > > http://people.freebsd.org/~sam/ath_hal-20070201.tgz > I am having a hard time getting two SR9s to work together. I have two Soekris boxes with an SR9 in each side by side (literally 5 inches away from each other) and I keep seeing "status: no carrier" on the client side: root@bsdap# ifconfig ath0 ath0: flags=8843 mtu 1500 inet 192.168.0.2 netmask 0xffffff00 broadcast 192.168.0.255 ether 00:15:6d:90:03:b4 media: IEEE8802.11 Wireless Ethernet autoselect mode 11g status: no carrier ssid test channel 33 authmode OPEN privacy OFF txpowmax 33 bmiss 7 burst bintval 100 If I let it scan and enable debugging, it will scan through all the available channels (I did set countrycode to 843 in order to use the 900Mhz band) and come up with nothing: root@bsdap# wlandebug -i ath0 +scan net.wlan.0.debug: 0x0 => 0x200000 root@bsdap# ath0: ieee80211_cancel_scan: end passive scan ath0: notify scan done ath0: ieee80211_end_scan: no scan candidate ieee80211_reset_scan: scan set: 3, 4, 13, 14, 16, 23, 24, 26, 33, 34 start chan 4 ath0: ieee80211_next_scan: chan 4->13 ath0: ieee80211_next_scan: chan 13->14 ath0: ieee80211_next_scan: chan 14->16 ath0: ieee80211_next_scan: chan 16->23 ath0: ieee80211_next_scan: chan 23->24 ath0: ieee80211_next_scan: chan 24->26 ath0: ieee80211_next_scan: chan 26->33 ath0: ieee80211_next_scan: chan 33->34 ath0: ieee80211_next_scan: chan 34->3 ath0: ieee80211_next_scan: chan 3->4 ath0: ieee80211_cancel_scan: end passive scan ath0: notify scan done ath0: ieee80211_end_scan: no scan candidate This doesn't look right to me: root@bsdap# athstats 0M current transmit rate -80 rx noise floor Antenna profile: I am using the same image (read-only on a Compact Flash card) on both client and host sides: root@bsdap# uname -a FreeBSD bsdap 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Tue Feb 6 15:08:10 UTC 2007 swaggy@bsdap:/usr/src/sys/i386/compile/BSDAP i386 root@bsdap# dmesg | grep ath ath_hal: 0.9.30.7 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) ath0: mem 0xa0000000-0xa000ffff irq 10 at device 16.0 on pci0 ath0: using obsolete if_watchdog interface ath0: Ethernet address: 00:15:6d:90:03:b4 ath0: mac 5.9 phy 4.3 radio 4.6 ..and host side: swaggy@bsdap# uname -a FreeBSD bsdap 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Tue Feb 6 15:08:10 UTC 2007 swaggy@bsdap:/usr/src/sys/i386/compile/BSDAP i386 swaggy@bsdap# dmesg | grep ath ath_hal: 0.9.30.7 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) ath0: mem 0xa0000000-0xa000ffff irq 10 at device 16.0 on pci0 ath0: using obsoleted if_watchdog interface ath0: Ethernet address: 00:15:6d:90:03:a7 ath0: mac 5.9 phy 4.3 radio 4.6 The host side interface looks like this: swaggy@bsdap# ifconfig ath0 ath0: flags=8843 mtu 1500 inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255 ether 00:15:6d:90:03:a7 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated ssid test channel 33 bssid 00:15:6d:90:03:a7 authmode OPEN privacy OFF txpowmax 33 bmiss 7 burst dtimperiod 1 bintval 100 swaggy@bsdap# athstats 1 data frames transmit 0M current transmit rate 1 tx frames with no ack marked 15636 rx failed 'cuz of PHY err 15636 CCK timing 3788 beacons transmitted 66 periodic calibrations 1 rfgain value change -96 rx noise floor Antenna profile: [1] tx 1 rx 0 Enabling any kind of debugging on the host side produces no output. I must be missing something here because if I put two regular a/b/g cards (CM9 and Senao NMP-8602+) into these boxes, then I have no problems connecting them together with the same drivers (0.9.30.7 hal on 7.0-CURRENT). I even tried hooking up a pigtail to each card since I don't have any 900mhz antennas but to no avail. However, the a/b/g cards work without pigtail/antenna. The SR9s have been recently tested with latest madwifi-ng under Linux so it's unlikely this is a hardware problem but not completely impossible. I did try switching the cards around but that didn't help either. Looking for some help here on how to troubleshoot this.... Thanks. Yuri From owner-freebsd-current@FreeBSD.ORG Thu Feb 8 03:09:20 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E4D5816A400 for ; Thu, 8 Feb 2007 03:09:16 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id AAC8F13C48D for ; Thu, 8 Feb 2007 03:09:16 +0000 (UTC) (envelope-from sam@errno.com) Received: from [10.0.0.178] ([10.0.0.178]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l1839FE1050045 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 7 Feb 2007 19:09:16 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <45CA945C.4050108@errno.com> Date: Wed, 07 Feb 2007 19:09:16 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Yuri Lukin References: <45C2A9AC.10909@errno.com> <20070208014148.M69004@swaggi.com> In-Reply-To: <20070208014148.M69004@swaggi.com> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: CFT: newath hal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2007 03:09:20 -0000 Yuri Lukin wrote: > I even > tried hooking up a pigtail to each card since I don't have any 900mhz antennas > but to no avail. However, the a/b/g cards work without pigtail/antenna. My experience is that w/o antennae you will get no communication. Sam From owner-freebsd-current@FreeBSD.ORG Thu Feb 8 03:39:00 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D51E516A407; Thu, 8 Feb 2007 03:38:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 22D4313C478; Thu, 8 Feb 2007 03:38:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l183cw9D013521; Wed, 7 Feb 2007 22:38:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l183cwuE035814; Wed, 7 Feb 2007 22:38:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4CA8973039; Wed, 7 Feb 2007 22:38:58 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070208033858.4CA8973039@freebsd-current.sentex.ca> Date: Wed, 7 Feb 2007 22:38:58 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2007 03:39:00 -0000 TB --- 2007-02-08 02:06:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-08 02:06:41 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-02-08 02:06:41 - cleaning the object tree TB --- 2007-02-08 02:07:01 - checking out the source tree TB --- 2007-02-08 02:07:01 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-02-08 02:07:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-08 02:15:30 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-08 02:15:30 - cd /src TB --- 2007-02-08 02:15:30 - /usr/bin/make -B buildworld >>> World build started on Thu Feb 8 02:15:31 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Feb 8 03:29:17 UTC 2007 TB --- 2007-02-08 03:29:17 - generating LINT kernel config TB --- 2007-02-08 03:29:17 - cd /src/sys/ia64/conf TB --- 2007-02-08 03:29:17 - /usr/bin/make -B LINT TB --- 2007-02-08 03:29:17 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-08 03:29:17 - cd /src TB --- 2007-02-08 03:29:17 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Feb 8 03:29:17 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /src/sys/geom/part/g_part.c awk -f /src/sys/tools/makeobjops.awk /src/sys/geom/part/g_part_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror g_part_if.c In file included from g_part_if.c:24: /src/sys/geom/geom.h: In function `g_free': /src/sys/geom/geom.h:307: warning: implicit declaration of function `KASSERT' /src/sys/geom/geom.h:307: warning: nested extern declaration of `KASSERT' /src/sys/geom/geom.h:309: warning: left-hand operand of comma expression has no effect /src/sys/geom/geom.h:309: warning: left-hand operand of comma expression has no effect *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-08 03:38:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-08 03:38:58 - ERROR: failed to build lint kernel TB --- 2007-02-08 03:38:58 - tinderbox aborted TB --- 0.43 user 1.72 system 5536.85 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Feb 8 04:08:13 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A3A9116A402; Thu, 8 Feb 2007 04:08:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7C0C213C4A7; Thu, 8 Feb 2007 04:08:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1848CVX015320; Wed, 7 Feb 2007 23:08:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1848CdA008165; Wed, 7 Feb 2007 23:08:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6948A73039; Wed, 7 Feb 2007 23:08:12 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070208040812.6948A73039@freebsd-current.sentex.ca> Date: Wed, 7 Feb 2007 23:08:12 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2007 04:08:13 -0000 TB --- 2007-02-08 02:57:39 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-08 02:57:39 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-02-08 02:57:39 - cleaning the object tree TB --- 2007-02-08 02:58:07 - checking out the source tree TB --- 2007-02-08 02:58:07 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-02-08 02:58:07 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-08 03:05:31 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-08 03:05:31 - cd /src TB --- 2007-02-08 03:05:31 - /usr/bin/make -B buildworld >>> World build started on Thu Feb 8 03:05:32 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Feb 8 04:02:16 UTC 2007 TB --- 2007-02-08 04:02:16 - generating LINT kernel config TB --- 2007-02-08 04:02:16 - cd /src/sys/powerpc/conf TB --- 2007-02-08 04:02:16 - /usr/bin/make -B LINT TB --- 2007-02-08 04:02:16 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-08 04:02:16 - cd /src TB --- 2007-02-08 04:02:16 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Feb 8 04:02:16 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/geom/part/g_part.c awk -f /src/sys/tools/makeobjops.awk /src/sys/geom/part/g_part_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror g_part_if.c In file included from g_part_if.c:24: /src/sys/geom/geom.h: In function `g_free': /src/sys/geom/geom.h:307: warning: implicit declaration of function `KASSERT' /src/sys/geom/geom.h:307: warning: nested extern declaration of `KASSERT' /src/sys/geom/geom.h:309: warning: left-hand operand of comma expression has no effect /src/sys/geom/geom.h:309: warning: left-hand operand of comma expression has no effect *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-08 04:08:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-08 04:08:12 - ERROR: failed to build lint kernel TB --- 2007-02-08 04:08:12 - tinderbox aborted TB --- 0.52 user 1.66 system 4232.78 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Feb 8 04:53:39 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C185816A400; Thu, 8 Feb 2007 04:53:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 96A3E13C481; Thu, 8 Feb 2007 04:53:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l184rW99091538; Wed, 7 Feb 2007 23:53:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l184rWW7013232; Wed, 7 Feb 2007 23:53:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6C4F873039; Wed, 7 Feb 2007 23:53:32 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070208045332.6C4F873039@freebsd-current.sentex.ca> Date: Wed, 7 Feb 2007 23:53:32 -0500 (EST) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner3 X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2007 04:53:40 -0000 TB --- 2007-02-08 03:38:58 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-02-08 03:38:58 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-02-08 03:38:58 - cleaning the object tree TB --- 2007-02-08 03:39:25 - checking out the source tree TB --- 2007-02-08 03:39:25 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-02-08 03:39:25 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-02-08 03:48:33 - building world (CFLAGS=-O2 -pipe) TB --- 2007-02-08 03:48:33 - cd /src TB --- 2007-02-08 03:48:33 - /usr/bin/make -B buildworld >>> World build started on Thu Feb 8 03:48:35 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Feb 8 04:46:09 UTC 2007 TB --- 2007-02-08 04:46:09 - generating LINT kernel config TB --- 2007-02-08 04:46:09 - cd /src/sys/sparc64/conf TB --- 2007-02-08 04:46:09 - /usr/bin/make -B LINT TB --- 2007-02-08 04:46:10 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-02-08 04:46:10 - cd /src TB --- 2007-02-08 04:46:10 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Feb 8 04:46:10 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/geom/part/g_part.c awk -f /src/sys/tools/makeobjops.awk /src/sys/geom/part/g_part_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror g_part_if.c In file included from g_part_if.c:24: /src/sys/geom/geom.h: In function `g_free': /src/sys/geom/geom.h:307: warning: implicit declaration of function `KASSERT' /src/sys/geom/geom.h:307: warning: nested extern declaration of `KASSERT' /src/sys/geom/geom.h:309: warning: left-hand operand of comma expression has no effect /src/sys/geom/geom.h:309: warning: left-hand operand of comma expression has no effect *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-02-08 04:53:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-02-08 04:53:32 - ERROR: failed to build lint kernel TB --- 2007-02-08 04:53:32 - tinderbox aborted TB --- 0.53 user 1.80 system 4473.81 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Feb 8 05:52:27 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5620816A4A1 for ; Thu, 8 Feb 2007 05:52:22 +0000 (UTC) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos.bsdclusters.com [69.55.225.36]) by mx1.freebsd.org (Postfix) with ESMTP id 37F1E13C4B5 for ; Thu, 8 Feb 2007 05:52:22 +0000 (UTC) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos [69.55.225.36]) by demos.bsdclusters.com (8.12.8p1/8.12.8) with ESMTP id l185qHL6023280; Wed, 7 Feb 2007 21:52:17 -0800 (PST) (envelope-from kmacy@fsmware.com) Received: from localhost (kmacy@localhost) by demos.bsdclusters.com (8.12.8p1/8.12.8/Submit) with ESMTP id l185qHAA023270; Wed, 7 Feb 2007 21:52:17 -0800 (PST) X-Authentication-Warning: demos.bsdclusters.com: kmacy owned process doing -bs Date: Wed, 7 Feb 2007 21:52:16 -0800 (PST) From: Kip Macy X-X-Sender: kmacy@demos.bsdclusters.com To: Ian FREISLICH In-Reply-To: Message-ID: <20070207215110.D12681@demos.bsdclusters.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Broadcom Wireless card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2007 05:52:28 -0000 Bleh - looks like you need an updated kgdb, my gcc 4.0 fix broke it for tracing across traps. I'll need to know where the page fault happened to look at this further. -Kip On Thu, 8 Feb 2007, Ian FREISLICH wrote: >> >> I can't comment on the mini-pci version, but NDIS works just fine with >> the cardbus version. It would be interesting to figure out where ndis is >> falling short. > > I get the following panic: > > Unread portion of the kernel message buffer: > ndis0: mem 0xfaff6000-0xfaff7fff irq 9 > at device 3.0 on pci2 > ndis0: NDIS API version: 5.1 > > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x2 > fault code = supervisor read, page not present > instruction pointer = 0x20:0x2 > stack pointer = 0x28:0xe63fb914 > frame pointer = 0x28:0x7b4 > 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 = 641 (kldload) > trap number = 12 > panic: page fault > Uptime: 3m43s > Physical memory: 1015 MB > Dumping 154 MB: 139 123 107 91 75 59 43 27 11 > > #0 doadump () at pcpu.h:147 > 147 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) bt > #0 doadump () at pcpu.h:147 > #1 0xc04fb34a in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:411 > #2 0xc04fb64b in panic (fmt=0xc06a4376 "%s") > at /usr/src/sys/kern/kern_shutdown.c:567 > #3 0xc0681e68 in trap_fatal (frame=0xe63fb8d4, eva=0) > at /usr/src/sys/i386/i386/trap.c:868 > #4 0xc0681b88 in trap_pfault (frame=0xe63fb8d4, usermode=0, eva=2) > at /usr/src/sys/i386/i386/trap.c:777 > #5 0xc0681765 in trap (frame=0xe63fb8d4) at /usr/src/sys/i386/i386/trap.c:462 > #6 0xc06709ab in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #7 0x00000000 in ?? () > Previous frame inner to this frame (corrupt stack?) > > > -- > Ian Freislich > > From owner-freebsd-current@FreeBSD.ORG Thu Feb 8 06:13:42 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7277D16A400 for ; Thu, 8 Feb 2007 06:13:42 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 4226913C4A3 for ; Thu, 8 Feb 2007 06:13:42 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from uucp by munchkin.clue.co.za with local (Exim 4.62) (envelope-from ) id 1HF28c-0005YG-Ch; Thu, 08 Feb 2007 05:48:06 +0000 Received: from [10.0.0.19] (helo=hetzner.co.za) by urchin.clue.co.za with esmtpa (Exim 4.62) (envelope-from ) id 1HF28E-0001O5-S9; Thu, 08 Feb 2007 05:47:44 +0000 Received: from localhost ([127.0.0.1]) by hetzner.co.za with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HF28B-00018c-2c; Thu, 08 Feb 2007 07:47:39 +0200 To: Kip Macy From: Ian FREISLICH In-reply-to: Your message of "Wed, 07 Feb 2007 14:28:32 PST." <20070207142711.V6583@demos.bsdclusters.com> X-Attribution: BOFH Date: Thu, 08 Feb 2007 07:47:39 +0200 Message-Id: X-Spam-Scanner: urchin.clue.co.za X-Spam-Score: 1.1 (+) [INT 11] X-Spam-Report: 1.1/5.0 ---- Start SpamAssassin results * 0.9 MSGID_FROM_MTA_ID Message-Id for external message added locally * 0.1 AWL AWL: From: address is in the auto white-list ---- End SpamAssassin results Cc: freebsd-current@freebsd.org Subject: Re: Broadcom Wireless card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2007 06:13:42 -0000 > > I can't comment on the mini-pci version, but NDIS works just fine with > the cardbus version. It would be interesting to figure out where ndis is > falling short. I get the following panic: Unread portion of the kernel message buffer: ndis0: mem 0xfaff6000-0xfaff7fff irq 9 at device 3.0 on pci2 ndis0: NDIS API version: 5.1 Fatal trap 12: page fault while in kernel mode fault virtual address = 0x2 fault code = supervisor read, page not present instruction pointer = 0x20:0x2 stack pointer = 0x28:0xe63fb914 frame pointer = 0x28:0x7b4 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 = 641 (kldload) trap number = 12 panic: page fault Uptime: 3m43s Physical memory: 1015 MB Dumping 154 MB: 139 123 107 91 75 59 43 27 11 #0 doadump () at pcpu.h:147 147 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:147 #1 0xc04fb34a in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:411 #2 0xc04fb64b in panic (fmt=0xc06a4376 "%s") at /usr/src/sys/kern/kern_shutdown.c:567 #3 0xc0681e68 in trap_fatal (frame=0xe63fb8d4, eva=0) at /usr/src/sys/i386/i386/trap.c:868 #4 0xc0681b88 in trap_pfault (frame=0xe63fb8d4, usermode=0, eva=2) at /usr/src/sys/i386/i386/trap.c:777 #5 0xc0681765 in trap (frame=0xe63fb8d4) at /usr/src/sys/i386/i386/trap.c:462 #6 0xc06709ab in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0x00000000 in ?? () Previous frame inner to this frame (corrupt stack?) -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu Feb 8 07:32:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5FDC016A401 for ; Thu, 8 Feb 2007 07:32:07 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 3CF2213C4A5 for ; Thu, 8 Feb 2007 07:32:07 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from uucp by munchkin.clue.co.za with local (Exim 4.62) (envelope-from ) id 1HF3lG-0004o7-NP; Thu, 08 Feb 2007 07:32:06 +0000 Received: from [10.0.0.19] (helo=hetzner.co.za) by urchin.clue.co.za with esmtpa (Exim 4.62) (envelope-from ) id 1HF3ko-0001hL-FO; Thu, 08 Feb 2007 07:31:43 +0000 Received: from localhost ([127.0.0.1]) by hetzner.co.za with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HF3kk-0001JE-Po; Thu, 08 Feb 2007 09:31:34 +0200 To: Kip Macy From: Ian FREISLICH In-reply-to: Your message of "Wed, 07 Feb 2007 21:52:16 PST." <20070207215110.D12681@demos.bsdclusters.com> X-Attribution: BOFH Date: Thu, 08 Feb 2007 09:31:34 +0200 Message-Id: X-Spam-Scanner: urchin.clue.co.za X-Spam-Score: 1.0 (+) [INT 10] X-Spam-Report: 1.0/5.0 ---- Start SpamAssassin results * 0.9 MSGID_FROM_MTA_ID Message-Id for external message added locally * 0.1 AWL AWL: From: address is in the auto white-list ---- End SpamAssassin results Cc: freebsd-current@freebsd.org Subject: Re: Broadcom Wireless card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2007 07:32:07 -0000 > > Bleh - looks like you need an updated kgdb, my gcc 4.0 fix broke it for > tracing across traps. I'll need to know where the page fault happened to > look at this further. I'm running current of yesterday. If you can tell me how to get the information you need from this crashdump, I'll get it for you. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu Feb 8 08:41:42 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9786F16A400 for ; Thu, 8 Feb 2007 08:41:41 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id 33FE413C481 for ; Thu, 8 Feb 2007 08:41:40 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by nf-out-0910.google.com with SMTP id m19so707613nfc for ; Thu, 08 Feb 2007 00:41:40 -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:content-transfer-encoding:content-disposition:references; b=cc9ct8sdEERI8rOUXMUTNw7vDICylH8p4sDEk+dPs4FJUOazeiaqgzLQwiHRlB0bNYLbjOzQ4bcNe9rO9jSNuS2aiNc/WtoiOd6gxHvQpjP3UPDwUUwf5usWJV1QZr8dVa96GuvDSMVunzNSqri9u9Bbv0jE89TWyPdAwcfZnW4= Received: by 10.82.163.13 with SMTP id l13mr1517433bue.1170924099568; Thu, 08 Feb 2007 00:41:39 -0800 (PST) Received: by 10.82.191.16 with HTTP; Thu, 8 Feb 2007 00:41:39 -0800 (PST) Message-ID: Date: Thu, 8 Feb 2007 00:41:39 -0800 From: "Kip Macy" To: "Ian FREISLICH" , "Kip Macy" , freebsd-current@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070207215110.D12681@demos.bsdclusters.com> Cc: Subject: Re: Broadcom Wireless card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2007 08:41:42 -0000 I'm on my blackberry at the moment so I can't get to it, I'll send you a kgdb patch this afternoon. -Kip On 2/7/07, Ian FREISLICH wrote: > > > > Bleh - looks like you need an updated kgdb, my gcc 4.0 fix broke it for > > tracing across traps. I'll need to know where the page fault happened to > > look at this further. > > I'm running current of yesterday. If you can tell me how to get > the information you need from this crashdump, I'll get it for you. > > Ian > > -- > Ian Freislich > > From owner-freebsd-current@FreeBSD.ORG Thu Feb 8 09:27:05 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4CF8616A413 for ; Thu, 8 Feb 2007 09:27:01 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (adsl-75-1-14-242.dsl.scrm01.sbcglobal.net [75.1.14.242]) by mx1.freebsd.org (Postfix) with ESMTP id 2B9D813C4C3 for ; Thu, 8 Feb 2007 09:27:01 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id l189QRwB012946; Thu, 8 Feb 2007 01:26:32 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200702080926.l189QRwB012946@gw.catspoiler.org> Date: Thu, 8 Feb 2007 01:26:27 -0800 (PST) From: Don Lewis To: michiel@boland.org In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org Subject: Re: latest xorg port compiles but does not run on sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2007 09:27:05 -0000 On 8 Feb, Michiel Boland wrote: > Hi. I'm not sure what exactly is the correct mailing list for these > things, since it applies to both -current, -sparc64 and -ports, so I > thought I would try -current first. Sorry if this is inappropriate. > > Anyway, I recently got hold of an old Sun Ultra10 which I upgraded from > 6.2-RELEASE to -CURRENT (dated about midnight, 7 feb). At that time no > ports were installed. > > Then I proceeded to build and install the xorg-server port > (xorg-server-6.9.0_6) manually, but it wouldn't run. On startup of X the > rather curious message appeared: > > dlopen: /usr/X11R6/lib/modules/fonts/libbitmap.so: Undefined symbol > "xf86stderr". I also ran into this problem, except that the complaint was about a different symbol. I suspect that the problem is an include file change in either the base system or one of the xorg-server dependencies. These are the steps that I went through to get my machine up and running: Use "cvs update -D", "make", "make deinstall", and "make reinstall" to revert xorg-server and xorg-libraries to versions from two weeks ago. Still broken. Use "cvs update -D", "make buildworld", and "make buildkernel" to revert the base system to a two week old version. The xorg-server failed to start after "make installworld" and also after a subsequent "make installkernel" and a reboot. Revert to two week old versions of these dependencies: textproc/expat2 x11-fonts/fontconfig print/freetype print/freetype2 graphics/libdrm devel/pkg-config Still broken ... "make clean && make && make deinstall && make reinstall" in xorg-server. Result -- SUCCESS! Create a package for xorg-server and use this package to install on another machine that broke with the latest update. Result - SUCCESS! I've got a plane to catch in a few hours, so I can't debug this further, but I hope this provides enough info for someone to track down the actual problem. From owner-freebsd-current@FreeBSD.ORG Thu Feb 8 09:54:05 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 98A9316A40D for ; Thu, 8 Feb 2007 09:54:03 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (adsl-75-1-14-242.dsl.scrm01.sbcglobal.net [75.1.14.242]) by mx1.freebsd.org (Postfix) with ESMTP id 5626B13C46B for ; Thu, 8 Feb 2007 09:54:03 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id l189rujU012991 for ; Thu, 8 Feb 2007 01:54:00 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200702080954.l189rujU012991@gw.catspoiler.org> Date: Thu, 8 Feb 2007 01:53:56 -0800 (PST) From: Don Lewis To: freebsd-current@FreeBSD.org In-Reply-To: <200702070002.l1702pmM007203@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: Subject: Re: i386 kernel page fault in generic_bcopy() during shutdown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2007 09:54:06 -0000 On 6 Feb, To: freebsd-current@FreeBSD.org wrote: > My Pentium-M laptop has consistently paniced during shutdown since I > updated kernel and world in early January. It still has the problem > even after I updated the kernel and world a couple days ago. My Athlon > XP desktop machine does not exhibit this problem. The kernel on the > affected machine is close to GENERIC, with SMP, apic, gif, faith, and > atapicd removed, and with atapicam added. > > The page faults occur in a couple of different places. I've seen > generic_bcopy() and pmap_allocpte(). Occasionally I see a double fault. > > > kgdb seems to have trouble unwinding the stack from the last crash: > > # kgdb /boot/kernel/kernel /var/crash/vmcore.6 > kgdb: kvm_nlist(_stopped_cpus): > kgdb: kvm_nlist(_stoppcbs): > [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: > > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0xd6247d90 > fault code = supervisor write, page not present > instruction pointer = 0x20:0xc089d9c6 > stack pointer = 0x28:0xd4ff0bb8 > frame pointer = 0x28:0xd4ff0be4 > 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 = 1018 (shutdown) > Physical memory: 502 MB > Dumping 67 MB: 52 36 20 4 > > #0 doadump () at pcpu.h:166 > 166 pcpu.h: No such file or directory. > in pcpu.h > #0 doadump () at pcpu.h:166 > #1 0xc0475a57 in db_fncall (dummy1=-721483344, dummy2=0, dummy3=-1063115424, > dummy4=0xd4ff098c "@z\ufffd\ufffd") at /usr/src/sys/ddb/db_command.c:486 > #2 0xc0475863 in db_command (last_cmdp=0xc09fb064, cmd_table=0x0) > at /usr/src/sys/ddb/db_command.c:401 > #3 0xc047591e in db_command_loop () at /usr/src/sys/ddb/db_command.c:453 > #4 0xc0477569 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:222 > #5 0xc06cabc9 in kdb_trap (type=12, code=0, tf=0x0) > at /usr/src/sys/kern/subr_kdb.c:502 > #6 0xc089feed in trap_fatal (frame=0xd4ff0b78, eva=3592715664) > at /usr/src/sys/i386/i386/trap.c:859 > #7 0xc089fc4f in trap_pfault (frame=0xd4ff0b78, usermode=0, eva=3592715664) > at /usr/src/sys/i386/i386/trap.c:777 > #8 0xc089f872 in trap (frame=0xd4ff0b78) at /usr/src/sys/i386/i386/trap.c:462 > #9 0xc089009b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #10 0xd6247d90 in ?? () > Previous frame inner to this frame (corrupt stack?) > > According to the instruction pointer in the trap frame, this time the > fault is occured inside generic_bcopy(). > > > (kgdb) list *0xc089d9c6 > 0xc089d9c6 is at /usr/src/sys/i386/i386/support.s:490. > 485 cmpl %ecx,%eax /* overlapping > && src < dst? */ 486 jb 1f > 487 > 488 shrl $2,%ecx /* copy by > 32-bit words */ 489 cld > /* nope, copy forwards */ 490 rep > 491 movsl > 492 movl 20(%esp),%ecx > 493 andl $3,%ecx /* any bytes > left? */ 494 rep > > > I just rebooted again and got this stack trace in DDB: > > pmap_allocpte() at pmap_allocpte+0x2f > pmap_copy() at pmap_copy+0x1c5 > vm_map_copy_entry() at vm_map_copy_entry+0x119 > vmspace_fork() at vmspace_fork+0x1f8 > vm_forkproc() at vm_forkproc()+0xb3 > fork1() at fork1+0xdc9 > fork() at fork+0x18 > syscall() at ... > > The problem seems to consistently happen with a fork1() call on the > stack. > > This is what kgdb reports for the second crash. > > # kgdb /boot/kernel/kernel /var/crash/vmcore.7 > kgdb: kvm_nlist(_stopped_cpus): > kgdb: kvm_nlist(_stoppcbs): > [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: > Kernel page fault with the following non-sleepable locks held: > exclusive sleep mutex pmap r = 0 (0xc31131ac) locked @ /usr/src/sys/i386/i386/pmap.c:2773 > exclusive sleep mutex pmap r = 0 (0xc29640a8) locked @ /usr/src/sys/i386/i386/pmap.c:2772 > exclusive sleep mutex vm page queue mutex r = 0 (0xc0a7e61c) locked @ /usr/src/sys/i386/i386/pmap.c:2767 > KDB: stack backtrace: > db_trace_self_wrapper(c092a31e) at db_trace_self_wrapper+0x25 > kdb_backtrace(3,c295c000,c,d3ad2b1c,d3ad2b10,...) at kdb_backtrace+0x29 > witness_warn(5,0,c094defe) at witness_warn+0x192 > trap(d3ad2b1c) at trap+0xfb > calltrap() at calltrap+0x6 > --- trap 0xd624f000, eip = 0, esp = 0x10212, ebp = 0xc31131ac --- > (null)(1430000,c0a34ac8,c2959360,0,d624f000,...) at 0 > __func__.0(61727420,78302070,202c3731,20706965,2325203d,...) at 0xc094ad95 > > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0xd624f080 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc089a513 > stack pointer = 0x28:0xd3ad2b5c > frame pointer = 0x28:0xd3ad2b68 > 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 = 1 (init) > Physical memory: 502 MB > Dumping 101 MB: 86 70 54 38 22 6 > > #0 doadump () at pcpu.h:166 > 166 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) where > #0 doadump () at pcpu.h:166 > #1 0xc0475a57 in db_fncall (dummy1=-743626368, dummy2=0, dummy3=-1063115424, > dummy4=0xd3ad295c "@z\ufffd\ufffd") at /usr/src/sys/ddb/db_command.c:486 > #2 0xc0475863 in db_command (last_cmdp=0xc09fb064, cmd_table=0x0) > at /usr/src/sys/ddb/db_command.c:401 > #3 0xc047591e in db_command_loop () at /usr/src/sys/ddb/db_command.c:453 > #4 0xc0477569 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:222 > #5 0xc06cabc9 in kdb_trap (type=12, code=0, tf=0x0) > at /usr/src/sys/kern/subr_kdb.c:502 > #6 0xc089feed in trap_fatal (frame=0xd3ad2b1c, eva=3592745088) > at /usr/src/sys/i386/i386/trap.c:859 > #7 0xc089f59b in trap (frame=0xd3ad2b1c) at /usr/src/sys/i386/i386/trap.c:276 > #8 0xc089009b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #9 0xd624f080 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) list *0xc089a513 > 0xc089a513 is in pmap_allocpte (/usr/src/sys/i386/i386/pmap.c:1401). > 1396 ptepindex = va >> PDRSHIFT; > 1397 retry: > 1398 /* > 1399 * Get the page directory entry > 1400 */ > 1401 ptepa = pmap->pm_pdir[ptepindex]; > 1402 > 1403 /* > 1404 * This supports switching from a 4MB page to a > 1405 * normal 4K page. This problem appears to be triggered by killing the Xorg server. I can also trigger the panic with Ctrl-Alt-Backspace, or "/usr/local/etc/rc.d/gdm stop". On the other hand, I found a workaround for the shutdown case. If I Ctrl-Alt-F1 to switch to a text vty and log on in text mode, the shutdown command cleanly shuts down the system. I suspect that is problem is likely to be graphics hardware dependent, so this is what the Xorg server says about the hardware in my laptop: (--) PCI:*(1:0:0) ATI Technologies Inc Radeon Mobility M7 LW [Radeon Mobility 75 00] rev 0, Mem @ 0xe0000000/27, 0xc0100000/16, I/O @ 0x3000/8 From owner-freebsd-current@FreeBSD.ORG Thu Feb 8 10:10:19 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 14BA816A415 for ; Thu, 8 Feb 2007 10:10:19 +0000 (UTC) (envelope-from leafy7382@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.230]) by mx1.freebsd.org (Postfix) with ESMTP id 45CC113C442 for ; Thu, 8 Feb 2007 10:10:18 +0000 (UTC) (envelope-from leafy7382@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so410038wxc for ; Thu, 08 Feb 2007 02:10:17 -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=HD1BFgW5JlAf95KomAwz1EnavS2aTHXiK6kx3GX2tBrO6SuIgHcJmKzOUJm2txeG1TnarI9jl5WggUm2v3eDK0CabhQbFJYF5v1buxE1pnvaZ07q3Xi4eqOjpd3iaM4yP1qul2jxJ1oey41nmHglvDsw3gzNNcrwlg92z38S6jw= Received: by 10.78.189.5 with SMTP id m5mr3879812huf.1170927926977; Thu, 08 Feb 2007 01:45:26 -0800 (PST) Received: by 10.78.169.16 with HTTP; Thu, 8 Feb 2007 01:45:26 -0800 (PST) Message-ID: Date: Thu, 8 Feb 2007 17:45:26 +0800 From: "Jiawei Ye" To: "Don Lewis" In-Reply-To: <200702080926.l189QRwB012946@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200702080926.l189QRwB012946@gw.catspoiler.org> Cc: michiel@boland.org, freebsd-current@freebsd.org Subject: Re: latest xorg port compiles but does not run on sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2007 10:10:19 -0000 On 2/8/07, Don Lewis wrote: > I also ran into this problem, except that the complaint was about a > different symbol. > > I suspect that the problem is an include file change in either the base > system or one of the xorg-server dependencies. These are the steps that > I went through to get my machine up and running: > > Use "cvs update -D", "make", "make deinstall", and "make > reinstall" to revert xorg-server and xorg-libraries to versions > from two weeks ago. Still broken. > > Use "cvs update -D", "make buildworld", and "make buildkernel" > to revert the base system to a two week old version. The > xorg-server failed to start after "make installworld" and also > after a subsequent "make installkernel" and a reboot. > > Revert to two week old versions of these dependencies: > textproc/expat2 > x11-fonts/fontconfig > print/freetype > print/freetype2 > graphics/libdrm > devel/pkg-config > Still broken ... > > "make clean && make && make deinstall && make reinstall" in > xorg-server. Result -- SUCCESS! > > Create a package for xorg-server and use this package to install > on another machine that broke with the latest update. Result - > SUCCESS! > > I've got a plane to catch in a few hours, so I can't debug this further, > but I hope this provides enough info for someone to track down the > actual problem. I ran into this problem too (please see mail in ports@ with title "X.org, dlopen and -current". I saw this: dlopen: /usr/X11R6/lib/modules/fonts/libbitmap.so: Undefined symbol "FontFileBitmapSources" This happened after the latest xorg-server security patches. I think the maintainer is still trying to find out what is happening. Jiawei Ye -- "If it looks like a duck, walks like a duck, and quacks like a duck, then to the end user it's a duck, and end users have made it pretty clear they want a duck; whether the duck drinks hot chocolate or coffee is irrelevant." From owner-freebsd-current@FreeBSD.ORG Thu Feb 8 18:31:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3893116A400 for ; Thu, 8 Feb 2007 18:31:07 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.226]) by mx1.freebsd.org (Postfix) with ESMTP id 0048013C467 for ; Thu, 8 Feb 2007 18:31:06 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so523360wxc for ; Thu, 08 Feb 2007 10:31:06 -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:content-transfer-encoding:content-disposition; b=Ol06lXCHQVV6E08GMF2YnmzaEzt4WRl901ACPDoVolfp3j7Vg+aPv1nNiSg5gQgjOhhtS5V+WIHqK1UEFC1weiTmxF842x9VjdqVD8sRbN7OEyxwN9iBBaVXuNfA3WeGOv/n0KWmQaufZ0QXWDXLsT3W+Dv/2k+QmPHrq12rAdY= Received: by 10.100.33.14 with SMTP id g14mr11496313ang.1170959466738; Thu, 08 Feb 2007 10:31:06 -0800 (PST) Received: by 10.65.137.19 with HTTP; Thu, 8 Feb 2007 10:31:06 -0800 (PST) Message-ID: Date: Thu, 8 Feb 2007 10:31:06 -0800 From: "Maksim Yevmenkin" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: bge freeze X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2007 18:31:07 -0000 dear hackers, i have been experiencing problems with my dell latitude d610 laptop's bge nic for last month or so. i keep my laptop docked and always running, i.e. no sleep etc. after few days, bge nic just stops responding. from user's point of view, all existing network connections are dropped. when i run tcpdump on the nic, i can see incoming traffic, however, when i try to send something out it never shows up in the tcpdump. weird. everything starts working fine after reboot. anyone has a similar problem or its just me? can anyone point me where to look for more info? beetle% uname -a FreeBSD beetle.savvis.net 7.0-CURRENT FreeBSD 7.0-CURRENT #84: Fri Jan 26 10:37:30 PST 2007 max@beetle.savvis.net:/usr/obj/usr/src/sys/GENERIC i386 beetle% dmesg|grep bge bge0: mem 0xdfcf0000-0xdfcfffff irq 16 at device 0.0 on pci2 miibus0: on bge0 bge0: Ethernet address: 00:11:43:54:22:c9 bge0: 2 link states coalesced beetle% sysctl -a | grep bge hw.bge.fake_autoneg: 0 hw.bge.allow_asf: 0 dev.bge.0.%desc: Broadcom NetXtreme Gigabit Ethernet Controller, ASIC rev. 0x4001 dev.bge.0.%driver: bge dev.bge.0.%location: slot=0 function=0 handle=\_SB_.PCI0.PXP0.NIC_ dev.bge.0.%pnpinfo: vendor=0x14e4 device=0x1677 subvendor=0x1028 subdevice=0x0182 class=0x020000 dev.bge.0.%parent: pci2 dev.bge.0.wake: 0 dev.miibus.0.%parent: bge0 thanks, max From owner-freebsd-current@FreeBSD.ORG Thu Feb 8 21:16:24 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D9D7016A406; Thu, 8 Feb 2007 21:16:24 +0000 (UTC) (envelope-from frode@nordahl.net) Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145]) by mx1.freebsd.org (Postfix) with ESMTP id 72D1A13C461; Thu, 8 Feb 2007 21:16:24 +0000 (UTC) (envelope-from frode@nordahl.net) Received: from [195.159.148.126] (dhcp7.xu.nordahl.net [195.159.148.126]) by smtp1.powertech.no (Postfix) with ESMTP id 44FB48B20; Thu, 8 Feb 2007 21:49:13 +0100 (CET) In-Reply-To: <20061127092146.GA69556@deviant.kiev.zoral.com.ua> References: <456950AF.3090308@sh.cvut.cz> <20061127092146.GA69556@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <84F23118-A6C3-44F8-B3FD-AE21C50D0EF9@nordahl.net> Content-Transfer-Encoding: 7bit From: Frode Nordahl Date: Thu, 8 Feb 2007 21:49:23 +0100 To: Kostik Belousov X-Mailer: Apple Mail (2.752.3) Cc: freebsd-stable@freebsd.org, V??clav Haisman , tegge@freebsd.org, bde@freebsd.org, freebsd-current@freebsd.org Subject: Re: kqueue LOR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2007 21:16:24 -0000 On 27. nov. 2006, at 10.21, Kostik Belousov wrote: > On Sun, Nov 26, 2006 at 09:30:39AM +0100, V??clav Haisman wrote: >> Hi, >> the attached lor.txt contains LOR I got this yesterday. It is >> FreeBSD 6.1 >> with relatively recent kernel, from last week or so. >> >> -- >> VH > >> +lock order reversal: >> + 1st 0xc537f300 kqueue (kqueue) @ /usr/src/sys/kern/kern_event.c: >> 1547 >> + 2nd 0xc45c22dc struct mount mtx (struct mount mtx) @ /usr/src/ >> sys/ufs/ufs/ufs_vnops.c:138 >> +KDB: stack backtrace: >> +kdb_backtrace(c07f9879,c45c22dc,c07fd31c,c07fd31c,c080c7b2,...) >> at kdb_backtrace+0x2f >> +witness_checkorder(c45c22dc,9,c080c7b2,8a,c07fc6bd,...) at >> witness_checkorder+0x5fe >> +_mtx_lock_flags(c45c22dc,0,c080c7b2,8a,e790ba20,...) at >> _mtx_lock_flags+0x32 >> +ufs_itimes(c47a0dd0,c47a0e90,e790ba78,c060e1cc,c47a0dd0,...) at >> ufs_itimes+0x6c >> +ufs_getattr(e790ba54,e790baec,c0622af6,c0896f40,e790ba54,...) at >> ufs_getattr+0x20 >> +VOP_GETATTR_APV(c0896f40,e790ba54,c08a5760,c47a0dd0,e790ba74,...) >> at VOP_GETATTR_APV+0x3a >> +filt_vfsread(c4cf261c,6,c07f445e,60b,0,...) at filt_vfsread+0x75 >> +knote(c4f57114,6,1,1f30c2af,1f30c2af,...) at knote+0x75 >> +VOP_WRITE_APV(c0896f40,e790bbec,c47a0dd0,227,e790bcb4,...) at >> VOP_WRITE_APV+0x148 >> +vn_write(c45d5120,e790bcb4,c5802a00,0,c4b73a80,...) at vn_write >> +0x201 >> +dofilewrite(c4b73a80,1b,c45d5120,e790bcb4,ffffffff,...) at >> dofilewrite+0x84 >> +kern_writev(c4b73a80,1b,e790bcb4,8220c71,0,...) at kern_writev+0x65 >> +write(c4b73a80,e790bd04,c,c07d899c,3,...) at write+0x4f >> +syscall(3b,3b,bfbf003b,0,bfbfeae4,...) at syscall+0x295 >> +Xint0x80_syscall() at Xint0x80_syscall+0x1f >> +--- syscall (4, FreeBSD ELF32, write), eip = 0x2831d727, esp = >> 0xbfbfea1c, ebp = 0xbfbfea48 --- > > Thank you for the report. The LOR is caused by my commit into > sys/ufs/ufs/ufs_vnops.c, rev. 1.280. While debugging a problem I have with 6.2-RELEASE on one of my servers I saw this LOR. After being up for a short while the server freezes, not responding to serial console, network og keyboard. I can't even get to DDB by sending BREAK on the serial console. Enabling INVARIANTS, INVARIANT_SUPPORT, WITNESS and WITNESS_SKIPSPIN did not give more information about the freeze other than printing the LOR now and then. The LOR I am getting is exactly the same except the calls are made to writev instead of write. > What application you run that triggers the LOR ? Patch below is one > possible approach to fixing it. I am seeing this on a front-end MX server, I can trigger it by running "tail -f /var/log/maillog", the LOR is printed before any output is printed by tail. After triggering it once, it will not trigger regularilly until waiting for some time. Waiting 180 seconds seems to be good to make it happen every time, but it can be triggered earlier. My maillog grows about 976K during that time. May this LOR have something to do with the system freze I am experiencing? Should I try the patch in your mail from november 27. or december 13? Or has some other fix emerged since then? -- Frode Nordahl From owner-freebsd-current@FreeBSD.ORG Thu Feb 8 23:08:57 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5910716A402 for ; Thu, 8 Feb 2007 23:08:57 +0000 (UTC) (envelope-from schweikh@schweikhardt.net) Received: from rs1.shuttle.de (rs1.shuttle.de [194.95.249.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1D5CC13C474 for ; Thu, 8 Feb 2007 23:08:57 +0000 (UTC) (envelope-from schweikh@schweikhardt.net) Received: by rs1.shuttle.de (Postfix, from userid 10) id 564DC2183D; Thu, 8 Feb 2007 23:40:57 +0100 (CET) Received: from hal9000.schweikhardt.net (localhost [127.0.0.1]) by hal9000.schweikhardt.net (8.13.8/8.13.8) with ESMTP id l18MOiXj003326; Thu, 8 Feb 2007 23:24:44 +0100 (CET) (envelope-from schweikh@hal9000.schweikhardt.net) Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.13.8/8.13.8/Submit) id l18MOi59003325; Thu, 8 Feb 2007 23:24:44 +0100 (CET) (envelope-from schweikh) Date: Thu, 8 Feb 2007 23:24:44 +0100 From: Jens Schweikhardt To: Luigi Rizzo Message-ID: <20070208222444.GA2994@schweikhardt.net> References: <20070207004131.A62183@xorpc.icir.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070207004131.A62183@xorpc.icir.org> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: current@freebsd.org Subject: Re: C macro to find the next power of 2 ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2007 23:08:57 -0000 Luigi, ... # # But i was wondering if there is some simpler code which # can still be computed as a compile-time constant? Is this requirement non-negotiable? Maybe in the days of C99 and run-time sized arrays it's worth thinking about other solutions than CPP magic. For this and other bit twiddling hacks in C (mostly functional), see http://graphics.stanford.edu/~seander/bithacks.html#RoundUpPowerOf2 Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) From owner-freebsd-current@FreeBSD.ORG Fri Feb 9 00:35:08 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2646E16A406 for ; Fri, 9 Feb 2007 00:35:08 +0000 (UTC) (envelope-from rnoland@2hip.net) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id D913613C47E for ; Fri, 9 Feb 2007 00:35:07 +0000 (UTC) (envelope-from rnoland@2hip.net) Received: from [63.251.67.21] (rnoland-ibm.acs.internap.com [63.251.67.21]) (authenticated bits=0) by gizmo.2hip.net (8.13.8/8.13.8) with ESMTP id l190EacF058999 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 8 Feb 2007 19:14:36 -0500 (EST) (envelope-from rnoland@2hip.net) From: Robert Noland To: Richard Coleman In-Reply-To: <45CA7D23.8050501@criticalmagic.com> References: <45CA7D23.8050501@criticalmagic.com> Content-Type: text/plain Date: Thu, 08 Feb 2007 19:14:31 -0500 Message-Id: <1170980071.18185.12.camel@rnoland-ibm.acs.internap.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on gizmo.2hip.net Cc: Michiel Boland , freebsd-current@freebsd.org Subject: Re: latest xorg port compiles but does not run on sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 00:35:08 -0000 On Wed, 2007-02-07 at 20:30 -0500, Richard Coleman wrote: > Michiel Boland wrote: > > Hi. I'm not sure what exactly is the correct mailing list for these > > things, since it applies to both -current, -sparc64 and -ports, so I > > thought I would try -current first. Sorry if this is inappropriate. > > > > Anyway, I recently got hold of an old Sun Ultra10 which I upgraded from > > 6.2-RELEASE to -CURRENT (dated about midnight, 7 feb). At that time no > > ports were installed. > > > > Then I proceeded to build and install the xorg-server port > > (xorg-server-6.9.0_6) manually, but it wouldn't run. On startup of X the > > rather curious message appeared: > > > > dlopen: /usr/X11R6/lib/modules/fonts/libbitmap.so: Undefined symbol > > "xf86stderr". > > > > Unfortunately I forgot to make a typescript, so I can't tell if > > something went wrong during the build. Building xorg on an ultra10 takes > > several hours, so please forgive me for not building a second time. > > Meanwhile I got X running using binary packages. > > > > Does anyone have any clue as to what might have happend? The full > > Xorg.log is reproduced below. This is related to the removal of objformat from -current. Richard and I got his working by installing objformat from my -current box and recompiling xorg-server and xorg-libraries. ./work/xc/lib/Xft/configure: objformat=`test -x /usr/bin/objformat && /usr/bin/objformat || echo aout` ./work/xc/lib/Xft/configure: version_type=freebsd-$objformat this is scattered all around in several places in the code. robert. > > > Cheers > > Michiel > > > > X Window System Version 6.9.0 > > Release Date: 21 December 2005 > > X Protocol Version 11, Revision 0, Release 6.9 > > Build Operating System: FreeBSD 7.0 sparc64 [ELF] Current Operating > > System: FreeBSD charliefreak.boland.org 7.0-CURRENT FreeBSD 7.0-CURRENT > > #0: Wed Feb 7 08:32:15 CET 2007 > > root@charliefreak.boland.org:/usr/obj/usr/src/sys/GENERIC sparc64 > > Build Date: 07 February 2007 > > Before reporting problems, check http://wiki.X.Org > > to make sure that you have the latest version. > > Module Loader present > > Markers: (--) probed, (**) from config file, (==) default setting, > > (++) from command line, (!!) notice, (II) informational, > > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > > (==) Log file: "/var/log/Xorg.0.log", Time: Thu Feb 8 00:09:00 2007 > > (EE) Unable to locate/open config file > > (II) Module ABI versions: > > X.Org ANSI C Emulation: 0.2 > > X.Org Video Driver: 0.8 > > X.Org XInput driver : 0.5 > > X.Org Server Extension : 0.2 > > X.Org Font Renderer : 0.4 > > (II) Loader running on freebsd > > (II) LoadModule: "bitmap" > > (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.so > > dlopen: /usr/X11R6/lib/modules/fonts/libbitmap.so: Undefined symbol > > "xf86stderr" > > (EE) Failed to load /usr/X11R6/lib/modules/fonts/libbitmap.so > > (II) UnloadModule: "bitmap" > > (EE) Failed to load module "bitmap" (loader failed, 7) > > (II) LoadModule: "pcidata" > > (II) Loading /usr/X11R6/lib/modules/libpcidata.so > > (II) Module pcidata: vendor="X.Org Foundation" > > compiled for 6.9.0, module version = 1.0.0 > > ABI class: X.Org Video Driver, version 0.8 > > > > Fatal server error: > > Unable to load required base modules, Exiting... > > > > > > Please consult the The X.Org Foundation support > > at http://wiki.X.Org > > for help. Please also check the log file at "/var/log/Xorg.0.log" for > > additional information. > > It's not sparc64 specific. I've been getting the same error on > FreeBSD/i386-CURRENT since Monday. I've re-cvsuped/rebuilt everything multiple > times, but always get that same error (can't load module bitmap) when I try to > start the server. > > Richard Coleman > rcoleman@criticalmagic.com > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Feb 9 05:05:38 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E33C116A403 for ; Fri, 9 Feb 2007 05:05:38 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout4.cac.washington.edu (mxout4.cac.washington.edu [140.142.33.19]) by mx1.freebsd.org (Postfix) with ESMTP id C218E13C46B for ; Fri, 9 Feb 2007 05:05:38 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout4.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l1955cel011588 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 8 Feb 2007 21:05:38 -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 l1955bL0031987 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 8 Feb 2007 21:05:38 -0800 Message-ID: <45CC011B.8060805@u.washington.edu> Date: Thu, 08 Feb 2007 21:05:31 -0800 From: Garrett Cooper User-Agent: Thunderbird 1.5.0.9 (X11/20070122) MIME-Version: 1.0 To: freebsd-current@freebsd.org 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.8.205434 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__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: Error adding route on 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 05:05:39 -0000 For some odd reason my host seems hosed and I can't reach the outside world (odd enough..). Any thoughts? My system running 6.2 RELEASE has almost the same exact options (just slightly different hardware and a little less kernel options) and it functions perfectly fine. [root@hoover /store]# route add default 192.168.40.1 route: writing to routing socket: Network is unreachable add net default: gateway 192.168.40.1: Network is unreachable [root@hoover /store]# netstat -nr Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire 127.0.0.1 127.0.0.1 UH 0 0 lo0 192.168.10 link#1 UC 0 0 sis0 192.168.10.41 00:e0:7d:f7:6e:2e UHLW 1 444 sis0 977 192.168.10.255 ff:ff:ff:ff:ff:ff UHLWb 1 71 sis0 [root@hoover /store]# uname -a FreeBSD hoover.localdomain 7.0-CURRENT FreeBSD 7.0-CURRENT #20: Sun Jan 21 12:04:41 PST 2007 gcooper@hoover.localdomain:/usr/obj/usr/src/sys/HOOVER i386 Networking functions perfectly fine within LAN and doesn't access WAN at all really (part of the reason why this isn't super high priority, but I do find it annoying). And yes, 192.168.40.1 is the gateway and I did specify the route create directive properly in /etc/rc.conf. -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Feb 9 05:19:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B93D416A402 for ; Fri, 9 Feb 2007 05:19:12 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout4.cac.washington.edu (mxout4.cac.washington.edu [140.142.33.19]) by mx1.freebsd.org (Postfix) with ESMTP id 9774313C428 for ; Fri, 9 Feb 2007 05:19:12 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.7] (may be forged)) by mxout4.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l195JCGG014252 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 8 Feb 2007 21:19:12 -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 l195JBiJ005447 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 8 Feb 2007 21:19:11 -0800 Message-ID: <45CC0449.7010107@u.washington.edu> Date: Thu, 08 Feb 2007 21:19:05 -0800 From: Garrett Cooper User-Agent: Thunderbird 1.5.0.9 (X11/20070122) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <45CC011B.8060805@u.washington.edu> In-Reply-To: <45CC011B.8060805@u.washington.edu> 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.8.210934 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__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: Error adding route on 7-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 05:19:12 -0000 Garrett Cooper wrote: > For some odd reason my host seems hosed and I can't reach the outside > world (odd enough..). Any thoughts? > > My system running 6.2 RELEASE has almost the same exact options (just > slightly different hardware and a little less kernel options) and it > functions perfectly fine. > > [root@hoover /store]# route add default 192.168.40.1 > route: writing to routing socket: Network is unreachable > add net default: gateway 192.168.40.1: Network is unreachable > [root@hoover /store]# netstat -nr > Routing tables > > Internet: > Destination Gateway Flags Refs Use Netif Expire > 127.0.0.1 127.0.0.1 UH 0 0 lo0 > 192.168.10 link#1 UC 0 0 sis0 > 192.168.10.41 00:e0:7d:f7:6e:2e UHLW 1 444 sis0 977 > 192.168.10.255 ff:ff:ff:ff:ff:ff UHLWb 1 71 sis0 > [root@hoover /store]# uname -a > FreeBSD hoover.localdomain 7.0-CURRENT FreeBSD 7.0-CURRENT #20: Sun Jan > 21 12:04:41 PST 2007 > gcooper@hoover.localdomain:/usr/obj/usr/src/sys/HOOVER i386 > > Networking functions perfectly fine within LAN and doesn't access WAN at > all really (part of the reason why this isn't super high priority, but I > do find it annoying). And yes, 192.168.40.1 is the gateway and I did > specify the route create directive properly in /etc/rc.conf. > -Garrett Nevermind. I just accidentally flip flopped some numbers... -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Feb 9 05:55:51 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE3BA16A4C9 for ; Fri, 9 Feb 2007 05:55:51 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 4A62213C4CB for ; Fri, 9 Feb 2007 05:55:51 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by nf-out-0910.google.com with SMTP id m19so990971nfc for ; Thu, 08 Feb 2007 21:55:49 -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=hslzj19f99SgWqsVXQKuC3w0Ts+5BnlNmIl2/h6+jsBjV1TAHXH8jW5XWIoca6TcfA9HKYk3dX+oB2ZYHDvAi2aiXfVUhe+mzYTxXoB6R6dNSoz0FyaQUCju7OygLUYjPraR8wy5vWnzvqCK+LKyScS7+SeF2POehCHLpRV90aw= Received: by 10.82.152.16 with SMTP id z16mr3800545bud.1170998988030; Thu, 08 Feb 2007 21:29:48 -0800 (PST) Received: by 10.82.186.2 with HTTP; Thu, 8 Feb 2007 21:29:47 -0800 (PST) Message-ID: <790a9fff0702082129o75e51b0fo8f2ace4cb623a905@mail.gmail.com> Date: Thu, 8 Feb 2007 23:29:47 -0600 From: "Scot Hetzel" To: "Kip Macy" In-Reply-To: <20070207142711.V6583@demos.bsdclusters.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070207201342.GA66964@twoflower.idi.ntnu.no> <20070207142711.V6583@demos.bsdclusters.com> Cc: freebsd-current@freebsd.org Subject: Re: Broadcom Wireless card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 05:55:51 -0000 On 2/7/07, Kip Macy wrote: > > I can't comment on the mini-pci version, but NDIS works just fine with > the cardbus version. It would be interesting to figure out where ndis is > falling short. > > -Kip I'm also seeing a kernel panic when trying to load a newer version of the Broadcom driver on my HP dv8135nr system. This driver (for the HP dv8135nr) works: Broadcom BCM43xx 802.11 Network Adapter Driver (4.40.19.0) ftp://ftp.hp.com/pub/softpaq/sp33001-33500/sp33008.exe This driver (for the HP dv6110us) causes a kernel page fault with non-sleepable locks held: Broadcom BCM43xx 802.11 Network Adapter Driver (4.100.15.5) ftp://ftp.hp.com/pub/softpaq/sp34001-34500/sp34152.exe Note: This driver has my adapter listed in the bcmwl5.inf file. FreeBSD hp010 7.0-CURRENT FreeBSD 7.0-CURRENT #5: Thu Feb 8 17:14:40 CST 2007 swhetzel@hp010:/usr/src/7x/sys-p4/amd64/compile/GENERIC.debug amd64 Scot -- Unread portion of the kernel message buffer: ichsmb0: port 0x8400-0x840f mem 0xc0003000-0xc00033ff at device 20.0 on pci0 ichsmb0: can't map I/O device_attach: ichsmb0 attach returned 6 ichsmb0: port 0x8400-0x840f mem 0xc0003000-0xc00033ff at device 20.0 on pci0 ichsmb0: can't map I/O device_attach: ichsmb0 attach returned 6 ndis0: mem 0xc0204000-0xc0205fff irq 21 at device 2.0 on pci6 ndis0: NDIS API version: 5.1 fpudna in kernel mode! Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex HAL preemption lock (HAL lock) r = 0 (0xffffffffa3c69fc0) locked @ /usr/src/7x/sys-p4/modules/ndis/../../compat/ndis/subr_hal.c:423 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x3a witness_warn() at witness_warn+0x262 trap() at trap+0x1af calltrap() at calltrap+0x8 --- trap 0xc, rip = 0xffffffffa3c61efd, rsp = 0xffffffffa1599b40, rbp = 0xffffffffa1599b80 --- KeInsertQueueDpc() at KeInsertQueueDpc+0x5d ntoskrnl_timercall() at ntoskrnl_timercall+0xb1 softclock() at softclock+0x1c8 ithread_loop() at ithread_loop+0xfe fork_exit() at fork_exit+0xaa fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffa1599d30, rbp = 0 --- Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffffa3c61efd stack pointer = 0x10:0xffffffffa1599b40 frame pointer = 0x10:0xffffffffa1599b80 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 11 (swi4: clock sio) panic: from debugger cpuid = 0 Uptime: 4m49s Physical memory: 1010 MB Dumping 82 MB: 67 51 35 19 3 #0 doadump () at pcpu.h:141 141 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) kldsyms : (kgdb) bt #0 doadump () at pcpu.h:141 During symbol reading, Incomplete CFI data; unspecified registers at 0xffffffff8044a19c. #1 0xffffffff8044aa99 in boot (howto=0x104) at ../../../kern/kern_shutdown.c:411 #2 0xffffffff8044a527 in panic (fmt=0xffffffff806adda7 "from debugger") at ../../../kern/kern_shutdown.c:567 #3 0xffffffff801ada47 in db_panic (addr=0x0, have_addr=0x0, count=0x0, modif=0x0) at ../../../ddb/db_command.c:433 #4 0xffffffff801adee9 in db_command_loop () at ../../../ddb/db_command.c:401 #5 0xffffffff801afdf3 in db_trap (type=0xa15998a0, code=0x0) at ../../../ddb/db_main.c:222 #6 0xffffffff80470a38 in kdb_trap (type=0xc, code=0x0, tf=0xffffffffa1599a90) at ../../../kern/subr_kdb.c:502 #7 0xffffffff8065a9f1 in trap_fatal (frame=0xffffffffa1599a90, eva=0xffffff003da56a40) at ../../../amd64/amd64/trap.c:691 #8 0xffffffff8065afa7 in trap (frame=0xffffffffa1599a90) at ../../../amd64/amd64/trap.c:247 #9 0xffffffff80642cfe in calltrap () at ../../../amd64/amd64/exception.S:169 #10 0xffffffffa3c61efd in ?? () #11 0x0000000000000000 in ?? () #12 0xffffffff813cc828 in ?? () #13 0x0000000000000000 in ?? () #14 0xffffffff95623ee0 in ?? () #15 0x0000000000000009 in centaur_id () #16 0xffffffff813cc7e8 in ?? () #17 0xffffffffa1599bb0 in ?? () #18 0xffffffffa3c62061 in ?? () #19 0xffffffffa1599bb0 in ?? () #20 0x0000000000000246 in ?? () #21 0x0000000000000008 in centaur_id () #22 0x0000000000000016 in intel_id () Cannot access memory at address 0xd /usr/src/7x/sys-p4/modules/ndis/../../compat/ndis/subr_hal.c:423 409 uint8_t 410 KfRaiseIrql(irql) 411 uint8_t irql; 412 { 413 uint8_t oldirql; 414 415 oldirql = KeGetCurrentIrql(); 416 417 /* I am so going to hell for this. */ 418 if (oldirql > irql) 419 panic("IRQL_NOT_LESS_THAN"); 420 421 if (oldirql != DISPATCH_LEVEL) { 422 sched_pin(); 423 mtx_lock(&disp_lock[curthread->td_oncpu]); 424 } 425 /*printf("RAISE IRQL: %d %d\n", irql, oldirql);*/ 426 427 return(oldirql); 428 } -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Fri Feb 9 06:53:10 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1AC7B16A401 for ; Fri, 9 Feb 2007 06:53:10 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id A658413C428 for ; Fri, 9 Feb 2007 06:53:09 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1HFNnB-000LtU-Ki; Fri, 09 Feb 2007 06:55:34 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id l194sggK045304 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Feb 2007 06:54:42 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8) with ESMTP id l194sgsK026584; Fri, 9 Feb 2007 06:54:42 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id l194sgVr026583; Fri, 9 Feb 2007 06:54:42 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 9 Feb 2007 06:54:42 +0200 From: Kostik Belousov To: Frode Nordahl Message-ID: <20070209045442.GK3304@deviant.kiev.zoral.com.ua> References: <456950AF.3090308@sh.cvut.cz> <20061127092146.GA69556@deviant.kiev.zoral.com.ua> <84F23118-A6C3-44F8-B3FD-AE21C50D0EF9@nordahl.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8kI7hWEHMS8Z+7/0" Content-Disposition: inline In-Reply-To: <84F23118-A6C3-44F8-B3FD-AE21C50D0EF9@nordahl.net> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on fw.zoral.com.ua X-Scanner-Signature: ca614d1e091d53a46adb2ef7a730c6a6 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 753 [Feb 08 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-stable@freebsd.org, V??clav Haisman , tegge@freebsd.org, bde@freebsd.org, freebsd-current@freebsd.org Subject: Re: kqueue LOR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 06:53:10 -0000 --8kI7hWEHMS8Z+7/0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 08, 2007 at 09:49:23PM +0100, Frode Nordahl wrote: > On 27. nov. 2006, at 10.21, Kostik Belousov wrote: >=20 > >On Sun, Nov 26, 2006 at 09:30:39AM +0100, V??clav Haisman wrote: > >>Hi, > >>the attached lor.txt contains LOR I got this yesterday. It is =20 > >>FreeBSD 6.1 > >>with relatively recent kernel, from last week or so. > >> > >>-- > >>VH > > > >>+lock order reversal: > >>+ 1st 0xc537f300 kqueue (kqueue) @ /usr/src/sys/kern/kern_event.c:=20 > >>1547 > >>+ 2nd 0xc45c22dc struct mount mtx (struct mount mtx) @ /usr/src/=20 > >>sys/ufs/ufs/ufs_vnops.c:138 > >>+KDB: stack backtrace: > >>+kdb_backtrace(c07f9879,c45c22dc,c07fd31c,c07fd31c,c080c7b2,...) =20 > >>at kdb_backtrace+0x2f > >>+witness_checkorder(c45c22dc,9,c080c7b2,8a,c07fc6bd,...) at =20 > >>witness_checkorder+0x5fe > >>+_mtx_lock_flags(c45c22dc,0,c080c7b2,8a,e790ba20,...) at =20 > >>_mtx_lock_flags+0x32 > >>+ufs_itimes(c47a0dd0,c47a0e90,e790ba78,c060e1cc,c47a0dd0,...) at =20 > >>ufs_itimes+0x6c > >>+ufs_getattr(e790ba54,e790baec,c0622af6,c0896f40,e790ba54,...) at =20 > >>ufs_getattr+0x20 > >>+VOP_GETATTR_APV(c0896f40,e790ba54,c08a5760,c47a0dd0,e790ba74,...) =20 > >>at VOP_GETATTR_APV+0x3a > >>+filt_vfsread(c4cf261c,6,c07f445e,60b,0,...) at filt_vfsread+0x75 > >>+knote(c4f57114,6,1,1f30c2af,1f30c2af,...) at knote+0x75 > >>+VOP_WRITE_APV(c0896f40,e790bbec,c47a0dd0,227,e790bcb4,...) at =20 > >>VOP_WRITE_APV+0x148 > >>+vn_write(c45d5120,e790bcb4,c5802a00,0,c4b73a80,...) at vn_write=20 > >>+0x201 > >>+dofilewrite(c4b73a80,1b,c45d5120,e790bcb4,ffffffff,...) at =20 > >>dofilewrite+0x84 > >>+kern_writev(c4b73a80,1b,e790bcb4,8220c71,0,...) at kern_writev+0x65 > >>+write(c4b73a80,e790bd04,c,c07d899c,3,...) at write+0x4f > >>+syscall(3b,3b,bfbf003b,0,bfbfeae4,...) at syscall+0x295 > >>+Xint0x80_syscall() at Xint0x80_syscall+0x1f > >>+--- syscall (4, FreeBSD ELF32, write), eip =3D 0x2831d727, esp =3D =20 > >>0xbfbfea1c, ebp =3D 0xbfbfea48 --- > > > >Thank you for the report. The LOR is caused by my commit into > >sys/ufs/ufs/ufs_vnops.c, rev. 1.280. >=20 > While debugging a problem I have with 6.2-RELEASE on one of my =20 > servers I saw this LOR. After being up for a short while the server =20 > freezes, not responding to serial console, network og keyboard. I =20 > can't even get to DDB by sending BREAK on the serial console. >=20 > Enabling INVARIANTS, INVARIANT_SUPPORT, WITNESS and WITNESS_SKIPSPIN =20 > did not give more information about the freeze other than printing =20 > the LOR now and then. The useful way to report deadlock is described in developer handbook, kernel debug chapter, deadlock debugging. If the freeze caused by this LOR, then supplying me with information requested in that chapter could be helpful (both to you and me). --8kI7hWEHMS8Z+7/0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFy/6RC3+MBN1Mb4gRAprzAKDcJDaFRi0Nphz0y5ZMOsGcTw812QCdESxa IAgs24MYqDXmhR7gQKOb7fY= =Lzz0 -----END PGP SIGNATURE----- --8kI7hWEHMS8Z+7/0-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 9 07:25:34 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4D48C16A400 for ; Fri, 9 Feb 2007 07:25:34 +0000 (UTC) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos.bsdclusters.com [69.55.225.36]) by mx1.freebsd.org (Postfix) with ESMTP id 3393013C428 for ; Fri, 9 Feb 2007 07:25:31 +0000 (UTC) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos [69.55.225.36]) by demos.bsdclusters.com (8.12.8p1/8.12.8) with ESMTP id l197PVL6018276; Thu, 8 Feb 2007 23:25:31 -0800 (PST) (envelope-from kmacy@fsmware.com) Received: from localhost (kmacy@localhost) by demos.bsdclusters.com (8.12.8p1/8.12.8/Submit) with ESMTP id l197PVsH018273; Thu, 8 Feb 2007 23:25:31 -0800 (PST) X-Authentication-Warning: demos.bsdclusters.com: kmacy owned process doing -bs Date: Thu, 8 Feb 2007 23:25:31 -0800 (PST) From: Kip Macy X-X-Sender: kmacy@demos.bsdclusters.com To: Scot Hetzel In-Reply-To: <790a9fff0702082129o75e51b0fo8f2ace4cb623a905@mail.gmail.com> Message-ID: <20070208231833.F15257@demos.bsdclusters.com> References: <20070207201342.GA66964@twoflower.idi.ntnu.no> <20070207142711.V6583@demos.bsdclusters.com> <790a9fff0702082129o75e51b0fo8f2ace4cb623a905@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Broadcom Wireless card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 07:25:34 -0000 On Thu, 8 Feb 2007, Scot Hetzel wrote: > On 2/7/07, Kip Macy wrote: >> >> I can't comment on the mini-pci version, but NDIS works just fine with >> the cardbus version. It would be interesting to figure out where ndis is >> falling short. >> >> -Kip > > I'm also seeing a kernel panic when trying to load a newer version of > the Broadcom driver on my HP dv8135nr system. > > This driver (for the HP dv8135nr) works: > > Broadcom BCM43xx 802.11 Network Adapter Driver (4.40.19.0) > ftp://ftp.hp.com/pub/softpaq/sp33001-33500/sp33008.exe > > This driver (for the HP dv6110us) causes a kernel page fault with > non-sleepable locks held: Thanks for the pointer, the "fpudna in kernel mode" may be the real issue - it means that floating point is being used which is very strange. If I can't reproduce, it would be helpful if you would apply the kgdb patch I'm about to send along and give me an updated backtrace. -Kip > > Broadcom BCM43xx 802.11 Network Adapter Driver (4.100.15.5) > ftp://ftp.hp.com/pub/softpaq/sp34001-34500/sp34152.exe > > Note: This driver has my adapter listed in the bcmwl5.inf file. > > FreeBSD hp010 7.0-CURRENT FreeBSD 7.0-CURRENT #5: Thu Feb 8 17:14:40 CST > 2007 > swhetzel@hp010:/usr/src/7x/sys-p4/amd64/compile/GENERIC.debug amd64 > > Scot > -- > Unread portion of the kernel message buffer: > ichsmb0: port 0x8400-0x840f mem > 0xc0003000-0xc00033ff at device 20.0 on pci0 > ichsmb0: can't map I/O > device_attach: ichsmb0 attach returned 6 > ichsmb0: port 0x8400-0x840f mem > 0xc0003000-0xc00033ff at device 20.0 on pci0 > ichsmb0: can't map I/O > device_attach: ichsmb0 attach returned 6 > ndis0: mem 0xc0204000-0xc0205fff irq 21 at > device 2.0 on pci6 > ndis0: NDIS API version: 5.1 > fpudna in kernel mode! > Kernel page fault with the following non-sleepable locks held: > exclusive sleep mutex HAL preemption lock (HAL lock) r = 0 > (0xffffffffa3c69fc0) locked @ > /usr/src/7x/sys-p4/modules/ndis/../../compat/ndis/subr_hal.c:423 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x3a > witness_warn() at witness_warn+0x262 > trap() at trap+0x1af > calltrap() at calltrap+0x8 > --- trap 0xc, rip = 0xffffffffa3c61efd, rsp = 0xffffffffa1599b40, rbp > = 0xffffffffa1599b80 --- > KeInsertQueueDpc() at KeInsertQueueDpc+0x5d > ntoskrnl_timercall() at ntoskrnl_timercall+0xb1 > softclock() at softclock+0x1c8 > ithread_loop() at ithread_loop+0xfe > fork_exit() at fork_exit+0xaa > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xffffffffa1599d30, rbp = 0 --- > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x0 > fault code = supervisor read data, page not present > instruction pointer = 0x8:0xffffffffa3c61efd > stack pointer = 0x10:0xffffffffa1599b40 > frame pointer = 0x10:0xffffffffa1599b80 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 11 (swi4: clock sio) > panic: from debugger > cpuid = 0 > Uptime: 4m49s > Physical memory: 1010 MB > Dumping 82 MB: 67 51 35 19 3 > > #0 doadump () at pcpu.h:141 > 141 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); > (kgdb) kldsyms > : > (kgdb) bt > #0 doadump () at pcpu.h:141 > During symbol reading, Incomplete CFI data; unspecified registers at > 0xffffffff8044a19c. > #1 0xffffffff8044aa99 in boot (howto=0x104) at > ../../../kern/kern_shutdown.c:411 > #2 0xffffffff8044a527 in panic (fmt=0xffffffff806adda7 "from > debugger") at ../../../kern/kern_shutdown.c:567 > #3 0xffffffff801ada47 in db_panic (addr=0x0, have_addr=0x0, > count=0x0, modif=0x0) at ../../../ddb/db_command.c:433 > #4 0xffffffff801adee9 in db_command_loop () at ../../../ddb/db_command.c:401 > #5 0xffffffff801afdf3 in db_trap (type=0xa15998a0, code=0x0) at > ../../../ddb/db_main.c:222 > #6 0xffffffff80470a38 in kdb_trap (type=0xc, code=0x0, > tf=0xffffffffa1599a90) at ../../../kern/subr_kdb.c:502 > #7 0xffffffff8065a9f1 in trap_fatal (frame=0xffffffffa1599a90, > eva=0xffffff003da56a40) > at ../../../amd64/amd64/trap.c:691 > #8 0xffffffff8065afa7 in trap (frame=0xffffffffa1599a90) at > ../../../amd64/amd64/trap.c:247 > #9 0xffffffff80642cfe in calltrap () at ../../../amd64/amd64/exception.S:169 > #10 0xffffffffa3c61efd in ?? () > #11 0x0000000000000000 in ?? () > #12 0xffffffff813cc828 in ?? () > #13 0x0000000000000000 in ?? () > #14 0xffffffff95623ee0 in ?? () > #15 0x0000000000000009 in centaur_id () > #16 0xffffffff813cc7e8 in ?? () > #17 0xffffffffa1599bb0 in ?? () > #18 0xffffffffa3c62061 in ?? () > #19 0xffffffffa1599bb0 in ?? () > #20 0x0000000000000246 in ?? () > #21 0x0000000000000008 in centaur_id () > #22 0x0000000000000016 in intel_id () > Cannot access memory at address 0xd > > /usr/src/7x/sys-p4/modules/ndis/../../compat/ndis/subr_hal.c:423 > 409 uint8_t > 410 KfRaiseIrql(irql) > 411 uint8_t irql; > 412 { > 413 uint8_t oldirql; > 414 > 415 oldirql = KeGetCurrentIrql(); > 416 > 417 /* I am so going to hell for this. */ > 418 if (oldirql > irql) > 419 panic("IRQL_NOT_LESS_THAN"); > 420 > 421 if (oldirql != DISPATCH_LEVEL) { > 422 sched_pin(); > 423 mtx_lock(&disp_lock[curthread->td_oncpu]); > 424 } > 425 /*printf("RAISE IRQL: %d %d\n", irql, oldirql);*/ > 426 > 427 return(oldirql); > 428 } > > -- > DISCLAIMER: > No electrons were mamed while sending this message. Only slightly bruised. > From owner-freebsd-current@FreeBSD.ORG Fri Feb 9 07:50:41 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E54A916A402 for ; Fri, 9 Feb 2007 07:50:41 +0000 (UTC) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos.bsdclusters.com [69.55.225.36]) by mx1.freebsd.org (Postfix) with ESMTP id C9E1D13C441 for ; Fri, 9 Feb 2007 07:50:41 +0000 (UTC) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos [69.55.225.36]) by demos.bsdclusters.com (8.12.8p1/8.12.8) with ESMTP id l197oIL6024326; Thu, 8 Feb 2007 23:50:18 -0800 (PST) (envelope-from kmacy@fsmware.com) Received: from localhost (kmacy@localhost) by demos.bsdclusters.com (8.12.8p1/8.12.8/Submit) with ESMTP id l197oIVW024323; Thu, 8 Feb 2007 23:50:18 -0800 (PST) X-Authentication-Warning: demos.bsdclusters.com: kmacy owned process doing -bs Date: Thu, 8 Feb 2007 23:50:18 -0800 (PST) From: Kip Macy X-X-Sender: kmacy@demos.bsdclusters.com To: Ian FREISLICH In-Reply-To: Message-ID: <20070208234639.B15257@demos.bsdclusters.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Broadcom Wireless card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 07:50:42 -0000 Apply the following small patch. I haven't committed it yet as it is not a complete fix. However, it will allow you to trace past the trap. http://www.fsmware.com/kgdb.diff -Kip On Thu, 8 Feb 2007, Ian FREISLICH wrote: >> >> Bleh - looks like you need an updated kgdb, my gcc 4.0 fix broke it for >> tracing across traps. I'll need to know where the page fault happened to >> look at this further. > > I'm running current of yesterday. If you can tell me how to get > the information you need from this crashdump, I'll get it for you. > > Ian > > -- > Ian Freislich > > From owner-freebsd-current@FreeBSD.ORG Fri Feb 9 09:03:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C7C3F16A400 for ; Fri, 9 Feb 2007 09:03:07 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id A4D8D13C48E for ; Fri, 9 Feb 2007 09:03:07 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from uucp by munchkin.clue.co.za with local (Exim 4.62) (envelope-from ) id 1HFRes-0002pL-59; Fri, 09 Feb 2007 09:03:06 +0000 Received: from dhcp-250.clue.co.za ([10.0.0.250] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.62) (envelope-from ) id 1HFRe0-00076w-D9; Fri, 09 Feb 2007 09:02:14 +0000 Received: from localhost ([127.0.0.1]) by clue.co.za with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HFRdx-000KXu-EB; Fri, 09 Feb 2007 09:02:09 +0000 To: Kip Macy From: Ian FREISLICH In-Reply-To: Message from Kip Macy of "Thu, 08 Feb 2007 23:50:18 PST." <20070208234639.B15257@demos.bsdclusters.com> X-Attribution: BOFH Date: Fri, 09 Feb 2007 11:02:09 +0200 Message-Id: X-Spam-Scanner: urchin.clue.co.za X-Spam-Score: 1.0 (+) [INT 10] X-Spam-Report: 1.0/5.0 ---- Start SpamAssassin results * 0.9 MSGID_FROM_MTA_ID Message-Id for external message added locally * 0.1 AWL AWL: From: address is in the auto white-list ---- End SpamAssassin results Cc: freebsd-current@freebsd.org Subject: Re: Broadcom Wireless card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 09:03:07 -0000 Kip Macy wrote: > Apply the following small patch. I haven't committed it yet as it is not > a complete fix. However, it will allow you to trace past the trap. > > http://www.fsmware.com/kgdb.diff That doesn't seem to help on the old crashdump. Do I need a new kernel after applying this? (kgdb) bt #0 doadump () at pcpu.h:147 #1 0xc04fb34a in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:411 #2 0xc04fb64b in panic (fmt=0xc06a4376 "%s") at /usr/src/sys/kern/kern_shutdown.c:567 #3 0xc0681e68 in trap_fatal (frame=0xe64018d4, eva=0) at /usr/src/sys/i386/i386/trap.c:868 #4 0xc0681b88 in trap_pfault (frame=0xe64018d4, usermode=0, eva=2) at /usr/src/sys/i386/i386/trap.c:777 #5 0xc0681765 in trap (frame=0xe64018d4) at /usr/src/sys/i386/i386/trap.c:462 #6 0xc06709ab in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0x00000002 in ?? () Previous frame inner to this frame (corrupt stack?) Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Fri Feb 9 11:33:09 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CBAB616A400 for ; Fri, 9 Feb 2007 11:33:09 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.freebsd.org (Postfix) with ESMTP id A492713C481 for ; Fri, 9 Feb 2007 11:33:09 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id l19BX86l096942; Fri, 9 Feb 2007 03:33:08 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id l19BX8nH096941; Fri, 9 Feb 2007 03:33:08 -0800 (PST) (envelope-from rizzo) Date: Fri, 9 Feb 2007 03:33:08 -0800 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20070209033308.A96890@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Cc: Subject: generic 'dev' loopback driver ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 11:33:09 -0000 is there anything around which implements a generic 'dev' loopback driver, i.e. something that appears as a /dev/foo entry on one side, and transparently passes requests (open, ioctl, read/write) suitably encoded to a file descriptor ? I am basically looking at the skeleton of something like pty-ttyp or tun-/dev/tun and so on... cheers luigi From owner-freebsd-current@FreeBSD.ORG Fri Feb 9 14:36:19 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 36F2816A402 for ; Fri, 9 Feb 2007 14:36:19 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id BEA2513C481 for ; Fri, 9 Feb 2007 14:36:18 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by ug-out-1314.google.com with SMTP id o2so737233uge for ; Fri, 09 Feb 2007 06:36:17 -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=qOx97DCB2OE859BgBFVe3wUVA1x1YiLcpnppuZEEfUDefmeH52cReB7IZSVtUjdI6VYXt1rOLTftIhwJV/psi1hqURbqGlgT58thFCu6u+b7wF9LQdFvY2lcEVLuWWiIuztBQT4yUb8ybE9Xq2BBtKMpIOyaCaUgR9pX/mtghh4= Received: by 10.82.118.2 with SMTP id q2mr1303161buc.1171031777265; Fri, 09 Feb 2007 06:36:17 -0800 (PST) Received: by 10.82.186.2 with HTTP; Fri, 9 Feb 2007 06:36:17 -0800 (PST) Message-ID: <790a9fff0702090636o289fd03bia61697ef2bb8688f@mail.gmail.com> Date: Fri, 9 Feb 2007 08:36:17 -0600 From: "Scot Hetzel" To: "Kip Macy" In-Reply-To: <20070208231833.F15257@demos.bsdclusters.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070207201342.GA66964@twoflower.idi.ntnu.no> <20070207142711.V6583@demos.bsdclusters.com> <790a9fff0702082129o75e51b0fo8f2ace4cb623a905@mail.gmail.com> <20070208231833.F15257@demos.bsdclusters.com> Cc: freebsd-current@freebsd.org Subject: Re: Broadcom Wireless card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 14:36:19 -0000 On 2/9/07, Kip Macy wrote: > On Thu, 8 Feb 2007, Scot Hetzel wrote: > > On 2/7/07, Kip Macy wrote: > >> > >> I can't comment on the mini-pci version, but NDIS works just fine with > >> the cardbus version. It would be interesting to figure out where ndis is > >> falling short. > >> > >> -Kip > > > > I'm also seeing a kernel panic when trying to load a newer version of > > the Broadcom driver on my HP dv8135nr system. > > > > This driver (for the HP dv8135nr) works: > > > > Broadcom BCM43xx 802.11 Network Adapter Driver (4.40.19.0) > > ftp://ftp.hp.com/pub/softpaq/sp33001-33500/sp33008.exe > > > > This driver (for the HP dv6110us) causes a kernel page fault with > > non-sleepable locks held: > > > > Broadcom BCM43xx 802.11 Network Adapter Driver (4.100.15.5) > > ftp://ftp.hp.com/pub/softpaq/sp34001-34500/sp34152.exe > > Thanks for the pointer, the "fpudna in kernel mode" may be the real > issue - it means that floating point is being used which is very > strange. If I can't reproduce, it would be helpful if you would apply > the kgdb patch I'm about to send along and give me an updated > backtrace. > I get this "fpudna in kernel mode" with the older driver, and it never caused the kernel to crash. The patch doesn't apply for my system since I'm using FreeBSD/amd64. But I did use the patch as a guide to modify trgt_amd64.c. I just had to do the following: - add intrframe to the kgdb_frame_cache structure - copy code which sets intrframe in kgdb_trgt_frame_cache() from trgt_i386.c to trgt_amd64.c - change "*addrp = cache->sp + ofs;" to "*addrp = cache->sp + ofs + (cache->intrframe ? 8 : 4);" in kgdb_trgt_trapframe_prev_register The only thing this change did on my system was for it to print frames 1 -10 (frames 11 - 22 were missing) as shown in the previous backtrace. It also displayed "Previous frame inner to this frame (corrupt stack?)" as the last line before the "(kgdb)" prompt. > > > > Note: This driver has my adapter listed in the bcmwl5.inf file. > > > > FreeBSD hp010 7.0-CURRENT FreeBSD 7.0-CURRENT #5: Thu Feb 8 17:14:40 CST > > 2007 > > swhetzel@hp010:/usr/src/7x/sys-p4/amd64/compile/GENERIC.debug amd64 > > Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Fri Feb 9 16:29:09 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 87B5616A400 for ; Fri, 9 Feb 2007 16:29:09 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out5.smtp.messagingengine.com (out5.smtp.messagingengine.com [66.111.4.29]) by mx1.freebsd.org (Postfix) with ESMTP id 4599513C4B5 for ; Fri, 9 Feb 2007 16:29:09 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.internal (unknown [10.202.2.149]) by out1.messagingengine.com (Postfix) with ESMTP id C47811A9BE4; Fri, 9 Feb 2007 11:29:07 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by out1.internal (MEProxy); Fri, 09 Feb 2007 11:29:07 -0500 X-Sasl-enc: nJTN02DpGTFObvheS4bBWueQvw0Nqm2hzuXYRgnrvO6R 1171038547 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 9948E1CA2C; Fri, 9 Feb 2007 11:29:05 -0500 (EST) Message-ID: <45CCA151.7030403@FreeBSD.org> Date: Fri, 09 Feb 2007 16:29:05 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.9 (X11/20070125) MIME-Version: 1.0 To: wsk@gddsn.org.cn References: <1171031359.45cc853f78c66@gddsn.org.cn> In-Reply-To: <1171031359.45cc853f78c66@gddsn.org.cn> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, current@freebsd.org Subject: Re: BTX halted with MegaRaid SCSI 320-2 on 6.2R help X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 16:29:09 -0000 Hi, This isn't the answer, but I'm attempting to provide triage for jhb who will probably look at it. This is a GPF, but it's not being caused by an attempt to enter protected mode, so it isn't the most-often reported BTX issue. wsk@gddsn.org.cn wrote: > 6.2R cd boot failed with follow error,and the MegaRAID fw version is FW_1L33 > thanks with any info > BTX loader 1.00 BTX version 1.01 > Console: internal video/keyboard > BIOS CD is cd0 > BIOS drive A: is disk0 > BIOS drive C: is disk1 > > BIOS 639kB/3668928kB available memory > > FreeBSD/i386 bootstrap loader, Revision 1.1 > (root at root@dessler.cse.buffalo.edu, Fri Jan 12 06:40:38 UTC 2007) > > int=0000000d err=00000000 efl=00030086 eip=0000c3d4 > eax=00008058 ebx=00002000 ecx=00000007 edx=0000fffa > esi=0000f69b edi=00040170 epb=000003d8 esp=00000358 > cs=f000 ds=0040 es=5d18 fs=9fc0 gs=f000 ss=9e17 > cs:eip=ec 50 e4 61 58 50 e4 61-58 ee 5a c3 01 00 e4 c3 > 12 00 00 41 d0 0c 02 08-80 00 03 00 79 00 79 00 00 > ss:esp=77 01 03 2c a1 00 08 2c-fa 02 00 e0 00 00 c0 9f > 00 00 4e 80 f3 ee 00 f0-03 24 00 e0 06 02 00 80 > BTX halted > > > It looks like BIOS code at f000:c3d4 is trying to read a word from I/O port 0xfffa, and this is causing a GPF when it tries to write to what looks like the BIOS data area at 0040:0058; "cursor position for video page 4". 0: ec in (%dx),%al 1: 50 push %eax 2: e4 61 in $0x61,%al 4: 58 pop %eax 5: 50 push %eax 6: e4 61 in $0x61,%al 8: 58 pop %eax 9: ee out %al,(%dx) a: 5a pop %edx b: c3 ret c: 01 00 add %eax,(%eax) e: e4 c3 in $0xc3,%al 10: 12 00 adc (%eax),%al 12: 00 41 d0 add %al,0xffffffd0(%ecx) 15: 0c 02 or $0x2,%al 17: 08 80 00 03 00 79 or %al,0x79000300(%eax) 1d: 00 79 00 add %bh,0x0(%ecx) From owner-freebsd-current@FreeBSD.ORG Fri Feb 9 16:45:47 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DE76516A400 for ; Fri, 9 Feb 2007 16:45:47 +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 4BBED13C481 for ; Fri, 9 Feb 2007 16:45:47 +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 3294EEB213E; Sat, 10 Feb 2007 00:45:46 +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 xkhqb9NS2xvw; Sat, 10 Feb 2007 00:45:42 +0800 (CST) Received: from [192.168.1.32] (unknown [221.220.29.241]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 8207AEB154A; Sat, 10 Feb 2007 00:45:42 +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:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=Gk4eadRGNHuxBGZ482zAFSV1HfqW3MXK+U+331AlF3Gj2tHrlH0Nh1WgmsMLzo512 A7JikoRDlFKEMXkuAlYBg== Message-ID: <45CCA530.3070003@delphij.net> Date: Sat, 10 Feb 2007 00:45:36 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: "Bruce M. Simpson" References: <1171031359.45cc853f78c66@gddsn.org.cn> <45CCA151.7030403@FreeBSD.org> In-Reply-To: <45CCA151.7030403@FreeBSD.org> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig7F1C2A071F60419B4A1C696A" Cc: stable@freebsd.org, current@freebsd.org, wsk@gddsn.org.cn Subject: Re: BTX halted with MegaRaid SCSI 320-2 on 6.2R help X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 16:45:48 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7F1C2A071F60419B4A1C696A Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Bruce M. Simpson wrote: > Hi, >=20 > This isn't the answer, but I'm attempting to provide triage for jhb who= > will probably look at it. >=20 > This is a GPF, but it's not being caused by an attempt to enter > protected mode, so it isn't the most-often reported BTX issue. >=20 > wsk@gddsn.org.cn wrote: >> 6.2R cd boot failed with follow error,and the MegaRAID fw version is >> FW_1L33 >> thanks with any info >> BTX loader 1.00 BTX version 1.01 >> Console: internal video/keyboard >> BIOS CD is cd0 >> BIOS drive A: is disk0 >> BIOS drive C: is disk1 >> >> BIOS 639kB/3668928kB available memory >> >> FreeBSD/i386 bootstrap loader, Revision 1.1 >> (root at root@dessler.cse.buffalo.edu, Fri Jan 12 06:40:38 UTC 2007) >> >> int=3D0000000d err=3D00000000 efl=3D00030086 eip=3D0000c3d4 >> eax=3D00008058 ebx=3D00002000 ecx=3D00000007 edx=3D0000fffa >> esi=3D0000f69b edi=3D00040170 epb=3D000003d8 esp=3D00000358 >> cs=3Df000 ds=3D0040 es=3D5d18 fs=3D9fc0 gs=3Df000 ss=3D9e17 >> cs:eip=3Dec 50 e4 61 58 50 e4 61-58 ee 5a c3 01 00 e4 c3 >> 12 00 00 41 d0 0c 02 08-80 00 03 00 79 00 79 00 00 >> ss:esp=3D77 01 03 2c a1 00 08 2c-fa 02 00 e0 00 00 c0 9f >> 00 00 4e 80 f3 ee 00 f0-03 24 00 e0 06 02 00 80 >> BTX halted >> >> >> =20 >=20 > It looks like BIOS code at f000:c3d4 is trying to read a word from I/O > port 0xfffa, and this is causing a GPF when it tries to write to what > looks like the BIOS data area at 0040:0058; "cursor position for video > page 4". >=20 > 0: ec in (%dx),%al > 1: 50 push %eax > 2: e4 61 in $0x61,%al > 4: 58 pop %eax > 5: 50 push %eax > 6: e4 61 in $0x61,%al > 8: 58 pop %eax ^^^^^^^^^^^ The stack operations sound mad to me :-) I think these is probably not what we expect... > 9: ee out %al,(%dx) > a: 5a pop %edx > b: c3 ret > c: 01 00 add %eax,(%eax) > e: e4 c3 in $0xc3,%al > 10: 12 00 adc (%eax),%al > 12: 00 41 d0 add %al,0xffffffd0(%ecx) > 15: 0c 02 or $0x2,%al > 17: 08 80 00 03 00 79 or %al,0x79000300(%eax) > 1d: 00 79 00 add %bh,0x0(%ecx) Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig7F1C2A071F60419B4A1C696A 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 iD8DBQFFzKUwOfuToMruuMARA9RdAJ0TrTHtAOdmIcPzb60f8nf9mjhQJgCfWEvZ vrYGqUWvF895K8F24Sj7/sQ= =aZ4W -----END PGP SIGNATURE----- --------------enig7F1C2A071F60419B4A1C696A-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 9 16:45:51 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8871716A402 for ; Fri, 9 Feb 2007 16:45:51 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.224]) by mx1.freebsd.org (Postfix) with ESMTP id 4BC7A13C48E for ; Fri, 9 Feb 2007 16:45:51 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by nz-out-0506.google.com with SMTP id i11so905404nzh for ; Fri, 09 Feb 2007 08:45:50 -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=tr2hzERmmciMLHX6pdT62wNfjDhcywZ92casFZv5FEkfjMnZ8D7ieDIuEUgZsp3CWMDPasZur6OoiBHKDWQz9i5i4KCC6+mjZcm9ng2q4ZExCoWtxUNTQqYF3vvTtR0M0omzaPAfGrq+NxfEHYA7bEZduXu59gjcH7AMp6y+6/s= Received: by 10.114.111.1 with SMTP id j1mr6096134wac.1171039549705; Fri, 09 Feb 2007 08:45:49 -0800 (PST) Received: by 10.115.91.7 with HTTP; Fri, 9 Feb 2007 08:45:49 -0800 (PST) Message-ID: <499c70c0702090845p30df51d6wdd07b986d94693cd@mail.gmail.com> Date: Fri, 9 Feb 2007 16:45:49 +0000 From: "Abdullah Ibn Hamad Al-Marri" To: "Maksim Yevmenkin" 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: freebsd-current@freebsd.org Subject: Re: bge freeze X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 16:45:51 -0000 On 2/8/07, Maksim Yevmenkin wrote: > dear hackers, > > i have been experiencing problems with my dell latitude d610 laptop's > bge nic for last month or so. i keep my laptop docked and always > running, i.e. no sleep etc. after few days, bge nic just stops > responding. from user's point of view, all existing network > connections are dropped. > > when i run tcpdump on the nic, i can see incoming traffic, however, > when i try to send something out it never shows up in the tcpdump. > weird. everything starts working fine after reboot. > > anyone has a similar problem or its just me? > > can anyone point me where to look for more info? > > beetle% uname -a > FreeBSD beetle.savvis.net 7.0-CURRENT FreeBSD 7.0-CURRENT #84: Fri Jan > 26 10:37:30 PST 2007 > max@beetle.savvis.net:/usr/obj/usr/src/sys/GENERIC i386 > > beetle% dmesg|grep bge > bge0: 0x4001> mem 0xdfcf0000-0xdfcfffff irq 16 at device 0.0 on pci2 > miibus0: on bge0 > bge0: Ethernet address: 00:11:43:54:22:c9 > bge0: 2 link states coalesced > > beetle% sysctl -a | grep bge > hw.bge.fake_autoneg: 0 > hw.bge.allow_asf: 0 > dev.bge.0.%desc: Broadcom NetXtreme Gigabit Ethernet Controller, ASIC > rev. 0x4001 > dev.bge.0.%driver: bge > dev.bge.0.%location: slot=0 function=0 handle=\_SB_.PCI0.PXP0.NIC_ > dev.bge.0.%pnpinfo: vendor=0x14e4 device=0x1677 subvendor=0x1028 > subdevice=0x0182 class=0x020000 > dev.bge.0.%parent: pci2 > dev.bge.0.wake: 0 > dev.miibus.0.%parent: bge0 > > thanks, > max There are some changes since your kerel date to bge, please csup your src and rebuild your kernel, and check it out :) -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Fri Feb 9 17:30:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4882A16A400 for ; Fri, 9 Feb 2007 17:30:47 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id CF9E513C48D for ; Fri, 9 Feb 2007 17:30:46 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HFZXc-0008Bp-Ez for freebsd-current@freebsd.org; Fri, 09 Feb 2007 18:28:11 +0100 Received: from mulderlab.f5.com ([205.229.151.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 09 Feb 2007 18:28:08 +0100 Received: from atkin901 by mulderlab.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 09 Feb 2007 18:28:08 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Date: Fri, 09 Feb 2007 09:23:41 -0800 Lines: 105 Message-ID: References: <20070110120731.GA1515@shark.localdomain> <200701100910.13167.jhb@freebsd.org> <20070110155331.GA2762@shark.localdomain> <20070111004044.GA33964@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: mulderlab.f5.com User-Agent: KNode/0.10.4 Sender: news Subject: Re: nve related LOR triggered by lots of small packets, and a hard hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 17:30:47 -0000 Mark Atkinson wrote: > Pyun YongHyeon wrote: > >> On Wed, Jan 10, 2007 at 06:53:31PM +0300, Sergey Zaharchenko wrote: >> > Hello John! >> > >> > Wed, Jan 10, 2007 at 09:10:12AM -0500 you wrote: >> > [snip] >> > > Have you tried using nfe(4)? :) >> > >> > Now I have, and it works just fine, thanks (I somehow thought nfe was >> > specific to some platform). Why isn't it the default? Smaller range of >> > hardware supported? >> > >> >> AFAIK, nfe(4) supports more hardwares than that of nve(4). >> Try overhauled nfe(4) in the following URL. >> >> http://people.freebsd.org/~yongari/nfe/if_nfe.c >> http://people.freebsd.org/~yongari/nfe/if_nfereg.h >> http://people.freebsd.org/~yongari/nfe/if_nfevar.h >> >> The patch fixed serveral bugs in nfe(4) and it should perform better >> than nve(4). The following hardware features are supported. >> o TSO >> o Tx/Rx IP/TCP/UDP checksum offload >> o VLAN hardware tag insertion/stripping >> o Jumbo frame(up to 9100 bytes) >> >> It seems that the hardware supports MSI/MSI-X too but I don't have >> nForce hardwares that supports MSI/MSI-X so it's hard to implement/ >> experiment it. Accoring to the Shigeaki Tagashira, the author of >> FreeBSD nfe(4), his hardware claims to support 8 messages. I've >> checked Linux forcedeth driver to get hardware information for >> MSI/MSI-X but it I cound't understand the details. :-( >> > > I've been running into this hardlock LOR a lot recently on a TYAN 2895 > (K8WE) based box. So I tried your patch to nfe on today's -current. I > tried a couple of small packet ping floods to a lan neighbor under nfe and > it survived. Did fine with some large NFS over TCP transfers as well. > However, I'll leave it up and running to see if it keels over in the > future. > > pci128: on pcib6 > pci128: physical bus=128 > found-> vendor=0x10de, dev=0x005e, revid=0xa3 > bus=128, slot=0, func=0 > class=05-80-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x10de, dev=0x00d3, revid=0xa3 > bus=128, slot=1, func=0 > class=05-80-00, hdrtype=0x00, mfdev=1 > cmdreg=0x000f, statreg=0x00a0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > map[14]: type 1, range 32, base 0xd8400000, size 12, enabled > found-> vendor=0x10de, dev=0x0057, revid=0xa3 > bus=128, slot=10, func=0 > class=06-80-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) > lattimer=0x00 (0 ns), mingnt=0x01 (250 ns), maxlat=0x14 (5000 ns) > intpin=a, irq=5 > powerspec 2 supports D0 D1 D2 D3 current D0 > map[10]: type 1, range 32, base 0xd8401000, size 12, enabled > map[14]: type 4, range 32, base 0x3000, size 3, enabled > pcib6: matched entry for 128.10.INTA (src \\_SB_.PCI1.LMAC:0) > pci_link22: Picked IRQ 52 with weight 0 > ioapic3: Changing polarity for pin 20 to high > pcib6: slot 10 INTA routed to irq 52 via \\_SB_.PCI1.LMAC > found-> vendor=0x10de, dev=0x005d, revid=0xa3 > bus=128, slot=14, func=0 > class=06-04-00, hdrtype=0x01, mfdev=0 > cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) > lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) > powerspec 2 supports D0 D3 current D0 > MSI supports 2 messages, 64 bit > pci128: at device 0.0 (no driver attached) > pci128: at device 1.0 (no driver attached) > nfe1: port 0x3000-0x3007 > mem 0xd8 > 401000-0xd8401fff irq 52 at device 10.0 on pci128 > nfe1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd8401000 > nfe1: bpf attached > e1: Ethernet address: 00:e0:81:57:d9:af > miibus1: on nfe1 > e1000phy1: PHY 1 on miibus1 > e1000phy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > 1000baseTX-FDX, auto > ioapic3: routing intpin 20 (PCI IRQ 52) to vector 57 > nfe1: [MPSAFE] > nfe1: [FAST] After a day of running this, it became obvious the nfe driver patch has some sort of issue, at least with -current and this board. Although NFS speeds seemed reasonable, transfers over TCP from a webserver suffered some sort of very noticeable pause/send/pause/send... type problem that reduced transfers to about 6Kbyte/s. This problem went away when putting nve back into the kernel and retrying the same scenerio. -- Mark Atkinson atkin901@yahoo.com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Fri Feb 9 17:38:09 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BC4F716A401 for ; Fri, 9 Feb 2007 17:38:09 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 7D52C13C4AA for ; Fri, 9 Feb 2007 17:38:09 +0000 (UTC) (envelope-from sam@errno.com) Received: from [10.0.0.178] ([10.0.0.178]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l19Hc8KE064246 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Feb 2007 09:38:08 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <45CCB180.3090408@errno.com> Date: Fri, 09 Feb 2007 09:38:08 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Kip Macy References: <20070207201342.GA66964@twoflower.idi.ntnu.no> <20070207142711.V6583@demos.bsdclusters.com> <790a9fff0702082129o75e51b0fo8f2ace4cb623a905@mail.gmail.com> <20070208231833.F15257@demos.bsdclusters.com> In-Reply-To: <20070208231833.F15257@demos.bsdclusters.com> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Scot Hetzel , freebsd-current@freebsd.org Subject: Re: Broadcom Wireless card X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 17:38:09 -0000 Kip Macy wrote: > > > On Thu, 8 Feb 2007, Scot Hetzel wrote: > >> On 2/7/07, Kip Macy wrote: >>> >>> I can't comment on the mini-pci version, but NDIS works just fine with >>> the cardbus version. It would be interesting to figure out where ndis is >>> falling short. >>> >>> -Kip >> >> I'm also seeing a kernel panic when trying to load a newer version of >> the Broadcom driver on my HP dv8135nr system. >> >> This driver (for the HP dv8135nr) works: >> >> Broadcom BCM43xx 802.11 Network Adapter Driver (4.40.19.0) >> ftp://ftp.hp.com/pub/softpaq/sp33001-33500/sp33008.exe >> >> This driver (for the HP dv6110us) causes a kernel page fault with >> non-sleepable locks held: > > > > Thanks for the pointer, the "fpudna in kernel mode" may be the real > issue - it means that floating point is being used which is very > strange. If I can't reproduce, it would be helpful if you would apply > the kgdb patch I'm about to send along and give me an updated backtrace. "fpudna in kernel mode" is a common diagnostic seen with the 64-bit bcm4309 driver on an amd64 laptop (hpnx6125). It never caused any grief that I could tell and may be ok to ignore. Sam From owner-freebsd-current@FreeBSD.ORG Fri Feb 9 18:52:38 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5B4C216A400; Fri, 9 Feb 2007 18:52:38 +0000 (UTC) (envelope-from rink@thunderstone.rink.nu) Received: from mx1.rink.nu (thunderstone.rink.nu [80.112.228.34]) by mx1.freebsd.org (Postfix) with ESMTP id B46BA13C481; Fri, 9 Feb 2007 18:52:37 +0000 (UTC) (envelope-from rink@thunderstone.rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id DCAD6D4C5A; Fri, 9 Feb 2007 19:20:30 +0100 (CET) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([127.0.0.1]) by localhost (thunderstone.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9qoIOfOFtDDQ; Fri, 9 Feb 2007 19:20:22 +0100 (CET) Received: from thunderstone.rink.nu (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.rink.nu (Postfix) with ESMTP id A5E2AD4C53; Fri, 9 Feb 2007 19:20:22 +0100 (CET) Received: (from rink@localhost) by thunderstone.rink.nu (8.13.8/8.13.8/Submit) id l19IKMPa079565; Fri, 9 Feb 2007 19:20:22 +0100 (CET) (envelope-from rink) Date: Fri, 9 Feb 2007 19:20:21 +0100 From: Rink Springer To: current@FreeBSD.org Message-ID: <20070209182021.GA63685@rink.nu> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Cc: multimedia@FreeBSD.org Subject: snd_emu10k1 tremendous interrupt load? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 18:52:38 -0000 --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi people, Over the last few days, my CURRENT box has started to slow down to a crawl. top(1) reports most CPU load is spent on interrupts, and a quick vmstat -i to support this completely: interrupt total rate irq1: atkbd0 1631 0 irq15: ata1 14197 2 irq16: pcm0 1056243398 160109 irq17: nvidia0+ 386190689 58540 irq20: ohci0 2739 0 irq22: atapci2 80913 12 irq26: atapci3 58375 8 irq28: bge0 6770 1 cpu0: timer 13193362 1999 cpu1: timer 13193305 1999 Total 1468985379 222674 My soundcard is: pcm0: port 0x2040-0x205f irq 16 at device 4.0 on pci1 pcm0: pciconf -lv says: pcm0@pci1:4:0: class=3D0x040100 card=3D0x80271102 chip=3D0x00021102 rev=3D= 0x06 hdr=3D0x00 vendor =3D 'Creative Labs' device =3D 't4830020080332 Sound Blaster Live! (Also Live! 5.1) - OEM from DELL - CT4780' class =3D multimedia subclass =3D audio Whenever I kldunload the snd_emu10k1 driver, all problems disappear. This is CURRENT from 02-Feb-2007. The box is a Dual Opteron 2x 846 on a Tyan K8SE motherboard. The sound card works fine in Windows XP however. Does anyone have any ideas why this is happening? Quick inspection of /sys/dev/sound/pci/emu10k1.c:emu_intr() seems to hint that the emu_rd(sc, IPR, 4) value takes a long time to clear, anyone have more hints on this annoying behaviour? Regards, --=20 Rink P.W. Springer - http://rink.nu "It is such a quiet thing, to fall. But yet a far more terrible thing, to admit it." - Darth Traya --lrZ03NoBR/3+SXJZ Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIJawYJKoZIhvcNAQcCoIIJXDCCCVgCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC BuIwggObMIIDBKADAgECAhAiuN7bs9pg6t3I0n6G5OOTMA0GCSqGSIb3DQEBBQUAMGIxCzAJ BgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYD VQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTAeFw0wNjExMDgwOTI2 NTNaFw0wNzExMDgwOTI2NTNaMIHSMREwDwYDVQQEEwhTcHJpbmdlcjEaMBgGA1UEKhMRUmlu ayBQZXRlciBXeWNoZXIxIzAhBgNVBAMTGlJpbmsgUGV0ZXIgV3ljaGVyIFNwcmluZ2VyMRsw GQYJKoZIhvcNAQkBFgxtYWlsQHJpbmsubnUxHzAdBgkqhkiG9w0BCQEWEHJpbmtAZnJlZWJz ZC5vcmcxIDAeBgkqhkiG9w0BCQEWEXJpbmtAaWwuZm9udHlzLm5sMRwwGgYJKoZIhvcNAQkB Fg1yaW5rQHN0YWNrLm5sMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAxryGDfel YzzENX7wodkbVY1NALfaiPfNEG10YjD8ZWdK9zkN26Tc878Shbqapq0KYFD8TACGfEhKoMvo qbf0PHAS/gNYr81Arqa9FRPUfzvtDE/cMbhvI+p7ufBITyYnPJp9MUD72iT+DohRR2ISVi3i NAEgDuSbYYNxctnvXqU6O6EPy3mzoFPDoiOQwBfVtFrjxBbND9BUK2bjtUyGt4x8I/Vulzrt qLPTokva+b97DHRgbCA/aLLYIrU6QoqOFJ8GrAbro/FZLYh4m1oJk3FEHVQOKkk7xzIaFmmP QGJRL8m6nrIZFTrQ+X2wmzfLD55K/UiqbekOuMiWbY9EbwIDAQABo10wWzBLBgNVHREERDBC gQxtYWlsQHJpbmsubnWBEHJpbmtAZnJlZWJzZC5vcmeBEXJpbmtAaWwuZm9udHlzLm5sgQ1y aW5rQHN0YWNrLm5sMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAIfIcieRjePBA wjZqvOdGpyPcNDnK/ubeQSTV5Y4AHWxm1sXhQxB/XrQ3RVdz1qDnBRL1AjkEBAl8e9+am4s6 D6TaSlmJeNXn6ZPJTQecisz3M+AKiMckShM3oAeUi0ktn1yNYR+hz5aQN612XT5OZRYznJVZ kPf1DiA2RVVyz+MwggM/MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQG EwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNV BAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2Vz IERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkq hkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAw WhcNMTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1 bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElz c3VpbmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUE cJ3f6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH 5/EfkTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBly YLf7AgMBAAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJo dHRwOi8vY3JsLnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNV HQ8EBAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0G CSqGSIb3DQEBBQUAA4GBAEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYv wPQcUCCTcDz9reFhYsPZOhl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3 h9bGCE6u9uo05RAaWzVNd+NWIXiC3CEZNd4ksdMdRv9dX2VPMYICUTCCAk0CAQEwdjBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoG A1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECECK43tuz2mDq3cjS fobk45MwCQYFKw4DAhoFAKCBsTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3 DQEJBTEPFw0wNzAyMDkxODIwMjFaMCMGCSqGSIb3DQEJBDEWBBRW3JasJ/bnvRkURFJwiCMX qwgpIjBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggq hkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAQCK NBJk3oaox+VDS+ZWoI2Sxj538xRiK7pd4qDomtR6NnFhgalis4LWdUedqgqL+OqO2z1tN7fw iiGYNvjrAVsA1NTpa6H/06U3xCiCro8yF9e41JS4YdvGyG9cxWlUeXSMDdIEBZeXyRJ2vuku sIlyiNHlTnirozcMrC5wwosILfrcJBtWOdmboXOaeUaSy+M/5vMcAX2i+XZ7wqVUmw65bUpT /KsPyo6snN992V4nfWI/4xuY8Br9KZCEC5VZi7cfx4DCQSgBO2g0W79aP/FdTDb4FZakxarR MRgKB2TeuYctuLMyHr86EwzVqfDVkWn6xUhP097r4ILoueni2UQq --lrZ03NoBR/3+SXJZ-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 9 19:06:31 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F0A6D16A403; Fri, 9 Feb 2007 19:06:31 +0000 (UTC) (envelope-from rnsanchez@wait4.org) Received: from sumo.dreamhost.com (sumo.dreamhost.com [66.33.216.29]) by mx1.freebsd.org (Postfix) with ESMTP id D73F913C49D; Fri, 9 Feb 2007 19:06:31 +0000 (UTC) (envelope-from rnsanchez@wait4.org) Received: from spunkymail-a11.g.dreamhost.com (sd-green-bigip-83.dreamhost.com [208.97.132.83]) by sumo.dreamhost.com (Postfix) with ESMTP id 3B5CD17885D; Fri, 9 Feb 2007 10:47:26 -0800 (PST) Received: from sauron.lan.box (unknown [200.203.28.7]) by spunkymail-a11.g.dreamhost.com (Postfix) with ESMTP id 6E738B832D; Fri, 9 Feb 2007 10:47:23 -0800 (PST) Date: Fri, 9 Feb 2007 16:47:18 -0200 From: Ricardo Nabinger Sanchez To: LI Xin Message-Id: <20070209164718.403adb07.rnsanchez@wait4.org> In-Reply-To: <45CCA530.3070003@delphij.net> References: <1171031359.45cc853f78c66@gddsn.org.cn> <45CCA151.7030403@FreeBSD.org> <45CCA530.3070003@delphij.net> Organization: SYS_WAIT4 X-Mailer: Sylpheed 2.4.0beta3 (GTK+ 2.10.9; i386-unknown-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, "Bruce M. Simpson" , current@freebsd.org, wsk@gddsn.org.cn Subject: Re: BTX halted with MegaRaid SCSI 320-2 on 6.2R help X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 19:06:32 -0000 On Sat, 10 Feb 2007 00:45:36 +0800 LI Xin wrote: > >> esi=0000f69b edi=00040170 epb=000003d8 esp=00000358 ^^^ Typo of "ebp"? > >> cs=f000 ds=0040 es=5d18 fs=9fc0 gs=f000 ss=9e17 > >> cs:eip=ec 50 e4 61 58 50 e4 61-58 ee 5a c3 01 00 e4 c3 > >> 12 00 00 41 d0 0c 02 08-80 00 03 00 79 00 79 00 00 > >> ss:esp=77 01 03 2c a1 00 08 2c-fa 02 00 e0 00 00 c0 9f > >> 00 00 4e 80 f3 ee 00 f0-03 24 00 e0 06 02 00 80 > >> BTX halted > >> > >> > >> > > > > It looks like BIOS code at f000:c3d4 is trying to read a word from I/O > > port 0xfffa, and this is causing a GPF when it tries to write to what > > looks like the BIOS data area at 0040:0058; "cursor position for video > > page 4". > > > > 0: ec in (%dx),%al > > 1: 50 push %eax > > 2: e4 61 in $0x61,%al > > 4: 58 pop %eax > > 5: 50 push %eax > > 6: e4 61 in $0x61,%al > > 8: 58 pop %eax > ^^^^^^^^^^^ The stack operations sound > mad to me :-) I think these is probably not what we expect... Indeed, but the address in %esp doesn't look too bad: 0x358. Wouldn't this be inside the first 4K page? -- Ricardo Nabinger Sanchez Powered by FreeBSD "Left to themselves, things tend to go from bad to worse." From owner-freebsd-current@FreeBSD.ORG Fri Feb 9 21:22:12 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A4CF116A400; Fri, 9 Feb 2007 21:22:12 +0000 (UTC) (envelope-from martin@gneto.com) Received: from mxfep03.bredband.com (mxfep03.bredband.com [195.54.107.76]) by mx1.freebsd.org (Postfix) with ESMTP id C139F13C471; Fri, 9 Feb 2007 21:22:11 +0000 (UTC) (envelope-from martin@gneto.com) Received: from ironport.bredband.com ([195.54.107.82] [195.54.107.82]) by mxfep03.bredband.com with ESMTP id <20070209205359.EUXZ2708.mxfep03.bredband.com@ironport.bredband.com>; Fri, 9 Feb 2007 21:53:59 +0100 Received: from ua-83-227-181-30.cust.bredbandsbolaget.se (HELO mailbox.gneto.com) ([83.227.181.30]) by ironport.bredband.com with ESMTP/TLS/AES256-SHA; 09 Feb 2007 21:53:59 +0100 Received: from [192.168.10.11] (euklides.gneto.com [192.168.10.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailbox.gneto.com (Postfix) with ESMTP id 214E128409; Fri, 9 Feb 2007 21:53:11 +0100 (CET) Message-ID: <45CCDF35.5040100@gneto.com> Date: Fri, 09 Feb 2007 21:53:09 +0100 From: Martin Nilsson User-Agent: Thunderbird 1.5.0.9 (X11/20070119) MIME-Version: 1.0 To: wsk@gddsn.org.cn References: <1171031359.45cc853f78c66@gddsn.org.cn> In-Reply-To: <1171031359.45cc853f78c66@gddsn.org.cn> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, current@freebsd.org Subject: Re: BTX halted with MegaRaid SCSI 320-2 on 6.2R help X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2007 21:22:12 -0000 wsk@gddsn.org.cn wrote: > 6.2R cd boot failed with follow error,and the MegaRAID fw version is FW_1L33 > thanks with any info Hi, Firmware 1L33 is from 12/15/04, why not try 1L47 which is the latest and was released on 5/11/06 You can find it here: http://www.lsilogic.com/storage_home/products_home/internal_raid/megaraid_scsi/megaraid_scsi_3202/index.html /Martin From owner-freebsd-current@FreeBSD.ORG Sat Feb 10 02:05:38 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3E25916A403 for ; Sat, 10 Feb 2007 02:05:38 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.234]) by mx1.freebsd.org (Postfix) with ESMTP id EE7D913C471 for ; Sat, 10 Feb 2007 02:05:37 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by nz-out-0506.google.com with SMTP id i11so1032884nzh for ; Fri, 09 Feb 2007 18:05:37 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=a7iReR5MReQgwWK5mzmRxx0uDe4beosmJIuVVV+u7D3nlq1GUlf7plVvfuY0Ih/D3VUKOKu9xMZzyO4rfEKA5DL2BQyD8ApLKEzqikLbg4N0rSMwkiRKltzZ2rFyV43Q4TNcIqKHGj8HfBr9upBcxy0LHM3F34QzYvyswM6I69Q= Received: by 10.35.84.16 with SMTP id m16mr26819384pyl.1171073137448; Fri, 09 Feb 2007 18:05:37 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id 15sm20301877nzo.2007.02.09.18.05.34; Fri, 09 Feb 2007 18:05:36 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l1A26qVN051254 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 10 Feb 2007 11:06:52 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l1A26oga051253; Sat, 10 Feb 2007 11:06:50 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 10 Feb 2007 11:06:50 +0900 From: Pyun YongHyeon To: Mark Atkinson Message-ID: <20070210020650.GA51110@cdnetworks.co.kr> References: <20070110120731.GA1515@shark.localdomain> <200701100910.13167.jhb@freebsd.org> <20070110155331.GA2762@shark.localdomain> <20070111004044.GA33964@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: nve related LOR triggered by lots of small packets, and a hard hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2007 02:05:38 -0000 On Fri, Feb 09, 2007 at 09:23:41AM -0800, Mark Atkinson wrote: > Mark Atkinson wrote: > > > Pyun YongHyeon wrote: > > > >> On Wed, Jan 10, 2007 at 06:53:31PM +0300, Sergey Zaharchenko wrote: > >> > Hello John! > >> > > >> > Wed, Jan 10, 2007 at 09:10:12AM -0500 you wrote: > >> > [snip] > >> > > Have you tried using nfe(4)? :) > >> > > >> > Now I have, and it works just fine, thanks (I somehow thought nfe was > >> > specific to some platform). Why isn't it the default? Smaller range of > >> > hardware supported? > >> > > >> > >> AFAIK, nfe(4) supports more hardwares than that of nve(4). > >> Try overhauled nfe(4) in the following URL. > >> > >> http://people.freebsd.org/~yongari/nfe/if_nfe.c > >> http://people.freebsd.org/~yongari/nfe/if_nfereg.h > >> http://people.freebsd.org/~yongari/nfe/if_nfevar.h > >> > >> The patch fixed serveral bugs in nfe(4) and it should perform better > >> than nve(4). The following hardware features are supported. > >> o TSO > >> o Tx/Rx IP/TCP/UDP checksum offload > >> o VLAN hardware tag insertion/stripping > >> o Jumbo frame(up to 9100 bytes) > >> > >> It seems that the hardware supports MSI/MSI-X too but I don't have > >> nForce hardwares that supports MSI/MSI-X so it's hard to implement/ > >> experiment it. Accoring to the Shigeaki Tagashira, the author of > >> FreeBSD nfe(4), his hardware claims to support 8 messages. I've > >> checked Linux forcedeth driver to get hardware information for > >> MSI/MSI-X but it I cound't understand the details. :-( > >> > > > > I've been running into this hardlock LOR a lot recently on a TYAN 2895 > > (K8WE) based box. So I tried your patch to nfe on today's -current. I > > tried a couple of small packet ping floods to a lan neighbor under nfe and > > it survived. Did fine with some large NFS over TCP transfers as well. > > However, I'll leave it up and running to see if it keels over in the > > future. > > > > pci128: on pcib6 > > pci128: physical bus=128 > > found-> vendor=0x10de, dev=0x005e, revid=0xa3 > > bus=128, slot=0, func=0 > > class=05-80-00, hdrtype=0x00, mfdev=0 > > cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > > found-> vendor=0x10de, dev=0x00d3, revid=0xa3 > > bus=128, slot=1, func=0 > > class=05-80-00, hdrtype=0x00, mfdev=1 > > cmdreg=0x000f, statreg=0x00a0, cachelnsz=0 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > > map[14]: type 1, range 32, base 0xd8400000, size 12, enabled > > found-> vendor=0x10de, dev=0x0057, revid=0xa3 > > bus=128, slot=10, func=0 > > class=06-80-00, hdrtype=0x00, mfdev=0 > > cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x01 (250 ns), maxlat=0x14 (5000 ns) > > intpin=a, irq=5 > > powerspec 2 supports D0 D1 D2 D3 current D0 > > map[10]: type 1, range 32, base 0xd8401000, size 12, enabled > > map[14]: type 4, range 32, base 0x3000, size 3, enabled > > pcib6: matched entry for 128.10.INTA (src \\_SB_.PCI1.LMAC:0) > > pci_link22: Picked IRQ 52 with weight 0 > > ioapic3: Changing polarity for pin 20 to high > > pcib6: slot 10 INTA routed to irq 52 via \\_SB_.PCI1.LMAC > > found-> vendor=0x10de, dev=0x005d, revid=0xa3 > > bus=128, slot=14, func=0 > > class=06-04-00, hdrtype=0x01, mfdev=0 > > cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) > > powerspec 2 supports D0 D3 current D0 > > MSI supports 2 messages, 64 bit > > pci128: at device 0.0 (no driver attached) > > pci128: at device 1.0 (no driver attached) > > nfe1: port 0x3000-0x3007 > > mem 0xd8 > > 401000-0xd8401fff irq 52 at device 10.0 on pci128 > > nfe1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd8401000 > > nfe1: bpf attached > > e1: Ethernet address: 00:e0:81:57:d9:af > > miibus1: on nfe1 > > e1000phy1: PHY 1 on miibus1 > > e1000phy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > > 1000baseTX-FDX, auto > > ioapic3: routing intpin 20 (PCI IRQ 52) to vector 57 > > nfe1: [MPSAFE] > > nfe1: [FAST] > > After a day of running this, it became obvious the nfe driver patch has some > sort of issue, at least with -current and this board. Although NFS speeds > seemed reasonable, transfers over TCP from a webserver suffered some sort > of very noticeable pause/send/pause/send... type problem that reduced > transfers to about 6Kbyte/s. This problem went away when putting nve back > into the kernel and retrying the same scenerio. > Would you explain the scenario to reproduce it on my box? How about disabling checksum offload? -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Sat Feb 10 12:38:25 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 060CB16A402; Sat, 10 Feb 2007 12:38:25 +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 8D44213C4A3; Sat, 10 Feb 2007 12:38:24 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5CBDE.dip.t-dialin.net [84.165.203.222]) by redbull.bpaserver.net (Postfix) with ESMTP id 859182E144; Sat, 10 Feb 2007 13:52:11 +0100 (CET) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by outgoing.leidinger.net (Postfix) with ESMTP id 91EA15B4A5D; Sat, 10 Feb 2007 13:38:17 +0100 (CET) Date: Sat, 10 Feb 2007 13:38:17 +0100 From: Alexander Leidinger To: Rink Springer Message-ID: <20070210133817.715f4208@Magellan.Leidinger.net> In-Reply-To: <20070209182021.GA63685@rink.nu> References: <20070209182021.GA63685@rink.nu> 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.787, required 6, autolearn=not spam, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14, TW_SN 0.08) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: current@FreeBSD.org, multimedia@FreeBSD.org Subject: Re: snd_emu10k1 tremendous interrupt load? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2007 12:38:25 -0000 Quoting Rink Springer (Fri, 9 Feb 2007 19:20:21 +0100): > pcm0@pci1:4:0: class=0x040100 card=0x80271102 chip=0x00021102 rev=0x06 > hdr=0x00 > vendor = 'Creative Labs' > device = 't4830020080332 Sound Blaster Live! (Also Live! 5.1) - > OEM from DELL - CT4780' > class = multimedia > subclass = audio > > Whenever I kldunload the snd_emu10k1 driver, all problems disappear. Did you tried the emu10kx driver instead (but it may not work, I (hopefully miss-)remember that it doesn't work with a Dell specific version of the chip)? Bye, Alexander. -- "Find them and destroy them." -- Agent Smith, "The Matrix" http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Sat Feb 10 14:26:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7641C16A401 for ; Sat, 10 Feb 2007 14:26:47 +0000 (UTC) (envelope-from pj@smo.de) Received: from ilk.de (mx-out09.ilk.de [194.121.104.9]) by mx1.freebsd.org (Postfix) with ESMTP id E2EAD13C48D for ; Sat, 10 Feb 2007 14:26:46 +0000 (UTC) (envelope-from pj@smo.de) Received: from bologna.intern.smo.de (pool9.ka.ilk.net [212.86.194.9]) by ilk.de (8.13.4/8.13.4/ilk-relay) with ESMTP id l1AEFTEu002045 for ; Sat, 10 Feb 2007 15:15:31 +0100 Received: from [192.168.153.208] (herdubreid.intern.smo.de [192.168.153.208]) by bologna.intern.smo.de (8.13.4+Sun/8.13.4) with ESMTP id l1AEE3nS020041 for ; Sat, 10 Feb 2007 15:14:06 +0100 (CET) Message-ID: <45CDD344.2010409@smo.de> Date: Sat, 10 Feb 2007 15:14:28 +0100 From: Philipp Ost User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070120 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Problems with GEOM_GPT and current sources X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2007 14:26:47 -0000 Hi list, I can't build a kernel on -CURRENT with todays sources (as of Sat Feb 10 09:15:22 CET 2007) and GEOM_GPT (which I don't need BTW). The error: -------------------------------------------------------------- >>> Kernel build for ASKJAKERNEL started on Sat Feb 10 14:43:34 CET 2007 -------------------------------------------------------------- ===> ASKJAKERNEL mkdir -p /usr/obj/usr/src/sys -------------------------------------------------------------- >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /usr/src/sys/i386/conf; PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /usr/obj/usr/src/sys/ASKJAKERNEL /usr/src/sys/i386/conf/ASKJAKERNEL /usr/src/sys/i386/conf/ASKJAKERNEL: unknown option "GEOM_GPT" *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. # uname -a: FreeBSD askja.yyy.zzz.de 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Fri Feb 2 21:02:51 CET 2007 pj@askja.yyy.zzz.de:/usr/obj/usr/src/sys/ASKJAKERNEL i386 Commenting the following line in the kernel-config solved the problem: [...] options GEOM_GPT # GUID Partition Tables. [...] HTH somebody :) Philipp -- www.familie-ost.info/~pj From owner-freebsd-current@FreeBSD.ORG Sat Feb 10 14:33:51 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA51D16A400 for ; Sat, 10 Feb 2007 14:33:51 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id 85CF013C47E for ; Sat, 10 Feb 2007 14:33:51 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by nf-out-0910.google.com with SMTP id m19so1405234nfc for ; Sat, 10 Feb 2007 06:33:50 -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=YejoGHMdP9BHP9R6O6Z3XQWmHXLY+037LMqZWSDb18jeNJb5o4QZpkHblrloIIhPlPRPqpSXyU2e06n6pkIZbj6W4m+/436uhVhWRTOs8ELvslGDau0FS/STeXqLGSlNVheNo94ATZL4UbRstDmYGXl0r6i4N210+NfXOCdSOx4= Received: by 10.82.118.2 with SMTP id q2mr3043966buc.1171118029920; Sat, 10 Feb 2007 06:33:49 -0800 (PST) Received: by 10.82.186.2 with HTTP; Sat, 10 Feb 2007 06:33:49 -0800 (PST) Message-ID: <790a9fff0702100633g5160907asafafc1008af14b94@mail.gmail.com> Date: Sat, 10 Feb 2007 08:33:49 -0600 From: "Scot Hetzel" To: "Philipp Ost" In-Reply-To: <45CDD344.2010409@smo.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <45CDD344.2010409@smo.de> Cc: freebsd-current@freebsd.org Subject: Re: Problems with GEOM_GPT and current sources X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2007 14:33:52 -0000 On 2/10/07, Philipp Ost wrote: > Hi list, > > uname -a: > FreeBSD askja.yyy.zzz.de 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Fri Feb 2 > 21:02:51 CET 2007 > pj@askja.yyy.zzz.de:/usr/obj/usr/src/sys/ASKJAKERNEL i386 > > Commenting the following line in the kernel-config solved the problem: > [...] > options GEOM_GPT # GUID Partition Tables. > [...] > > > HTH somebody :) > The name of that option changed name, use GEOM_PART_GPT. -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Sat Feb 10 14:45:05 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9AC9516A403 for ; Sat, 10 Feb 2007 14:45:05 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from ms-smtp-04.rdc-nyc.rr.com (ms-smtp-04.rdc-nyc.rr.com [24.29.109.8]) by mx1.freebsd.org (Postfix) with ESMTP id 5FB8013C474 for ; Sat, 10 Feb 2007 14:45:05 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from localhost (cpe-74-73-145-181.nyc.res.rr.com [74.73.145.181]) by ms-smtp-04.rdc-nyc.rr.com (8.13.4/8.13.4) with ESMTP id l1AEj4eV005236 for ; Sat, 10 Feb 2007 09:45:04 -0500 (EST) Date: Sat, 10 Feb 2007 09:45:04 -0500 From: Scott Robbins To: freebsd-current@freebsd.org Message-ID: <20070210144504.GB37894@mail.scottro.net> Mail-Followup-To: freebsd-current@freebsd.org References: <45CDD344.2010409@smo.de> <790a9fff0702100633g5160907asafafc1008af14b94@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <790a9fff0702100633g5160907asafafc1008af14b94@mail.gmail.com> User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: Problems with GEOM_GPT and current sources X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2007 14:45:05 -0000 On Sat, Feb 10, 2007 at 08:33:49AM -0600, Scot Hetzel wrote: > On 2/10/07, Philipp Ost wrote: > >Hi list, > > > >uname -a: > >FreeBSD askja.yyy.zzz.de 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Fri Feb 2 > >21:02:51 CET 2007 > >pj@askja.yyy.zzz.de:/usr/obj/usr/src/sys/ASKJAKERNEL i386 > > > >Commenting the following line in the kernel-config solved the problem: > >[...] > >options GEOM_GPT # GUID Partition Tables. > >[...] > > > > > >HTH somebody :) > > > The name of that option changed name, use GEOM_PART_GPT. Yes, I ran into that. Usually, whenever csup-ing source, I copy GENERIC to GENERIC.bak just before csup, then compare afterwards to see if there are any major differences. Of course, there haven't been for awhile, so last night I didn't. However, I still had my old GENERIC.bak and running a quick diff showed me the problem. There's another new line under the GEOM_PART_GPT that I also put in my custom kernel, GEOM_LABEL. I threw that in as well. . Warner, if you see this, is it worth a mention in UPDATING? It will affect anyone who has a custom kernel. (Yeah, I know I should do a PR, but my wife is telling me it's time to go.) -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Buffy: Are you crazy? You just don't sneak up on people in a graveyard. You make noise when you walk, you stomp, or... yodel. From owner-freebsd-current@FreeBSD.ORG Sat Feb 10 16:59:06 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 21AFC16A401 for ; Sat, 10 Feb 2007 16:59:06 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from alnrmhc16.comcast.net (alnrmhc16.comcast.net [204.127.225.96]) by mx1.freebsd.org (Postfix) with ESMTP id ED8BD13C481 for ; Sat, 10 Feb 2007 16:59:05 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from c-66-31-35-94.hsd1.ma.comcast.net ([66.31.35.94]) by comcast.net (alnrmhc16) with ESMTP id <20070210165905b1600i6uite>; Sat, 10 Feb 2007 16:59:05 +0000 Received: from c-66-31-35-94.hsd1.ma.comcast.net (localhost.crodrigues.org [127.0.0.1]) by c-66-31-35-94.hsd1.ma.comcast.net (8.13.8/8.13.8) with ESMTP id l1AGx5FG058295 for ; Sat, 10 Feb 2007 11:59:05 -0500 (EST) (envelope-from rodrigc@c-66-31-35-94.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-66-31-35-94.hsd1.ma.comcast.net (8.13.8/8.13.8/Submit) id l1AGx5fW058294 for freebsd-current@freebsd.org; Sat, 10 Feb 2007 11:59:05 -0500 (EST) (envelope-from rodrigc) Date: Sat, 10 Feb 2007 11:59:04 -0500 From: Craig Rodrigues To: freebsd-current@freebsd.org Message-ID: <20070210165904.GA58269@crodrigues.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Populating /usr/include for make buildworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2007 16:59:06 -0000 Hi, I am trying to see if I have any outdated files in /usr/include by doing: cd /usr/obj ; rm -r * cd /usr/include ; rm -r * cd /usr/src; make buildworld buildworld is failing in a few places because the installincludes step is not populating /usr/include/zlib.h, /usr/include/zconf.h, or /usr/include/termcap.h What is the correct way to populate /usr/include before buildworld? Thanks. -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Sat Feb 10 14:27:21 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8CF3A16A403; Sat, 10 Feb 2007 14:27:21 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.freebsd.org (Postfix) with ESMTP id 35E0313C461; Sat, 10 Feb 2007 14:27:20 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from [192.168.200.214] (unknown [221.219.176.178]) by gddsn.org.cn (Postfix) with ESMTP id 7366E38CB96; Sat, 10 Feb 2007 22:27:12 +0800 (CST) Message-ID: <45CDD632.9090009@gddsn.org.cn> Date: Sat, 10 Feb 2007 22:26:58 +0800 From: wsk User-Agent: Thunderbird 1.5.0.7 (X11/20061022) MIME-Version: 1.0 To: "Bruce M. Simpson" , current@freebsd.org, stable@freebsd.org References: <1171031359.45cc853f78c66@gddsn.org.cn> <45CCA151.7030403@FreeBSD.org> In-Reply-To: <45CCA151.7030403@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 10 Feb 2007 17:43:37 +0000 Cc: Subject: Re: BTX halted with MegaRaid SCSI 320-2 on 6.2R help X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2007 14:27:21 -0000 Bruce M. Simpson Wrote: > Hi, > > This isn't the answer, but I'm attempting to provide triage for jhb > who will probably look at it. > > This is a GPF, but it's not being caused by an attempt to enter > protected mode, so it isn't the most-often reported BTX issue. > > wsk@gddsn.org.cn wrote: >> 6.2R cd boot failed with follow error,and the MegaRAID fw version is >> FW_1L33 >> thanks with any info >> BTX loader 1.00 BTX version 1.01 >> Console: internal video/keyboard >> BIOS CD is cd0 >> BIOS drive A: is disk0 >> BIOS drive C: is disk1 >> >> BIOS 639kB/3668928kB available memory >> >> FreeBSD/i386 bootstrap loader, Revision 1.1 >> (root at root@dessler.cse.buffalo.edu, Fri Jan 12 06:40:38 UTC 2007) >> >> int=0000000d err=00000000 efl=00030086 eip=0000c3d4 >> eax=00008058 ebx=00002000 ecx=00000007 edx=0000fffa >> esi=0000f69b edi=00040170 epb=000003d8 esp=00000358 >> cs=f000 ds=0040 es=5d18 fs=9fc0 gs=f000 ss=9e17 >> cs:eip=ec 50 e4 61 58 50 e4 61-58 ee 5a c3 01 00 e4 c3 >> 12 00 00 41 d0 0c 02 08-80 00 03 00 79 00 79 00 00 >> ss:esp=77 01 03 2c a1 00 08 2c-fa 02 00 e0 00 00 c0 9f >> 00 00 4e 80 f3 ee 00 f0-03 24 00 e0 06 02 00 80 >> BTX halted >> >> >> > > It looks like BIOS code at f000:c3d4 is trying to read a word from I/O > port 0xfffa, and this is causing a GPF when it tries to write to what > looks like the BIOS data area at 0040:0058; "cursor position for video > page 4". > > 0: ec in (%dx),%al > 1: 50 push %eax > 2: e4 61 in $0x61,%al > 4: 58 pop %eax > 5: 50 push %eax > 6: e4 61 in $0x61,%al > 8: 58 pop %eax > 9: ee out %al,(%dx) > a: 5a pop %edx > b: c3 ret > c: 01 00 add %eax,(%eax) > e: e4 c3 in $0xc3,%al > 10: 12 00 adc (%eax),%al > 12: 00 41 d0 add %al,0xffffffd0(%ecx) > 15: 0c 02 or $0x2,%al > 17: 08 80 00 03 00 79 or %al,0x79000300(%eax) > 1d: 00 79 00 add %bh,0x0(%ecx) upgrade BIOS version to V17B and solved the problems. thanks anyone From owner-freebsd-current@FreeBSD.ORG Sat Feb 10 17:56:40 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DD2C516A403 for ; Sat, 10 Feb 2007 17:56:40 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 81FB313C442 for ; Sat, 10 Feb 2007 17:56:40 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id D24FB1FFEB4; Sat, 10 Feb 2007 18:35:20 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 126AE1FFEC1; Sat, 10 Feb 2007 18:35:07 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id ACFF0444CED; Sat, 10 Feb 2007 17:33:51 +0000 (UTC) Date: Sat, 10 Feb 2007 17:33:51 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Sergey Zaharchenko In-Reply-To: <20070110120731.GA1515@shark.localdomain> Message-ID: <20070210171130.D47107@maildrop.int.zabbadoz.net> References: <20070110120731.GA1515@shark.localdomain> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: FreeBSD current mailing list Subject: Re: nve related LOR triggered by lots of small packets, and a hard hang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2007 17:56:41 -0000 On Wed, 10 Jan 2007, Sergey Zaharchenko wrote: > : lock order reversal: > : 1st 0xc3629f00 inp (tcpinp) @ /src/usr.src/sys/netinet/tcp_usrreq.c:801 > : 2nd 0xc0a9feec tcp (tcp) @ /src/usr.src/sys/netinet/tcp_input.c:626 I add this with LOR ID 200 to the LOR page: http://sources.zabbadoz.net/freebsd/lor.html#200 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sat Feb 10 18:42:12 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8CE5816A406 for ; Sat, 10 Feb 2007 18:42:12 +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 1875013C471 for ; Sat, 10 Feb 2007 18:42:11 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (ejqdov@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l1AIb4bE058252; Sat, 10 Feb 2007 19:37:09 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l1AIb4xo058251; Sat, 10 Feb 2007 19:37:04 +0100 (CET) (envelope-from olli) Date: Sat, 10 Feb 2007 19:37:04 +0100 (CET) Message-Id: <200702101837.l1AIb4xo058251@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, rodrigc@crodrigues.org In-Reply-To: <20070210165904.GA58269@crodrigues.org> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Sat, 10 Feb 2007 19:37:10 +0100 (CET) Cc: Subject: Re: Populating /usr/include for make buildworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, rodrigc@crodrigues.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2007 18:42:12 -0000 Craig Rodrigues wrote: > I am trying to see if I have any outdated files in /usr/include by > doing: > cd /usr/obj ; rm -r * > cd /usr/include ; rm -r * > cd /usr/src; make buildworld > > buildworld is failing in a few places because > the installincludes step is not populating > /usr/include/zlib.h, /usr/include/zconf.h, or /usr/include/termcap.h I had exactly the same problem (but on RELENG_6). At first I copied the missing files from the source tree manually, then started buildworld over again, but it kept bailing out a little later. I got tired of it and just populated /usr/include from a recent snapshot that I got from an FTP site (it's in the "base" distribution set). That got me started, and buildworld finished successfully. > What is the correct way to populate /usr/include > before buildworld? I would like to know the answer, too. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, USt-Id: DE204219783 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 "C++ is the only current language making COBOL look good." -- Bertrand Meyer From owner-freebsd-current@FreeBSD.ORG Sat Feb 10 18:56:19 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1EB5716A4A0 for ; Sat, 10 Feb 2007 18:56:19 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [216.148.227.153]) by mx1.freebsd.org (Postfix) with ESMTP id 6B98C13C4A7 for ; Sat, 10 Feb 2007 18:56:16 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from c-66-31-35-94.hsd1.ma.comcast.net ([66.31.35.94]) by comcast.net (rwcrmhc13) with ESMTP id <20070210185612m1300ssib5e>; Sat, 10 Feb 2007 18:56:13 +0000 Received: from c-66-31-35-94.hsd1.ma.comcast.net (localhost.crodrigues.org [127.0.0.1]) by c-66-31-35-94.hsd1.ma.comcast.net (8.13.8/8.13.8) with ESMTP id l1AIuDmn006042; Sat, 10 Feb 2007 13:56:13 -0500 (EST) (envelope-from rodrigc@c-66-31-35-94.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-66-31-35-94.hsd1.ma.comcast.net (8.13.8/8.13.8/Submit) id l1AIuC3b006041; Sat, 10 Feb 2007 13:56:12 -0500 (EST) (envelope-from rodrigc) Date: Sat, 10 Feb 2007 13:56:12 -0500 From: Craig Rodrigues To: Jeremy Messenger Message-ID: <20070210185612.GA4948@crodrigues.org> References: <20070210165904.GA58269@crodrigues.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: Populating /usr/include for make buildworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2007 18:56:19 -0000 On Sat, Feb 10, 2007 at 12:35:30PM -0600, Jeremy Messenger wrote: > >What is the correct way to populate /usr/include > >before buildworld? > > Have you tried to run 'make includes'? Hi, I tried this: cd /usr/obj; rm -r * cd /usr/include; rm -r * cd /usr/src; make includes and it fails: ===> kerberos5/lib/libasn1 (buildincludes) cd /usr/src/kerberos5/lib/libasn1/../../tools/asn1_compile && make Warning: Object directory not changed from original /usr/src/kerberos5/tools/asn1_compile cd /usr/src/kerberos5/tools/asn1_compile/../make-print-version && make Warning: Object directory not changed from original /usr/src/kerberos5/tools/make-print-version cc -O2 -fno-strict-aliasing -pipe -DHAVE_CONFIG_H -I/usr/src/kerberos5/tools/make-print-version/../../include -c /usr/src/kerberos5/tools/make-print-version/../../../crypto/heimdal/lib/vers/make-print-version.c In file included from /usr/src/kerberos5/tools/make-print-version/../../../crypto/heimdal/lib/vers/make-print-version.c:35: /usr/src/kerberos5/tools/make-print-version/../../include/config.h:6:23: osreldate.h: No such file or directory /usr/src/kerberos5/tools/make-print-version/../../include/config.h:1382:25: sys/types.h: No such file or directory /usr/src/kerberos5/tools/make-print-version/../../include/config.h:1383:25: sys/param.h: No such file or directory /usr/src/kerberos5/tools/make-print-version/../../../crypto/heimdal/lib/vers/make-print-version.c:39:19: stdio.h: No such file or directory /usr/src/kerberos5/tools/make-print-version/../../../crypto/heimdal/lib/vers/make-print-version.c: In function `main': /usr/src/kerberos5/tools/make-print-version/../../../crypto/heimdal/lib/vers/make-print-version.c:52: error: `FILE' undeclared (first use in this function) /usr/src/kerberos5/tools/make-print-version/../../../crypto/heimdal/lib/vers/make-print-version.c:52: error: (Each undeclared identifier is reported only once /usr/src/kerberos5/tools/make-print-version/../../../crypto/heimdal/lib/vers/make-print-version.c:52: error: for each function it appears in.) /usr/src/kerberos5/tools/make-print-version/../../../crypto/heimdal/lib/vers/make-print-version.c:52: error: `f' undeclared (first use in this function) /usr/src/kerberos5/tools/make-print-version/../../../crypto/heimdal/lib/vers/make-print-version.c:56: error: `NULL' undeclared (first use in this function) *** Error code 1 Stop in /usr/src/kerberos5/tools/make-print-version. *** Error code 1 -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Sat Feb 10 19:06:42 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BD18D16A402 for ; Sat, 10 Feb 2007 19:06:42 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from mx.gfk.ru (mx.gfk.ru [84.21.231.130]) by mx1.freebsd.org (Postfix) with ESMTP id 0670B13C4B3 for ; Sat, 10 Feb 2007 19:06:41 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from ex.hhp.local by mx.gfk.ru (MDaemon PRO v9.5.3) with ESMTP id md50000899314.msg; Sat, 10 Feb 2007 22:03:52 +0300 Received: from dialup-chibis.gfk.ru ([10.0.6.45]) by ex.hhp.local with Microsoft SMTPSVC(6.0.3790.1830); Sat, 10 Feb 2007 22:04:31 +0300 Date: Sat, 10 Feb 2007 22:03:49 +0300 (MSK) From: Yuriy Tsibizov X-X-Sender: chibis@free.home.local To: Alexander Leidinger In-Reply-To: <20070210133817.715f4208@Magellan.Leidinger.net> Message-ID: <20070210210230.W45115@free.home.local> References: <20070209182021.GA63685@rink.nu> <20070210133817.715f4208@Magellan.Leidinger.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-OriginalArrivalTime: 10 Feb 2007 19:04:32.0097 (UTC) FILETIME=[4BF86D10:01C74D46] X-Spam-Processed: mx.gfk.ru, Sat, 10 Feb 2007 22:03:52 +0300 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.0.30 X-Return-Path: Yuriy.Tsibizov@gfk.ru X-Envelope-From: Yuriy.Tsibizov@gfk.ru X-MDAV-Processed: mx.gfk.ru, Sat, 10 Feb 2007 22:03:53 +0300 Cc: current@FreeBSD.org, multimedia@FreeBSD.org Subject: Re: snd_emu10k1 tremendous interrupt load? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2007 19:06:42 -0000 On Sat, 10 Feb 2007, Alexander Leidinger wrote: > Quoting Rink Springer (Fri, 9 Feb 2007 19:20:21 +0100): > >> pcm0@pci1:4:0: class=0x040100 card=0x80271102 chip=0x00021102 rev=0x06 >> hdr=0x00 >> vendor = 'Creative Labs' >> device = 't4830020080332 Sound Blaster Live! (Also Live! 5.1) - >> OEM from DELL - CT4780' >> class = multimedia >> subclass = audio >> >> Whenever I kldunload the snd_emu10k1 driver, all problems disappear. > > Did you tried the emu10kx driver instead (but it may not work, I > (hopefully miss-)remember that it doesn't work with a Dell specific > version of the chip)? Alexander, this PCI ID belongs to very large set of cards (all old SB Live!, I think), not only DELL OEM one (that also works with emu10kx). pciconf identifies non-working DELL card as 'emu10k1x Soundblaster Live! 5.1'. Yuriy From owner-freebsd-current@FreeBSD.ORG Sat Feb 10 19:15:26 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3485316A400 for ; Sat, 10 Feb 2007 19:15:26 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from centrmmtao04.cox.net (centrmmtao04.cox.net [70.168.83.80]) by mx1.freebsd.org (Postfix) with ESMTP id BFB6E13C428 for ; Sat, 10 Feb 2007 19:15:25 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from eastrmimpo01.cox.net ([68.1.16.119]) by centrmmtao06.cox.net (InterMail vM.6.01.06.03 201-2131-130-104-20060516) with ESMTP id <20070210183334.NHRC26738.centrmmtao06.cox.net@eastrmimpo01.cox.net>; Sat, 10 Feb 2007 13:33:34 -0500 Received: from mezz.mezzweb.com ([24.255.149.218]) by eastrmimpo01.cox.net with bizsmtp id MuZZ1W00H4iy4EG0000000; Sat, 10 Feb 2007 13:33:33 -0500 Date: Sat, 10 Feb 2007 12:35:30 -0600 To: "Craig Rodrigues" From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: <20070210165904.GA58269@crodrigues.org> Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: <20070210165904.GA58269@crodrigues.org> User-Agent: Opera Mail/9.10 (Linux) Cc: freebsd-current@freebsd.org Subject: Re: Populating /usr/include for make buildworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2007 19:15:26 -0000 On Sat, 10 Feb 2007 10:59:04 -0600, Craig Rodrigues wrote: > Hi, > > I am trying to see if I have any outdated files in /usr/include by > doing: > cd /usr/obj ; rm -r * > cd /usr/include ; rm -r * -cd /usr/src; make buildworld +cd /usr/src ; make includes ; make buildworld > buildworld is failing in a few places because > the installincludes step is not populating > /usr/include/zlib.h, /usr/include/zconf.h, or /usr/include/termcap.h > > What is the correct way to populate /usr/include > before buildworld? Have you tried to run 'make includes'? Cheers, Mezz > Thanks. -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team - FreeBSD Multimedia Hat (ports, not src) http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org http://wiki.freebsd.org/multimedia - multimedia@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Feb 10 19:21:42 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5164A16A406; Sat, 10 Feb 2007 19:21:42 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from mx.gfk.ru (mx.gfk.ru [84.21.231.130]) by mx1.freebsd.org (Postfix) with ESMTP id 55B1613C441; Sat, 10 Feb 2007 19:21:41 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from ex.hhp.local by mx.gfk.ru (MDaemon PRO v9.5.3) with ESMTP id md50000899312.msg; Sat, 10 Feb 2007 22:02:51 +0300 Received: from dialup-chibis.gfk.ru ([10.0.6.45]) by ex.hhp.local with Microsoft SMTPSVC(6.0.3790.1830); Sat, 10 Feb 2007 22:03:31 +0300 Date: Sat, 10 Feb 2007 22:02:45 +0300 (MSK) From: Yuriy Tsibizov X-X-Sender: chibis@free.home.local To: Rink Springer In-Reply-To: <20070209182021.GA63685@rink.nu> Message-ID: <20070210213917.G45255@free.home.local> References: <20070209182021.GA63685@rink.nu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-OriginalArrivalTime: 10 Feb 2007 19:03:31.0690 (UTC) FILETIME=[27F70CA0:01C74D46] X-Spam-Processed: mx.gfk.ru, Sat, 10 Feb 2007 22:02:51 +0300 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.0.30 X-Return-Path: Yuriy.Tsibizov@gfk.ru X-Envelope-From: Yuriy.Tsibizov@gfk.ru X-MDAV-Processed: mx.gfk.ru, Sat, 10 Feb 2007 22:02:52 +0300 Cc: current@FreeBSD.org, multimedia@FreeBSD.org Subject: Re: snd_emu10k1 tremendous interrupt load? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2007 19:21:42 -0000 > Hi people, > > Over the last few days, my CURRENT box has started to slow down to a > crawl. top(1) reports most CPU load is spent on interrupts, and a quick > vmstat -i to support this completely: > > interrupt total rate > irq1: atkbd0 1631 0 > irq15: ata1 14197 2 > irq16: pcm0 1056243398 160109 Rate for emu10k1 cards should be arount 48 interrupts/s. Do you record or play sound? Can you see any changes in interrupt rate when you change hw.snd.latency_profile? You can also try to go back to dev/sound/pcm before 2007-02-01 09:30. > Does anyone have any ideas why this is happening? Quick inspection of > /sys/dev/sound/pci/emu10k1.c:emu_intr() seems to hint that the > emu_rd(sc, IPR, 4) value takes a long time to clear, anyone have more > hints on this annoying behaviour? It may take some time because usual read rate should be around 48-96 reads/second and HW can't survive high register I/O rate. Other possibility is very low HW timer settings (like "interrupt after each 16 bytes", that is very unusual too) that will re-set this register after very small delay, comparable with duration of sound buffer callbacks. This will keep driver in interrupt loop and slow down everything. snd_emu10kx may work better in this situation (it uses different timer interrupt settings). Yuriy. From owner-freebsd-current@FreeBSD.ORG Sat Feb 10 19:28:14 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1DC5F16A400 for ; Sat, 10 Feb 2007 19:28:14 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id E7BC313C48E for ; Sat, 10 Feb 2007 19:28:13 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id l1AJDkos092813 for ; Sat, 10 Feb 2007 11:13:46 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id l1AJDkcG092812 for freebsd-current@freebsd.org; Sat, 10 Feb 2007 11:13:46 -0800 (PST) (envelope-from david) Date: Sat, 10 Feb 2007 11:13:46 -0800 From: David Wolfskill To: freebsd-current@freebsd.org Message-ID: <20070210191346.GA48740@bunrab.catwhisker.org> References: <20070210165904.GA58269@crodrigues.org> <200702101837.l1AIb4xo058251@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="I7xMaAXwyt9AGI17" Content-Disposition: inline In-Reply-To: <200702101837.l1AIb4xo058251@lurza.secnetix.de> User-Agent: Mutt/1.4.2.1i Subject: Re: Populating /usr/include for make buildworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2007 19:28:14 -0000 --I7xMaAXwyt9AGI17 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Feb 10, 2007 at 07:37:04PM +0100, Oliver Fromme wrote: > Craig Rodrigues wrote: > > I am trying to see if I have any outdated files in /usr/include by >... > I had exactly the same problem (but on RELENG_6). >=20 > At first I copied the missing files from the source tree > ... > > What is the correct way to populate /usr/include=20 > > before buildworld? >=20 > I would like to know the answer, too. I approach the problem from a different point: as part of my {build,install}world procedure, I do: make buildworld && make kernel && mergemaster -u 0022 -p && \ rm -fr /usr/include.old && mv /usr/include{,.old} && \ make installworld && make delete-old && mergemaster -u 0022 -i That 2nd line is the relevant one. Peace, david --=20 David H. Wolfskill david@catwhisker.org Believe SORBS at your own risk: 63.193.123.122 has been static since Aug 19= 99. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --I7xMaAXwyt9AGI17 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkXOGWkACgkQmprOCmdXAD0OOwCfTnZMEWIKf3v7vn6JQeZF77eW MD8Ani/NI1JfSWUVy0IBdd5jmP5gM1WQ =+A3M -----END PGP SIGNATURE----- --I7xMaAXwyt9AGI17-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 10 19:44:06 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4110A16A403 for ; Sat, 10 Feb 2007 19:44:06 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from rwcrmhc15.comcast.net (rwcrmhc15.comcast.net [204.127.192.85]) by mx1.freebsd.org (Postfix) with ESMTP id 2BDE513C481 for ; Sat, 10 Feb 2007 19:44:06 +0000 (UTC) (envelope-from rodrigc@crodrigues.org) Received: from c-66-31-35-94.hsd1.ma.comcast.net ([66.31.35.94]) by comcast.net (rwcrmhc15) with ESMTP id <20070210194405m1500jqobje>; Sat, 10 Feb 2007 19:44:05 +0000 Received: from c-66-31-35-94.hsd1.ma.comcast.net (localhost.crodrigues.org [127.0.0.1]) by c-66-31-35-94.hsd1.ma.comcast.net (8.13.8/8.13.8) with ESMTP id l1AJi52Q008458 for ; Sat, 10 Feb 2007 14:44:06 -0500 (EST) (envelope-from rodrigc@c-66-31-35-94.hsd1.ma.comcast.net) Received: (from rodrigc@localhost) by c-66-31-35-94.hsd1.ma.comcast.net (8.13.8/8.13.8/Submit) id l1AJi5gn008457 for freebsd-current@freebsd.org; Sat, 10 Feb 2007 14:44:05 -0500 (EST) (envelope-from rodrigc) Date: Sat, 10 Feb 2007 14:44:05 -0500 From: Craig Rodrigues To: freebsd-current@freebsd.org Message-ID: <20070210194405.GA8434@crodrigues.org> References: <20070210165904.GA58269@crodrigues.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070210165904.GA58269@crodrigues.org> User-Agent: Mutt/1.4.2.1i Subject: Re: Populating /usr/include for make buildworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2007 19:44:06 -0000 On Sat, Feb 10, 2007 at 11:59:04AM -0500, Craig Rodrigues wrote: > I am trying to see if I have any outdated files in /usr/include by > doing: > cd /usr/obj ; rm -r * > cd /usr/include ; rm -r * > cd /usr/src; make buildworld Hi, I had better luck with: cd /usr/obj ; rm -r * cd /usr/include ; rm -r * mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/include cd /usr/src; make installincludes make buildworld I'm not sure if there is a better way to do it using the existing make target rules. -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Sat Feb 10 20:26:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3FA9316A403 for ; Sat, 10 Feb 2007 20:26:58 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout3.cac.washington.edu (mxout3.cac.washington.edu [140.142.32.166]) by mx1.freebsd.org (Postfix) with ESMTP id 0177A13C4A6 for ; Sat, 10 Feb 2007 20:26:57 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.141] (may be forged)) by mxout3.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l1AKQq5n020283 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sat, 10 Feb 2007 12:26:52 -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 l1AKQp9i012360 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sat, 10 Feb 2007 12:26:52 -0800 Message-ID: <45CE2A83.2080706@u.washington.edu> Date: Sat, 10 Feb 2007 12:26:43 -0800 From: Garrett Cooper User-Agent: Thunderbird 1.5.0.9 (X11/20070122) MIME-Version: 1.0 To: freebsd-current@freebsd.org 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.10.121433 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__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: What's the tag for 6-CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2007 20:26:58 -0000 I know what it is for 7-CURRENT (head), but I wanted to give 6-CURRENT a shot on my desktop. TIA, -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Feb 10 20:31:48 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5C53816A400 for ; Sat, 10 Feb 2007 20:31:48 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from tmailer.gwdg.de (tmailer.gwdg.de [134.76.10.23]) by mx1.freebsd.org (Postfix) with ESMTP id E69D913C494 for ; Sat, 10 Feb 2007 20:31:47 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from [87.139.104.184] (helo=[192.168.2.20]) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1HFyBm-0008QF-AE; Sat, 10 Feb 2007 20:47:14 +0100 Message-ID: <45CE213D.3060107@gwdg.de> Date: Sat, 10 Feb 2007 20:47:09 +0100 From: Rainer Hurling User-Agent: Thunderbird 1.5.0.9 (X11/20070119) MIME-Version: 1.0 To: Robert Noland , Eygene Ryabinkin , Jiawei Ye , Michiel Boland References: <45CA7D23.8050501@criticalmagic.com> <1170980071.18185.12.camel@rnoland-ibm.acs.internap.com> In-Reply-To: <1170980071.18185.12.camel@rnoland-ibm.acs.internap.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: freebsd-current@freebsd.org Subject: Re: latest xorg port compiles but does not run on sparc64 [workaround] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2007 20:31:48 -0000 As Jiawei Ye mentioned two days ago there is a thread at freebsd-ports@ discussing the same problem for i386 (and amd64). Obviously the dlopen-error occures only on younger CURRENT-systems after doing 'make delete-old-libs'. In this cases /usr/bin/objformat and /usr/include/objformat.h have been deleted. Then after recompiling of xorg-libraries and xorg-server the described error appears. For me this workaround performs well: - Copying the two objformat files (see above) from another machine into /usr/bin and /usr/include - Compiling xorg-libraries and xorg-server again Now the newest version with security patches works like a charm ;-) Eygene, is there any chance to adjust Xorg to work without objformat on CURRENT? Thanks, Rainer Robert Noland schrieb: > On Wed, 2007-02-07 at 20:30 -0500, Richard Coleman wrote: >> Michiel Boland wrote: >>> Hi. I'm not sure what exactly is the correct mailing list for these >>> things, since it applies to both -current, -sparc64 and -ports, so I >>> thought I would try -current first. Sorry if this is inappropriate. >>> >>> Anyway, I recently got hold of an old Sun Ultra10 which I upgraded from >>> 6.2-RELEASE to -CURRENT (dated about midnight, 7 feb). At that time no >>> ports were installed. >>> >>> Then I proceeded to build and install the xorg-server port >>> (xorg-server-6.9.0_6) manually, but it wouldn't run. On startup of X the >>> rather curious message appeared: >>> >>> dlopen: /usr/X11R6/lib/modules/fonts/libbitmap.so: Undefined symbol >>> "xf86stderr". >>> >>> Unfortunately I forgot to make a typescript, so I can't tell if >>> something went wrong during the build. Building xorg on an ultra10 takes >>> several hours, so please forgive me for not building a second time. >>> Meanwhile I got X running using binary packages. >>> >>> Does anyone have any clue as to what might have happend? The full >>> Xorg.log is reproduced below. > > This is related to the removal of objformat from -current. Richard and > I got his working by installing objformat from my -current box and > recompiling xorg-server and xorg-libraries. > > ./work/xc/lib/Xft/configure: objformat=`test -x /usr/bin/objformat > && /usr/bin/objformat || echo aout` > ./work/xc/lib/Xft/configure: version_type=freebsd-$objformat > > this is scattered all around in several places in the code. > > robert. > >> >>> Cheers >>> Michiel >>> >>> X Window System Version 6.9.0 >>> Release Date: 21 December 2005 >>> X Protocol Version 11, Revision 0, Release 6.9 >>> Build Operating System: FreeBSD 7.0 sparc64 [ELF] Current Operating >>> System: FreeBSD charliefreak.boland.org 7.0-CURRENT FreeBSD 7.0-CURRENT >>> #0: Wed Feb 7 08:32:15 CET 2007 >>> root@charliefreak.boland.org:/usr/obj/usr/src/sys/GENERIC sparc64 >>> Build Date: 07 February 2007 >>> Before reporting problems, check http://wiki.X.Org >>> to make sure that you have the latest version. >>> Module Loader present >>> Markers: (--) probed, (**) from config file, (==) default setting, >>> (++) from command line, (!!) notice, (II) informational, >>> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. >>> (==) Log file: "/var/log/Xorg.0.log", Time: Thu Feb 8 00:09:00 2007 >>> (EE) Unable to locate/open config file >>> (II) Module ABI versions: >>> X.Org ANSI C Emulation: 0.2 >>> X.Org Video Driver: 0.8 >>> X.Org XInput driver : 0.5 >>> X.Org Server Extension : 0.2 >>> X.Org Font Renderer : 0.4 >>> (II) Loader running on freebsd >>> (II) LoadModule: "bitmap" >>> (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.so >>> dlopen: /usr/X11R6/lib/modules/fonts/libbitmap.so: Undefined symbol >>> "xf86stderr" >>> (EE) Failed to load /usr/X11R6/lib/modules/fonts/libbitmap.so >>> (II) UnloadModule: "bitmap" >>> (EE) Failed to load module "bitmap" (loader failed, 7) >>> (II) LoadModule: "pcidata" >>> (II) Loading /usr/X11R6/lib/modules/libpcidata.so >>> (II) Module pcidata: vendor="X.Org Foundation" >>> compiled for 6.9.0, module version = 1.0.0 >>> ABI class: X.Org Video Driver, version 0.8 >>> >>> Fatal server error: >>> Unable to load required base modules, Exiting... >>> >>> >>> Please consult the The X.Org Foundation support >>> at http://wiki.X.Org >>> for help. Please also check the log file at "/var/log/Xorg.0.log" for >>> additional information. >> It's not sparc64 specific. I've been getting the same error on >> FreeBSD/i386-CURRENT since Monday. I've re-cvsuped/rebuilt everything multiple >> times, but always get that same error (can't load module bitmap) when I try to >> start the server. >> >> Richard Coleman >> rcoleman@criticalmagic.com From owner-freebsd-current@FreeBSD.ORG Sat Feb 10 20:32:29 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DBA2A16A403 for ; Sat, 10 Feb 2007 20:32:29 +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 8E16813C474 for ; Sat, 10 Feb 2007 20:32: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 9F425EB2707; Sun, 11 Feb 2007 04:32:28 +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 ikH-TNDLyUbG; Sun, 11 Feb 2007 04:32:26 +0800 (CST) Received: from [192.168.1.32] (unknown [61.49.109.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 973CFEB2714; Sun, 11 Feb 2007 04:32:25 +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:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=g9PNKxnvcvzVmL1q7Q9qAyO1qEYIrZ+vYrx5CjGNo7VTJ6LaT2nhoPfvZSz7t+oQr 4rkhDChrVia046u9HnFuA== Message-ID: <45CE2BD2.8010407@delphij.net> Date: Sun, 11 Feb 2007 04:32:18 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Garrett Cooper References: <45CE2A83.2080706@u.washington.edu> In-Reply-To: <45CE2A83.2080706@u.washington.edu> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigC4E3F9F95D9EF68413F949E5" Cc: freebsd-current@freebsd.org Subject: Re: What's the tag for 6-CURRENT? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2007 20:32:29 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC4E3F9F95D9EF68413F949E5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Garrett Cooper wrote: > I know what it is for 7-CURRENT (head), but I wanted to give 6-CURRENT = a > shot on my desktop. Last 6-CURRENT was RELENG_6_BP and now 6 is -STABLE (RELENG_6). Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigC4E3F9F95D9EF68413F949E5 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 iD8DBQFFzivSOfuToMruuMARAwisAJ9WTyk+O3bZrwEF6YWndYQS1kYFawCfZdwt QvUkFZcnF5suwYYv4cXYNNw= =Gvol -----END PGP SIGNATURE----- --------------enigC4E3F9F95D9EF68413F949E5-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 10 21:13:16 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3907A16A400 for ; Sat, 10 Feb 2007 21:13:16 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id C091C13C4A3 for ; Sat, 10 Feb 2007 21:13:15 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id l1ALD2G2029935; Sat, 10 Feb 2007 22:13:02 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id l1ALCtnS092022 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 10 Feb 2007 22:12:55 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id l1ALCsqN004605; Sat, 10 Feb 2007 22:12:54 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l1ALCqBT004604; Sat, 10 Feb 2007 22:12:52 +0100 (CET) (envelope-from ticso) Date: Sat, 10 Feb 2007 22:12:52 +0100 From: Bernd Walter To: Craig Rodrigues Message-ID: <20070210211252.GY81104@cicely12.cicely.de> References: <20070210165904.GA58269@crodrigues.org> <20070210194405.GA8434@crodrigues.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070210194405.GA8434@crodrigues.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on cicely12.cicely.de Cc: freebsd-current@freebsd.org Subject: Re: Populating /usr/include for make buildworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2007 21:13:16 -0000 On Sat, Feb 10, 2007 at 02:44:05PM -0500, Craig Rodrigues wrote: > On Sat, Feb 10, 2007 at 11:59:04AM -0500, Craig Rodrigues wrote: > > I am trying to see if I have any outdated files in /usr/include by > > doing: > > cd /usr/obj ; rm -r * > > cd /usr/include ; rm -r * > > cd /usr/src; make buildworld > > Hi, > > I had better luck with: > cd /usr/obj ; rm -r * > cd /usr/include ; rm -r * > mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/include > cd /usr/src; make installincludes > make buildworld You can't delete /usr/include befor make buildworld. You need the include files for you currently installed system to build the build tools, since the build tools need to run on your installed system, not on the system you are about to build. If you are worried about stall includes you can remove them befor installworld, since the buildtools are already compiled as part of the buildworld. > I'm not sure if there is a better way to do it using the existing > make target rules. The better way is to not do it at all befor you've build the new world, since this is foot shooting. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de From owner-freebsd-current@FreeBSD.ORG Sat Feb 10 21:42:44 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DF72A16A400 for ; Sat, 10 Feb 2007 21:42:44 +0000 (UTC) (envelope-from carl@UDel.Edu) Received: from md4.nss.udel.edu (md4.nss.udel.edu [128.175.1.14]) by mx1.freebsd.org (Postfix) with ESMTP id ACA7713C491 for ; Sat, 10 Feb 2007 21:42:44 +0000 (UTC) (envelope-from carl@UDel.Edu) Received: from ms1.nss.udel.edu (ms1.nss.udel.edu [128.175.1.21]) by md4.nss.udel.edu (MOS 3.8.3-GA) with ESMTP id DYG52851; Sat, 10 Feb 2007 16:31:40 -0500 (EST) Received: (from ms1.nss.udel.edu [68.82.120.39]) by ms1.nss.udel.edu (MOS 3.7.1-GA) with HTTPS/1.1 id CNN29212 (AUTH carl); Sat, 10 Feb 2007 16:31:39 -0500 (EST) From: To: freebsd-current@freebsd.org X-Mailer: Mirapoint Webmail Direct 3.7.1-GA MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20070210163139.CNN29212@ms1.nss.udel.edu> Date: Sat, 10 Feb 2007 16:31:39 -0500 (EST) Subject: FreeBSD-6.2 and MAPLE-9 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2007 21:42:45 -0000 Dear FreeBSD: Not entirely sure if this is the correct list to post this, but, I've recently installed FreeBSD-6.2 on a Pentium 3 box with 1-GB of memory. I've tried to install all programs that I was able to run with FreeBSD-6.1, but the only one that gives me a difficulty so far is the mathematics package, MAPLE. There are some difficulties with doing an installation (one needs to definitely have JDK-1.4 installed, and not just linux-JDK-1.4). But even then, after doing the recommended fixes as found in the FreeBSD manual, I still get: [carl@giediprime ~]$ cd maple9/bin [carl@giediprime ~/maple9/bin]$ ./maple maple: could not start server This particular problem has some roots in the still current difficulty of running MAPLE using Fedora Core 4 (or higher). I point this out, in that the package/port "linux-base" went from being based on Red-Hat 8 in FreeBSD-6.1 to being based on Fedora Core 4 in FreeBSD-6.2. I was wondering if anyone else has run across problems with MAPLE, and what they have done to get around the problem. I have translated over from FreeBSD-6.1 the "linux-base" based on Red-Hat 8, and have gotten MAPLE-9 to work in text mode, but cannot get the GUI to work. To get that to work, it world seem that I have a great many packages/ports to bring over from FreeBSD-6.1, and was hoping there might be an easier method. Anyone have any alternative thoughts? Thanks for your help! Best Regards, Carl From owner-freebsd-current@FreeBSD.ORG Sat Feb 10 22:09:00 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 54F0216A400 for ; Sat, 10 Feb 2007 22:09:00 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with SMTP id E8DC513C441 for ; Sat, 10 Feb 2007 22:08:59 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 3981 invoked by uid 399); 10 Feb 2007 22:08:55 -0000 Received: from localhost (HELO ?192.168.0.4?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 10 Feb 2007 22:08:55 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <45CE426F.6090208@FreeBSD.org> Date: Sat, 10 Feb 2007 14:08:47 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0b2 (Windows/20070116) MIME-Version: 1.0 To: David Wolfskill References: <20070210165904.GA58269@crodrigues.org> <200702101837.l1AIb4xo058251@lurza.secnetix.de> <20070210191346.GA48740@bunrab.catwhisker.org> In-Reply-To: <20070210191346.GA48740@bunrab.catwhisker.org> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Populating /usr/include for make buildworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2007 22:09:00 -0000 David Wolfskill wrote: > On Sat, Feb 10, 2007 at 07:37:04PM +0100, Oliver Fromme wrote: >> Craig Rodrigues wrote: >> > I am trying to see if I have any outdated files in /usr/include by >> ... >> I had exactly the same problem (but on RELENG_6). >> >> At first I copied the missing files from the source tree >> ... >> > What is the correct way to populate /usr/include >> > before buildworld? >> >> I would like to know the answer, too. > > I approach the problem from a different point: as part of my > {build,install}world procedure, I do: > > make buildworld && make kernel && mergemaster -u 0022 -p && \ > rm -fr /usr/include.old && mv /usr/include{,.old} && \ > make installworld && make delete-old && mergemaster -u 0022 -i I have something similar that I've used for years, the method works well: doinstall () { cd /usr && [ -d include-old ] && /bin/rm -r include-old; [ ! -e include-old ] && mv -i include include-old; /bin/rm -r /usr/share/man; cd /usr/src && touch /var/tmp/installdate && make installworld } hth, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sat Feb 10 22:24:19 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F2C8D16A402 for ; Sat, 10 Feb 2007 22:24:19 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from mail.ipt.ru (mail.ipt.ru [80.253.10.82]) by mx1.freebsd.org (Postfix) with ESMTP id AE5EC13C491 for ; Sat, 10 Feb 2007 22:24:19 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from doc.sem.ipt.ru ([192.168.12.1] helo=ipt.ru) by mail.ipt.ru with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1HG0dm-0005Ba-6S; Sun, 11 Feb 2007 01:24:18 +0300 Received: from bsam by ipt.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HG0gO-000EWB-Hu; Sun, 11 Feb 2007 01:27:00 +0300 To: References: <20070210163139.CNN29212@ms1.nss.udel.edu> From: Boris Samorodov Date: Sun, 11 Feb 2007 01:27:00 +0300 In-Reply-To: <20070210163139.CNN29212@ms1.nss.udel.edu> (carl@udel.edu's message of "Sat, 10 Feb 2007 16:31:39 -0500 (EST)") Message-ID: <58736539@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD-6.2 and MAPLE-9 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2007 22:24:20 -0000 On Sat, 10 Feb 2007 16:31:39 -0500 (EST) wrote: > Dear FreeBSD: > Not entirely sure if this is the correct list to post this, but, I've > recently installed FreeBSD-6.2 on a Pentium 3 box with 1-GB of memory. This list is for -current users. A more relevant list is freebsd-stable. And the best one is freebsd-emulation. You may consider searching the archieve and then asking there. > I've tried to install all programs that I was able to run with > FreeBSD-6.1, but the only one that gives me a difficulty so far is the > mathematics package, MAPLE. There are some difficulties with doing an > installation (one needs to definitely have JDK-1.4 installed, and not > just linux-JDK-1.4). But even then, after doing the recommended fixes > as found in the FreeBSD manual, I still get: > [carl@giediprime ~]$ cd maple9/bin [carl@giediprime ~/maple9/bin]$ > ./maple maple: could not start server > This particular problem has some roots in the still current difficulty > of running MAPLE using Fedora Core 4 (or higher). I point this out, > in that the package/port "linux-base" went from being based on Red-Hat > 8 in FreeBSD-6.1 to being based on Fedora Core 4 in FreeBSD-6.2. I > was wondering if anyone else has run across problems with MAPLE, and > what they have done to get around the problem. I have translated over > from FreeBSD-6.1 the "linux-base" based on Red-Hat 8, and have gotten > MAPLE-9 to work in text mode, but cannot get the GUI to work. To get > that to work, it world seem that I have a great many packages/ports to > bring over from FreeBSD-6.1, and was hoping there might be an easier > method. Anyone have any alternative thoughts? Thanks for your help! WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Sat Feb 10 22:53:37 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 344D016A419 for ; Sat, 10 Feb 2007 22:53:37 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: from smtp.elcom.ru (smtp.elcom.ru [84.53.200.28]) by mx1.freebsd.org (Postfix) with ESMTP id D6CE513C428 for ; Sat, 10 Feb 2007 22:53:36 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: by smtp.elcom.ru (Postfix, from userid 65534) id DE0803D864E; Sun, 11 Feb 2007 01:24:13 +0300 (MSK) Received: from [84.53.212.78] (unknown [84.53.212.78]) by smtp.elcom.ru (Postfix) with ESMTP id 8918F3D864B for ; Sun, 11 Feb 2007 01:24:13 +0300 (MSK) Date: Sun, 11 Feb 2007 01:21:44 +0300 From: "Victor M. Blood" X-Mailer: The Bat! (v3.80.06) Professional Organization: Home Programming Inc. X-Priority: 3 (Normal) Message-ID: <973077841.20070211012144@masm.elcom.ru> To: All MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: acpi problems on dell inspiron 1300. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2007 22:53:37 -0000 Hi, All. OS: FreeBSD 7.0-CURRENT 2007/01 Then i try using sleep mode S3 on Dell Inspiron 1300, computer going to S3 normal, but bsd do not catch signal about this, and not wake up after. I surf net and google, but have no any idea how to solve this problem. I try use devd.conf to catch signals from ACPI, but only ACPI_LID seems worked! Can you help me? PS: sorry for my english. -- With all regards, Victor M. Blood. FTN: 2:5024/1.95@Fidonet.org, ICQ#3567656 From owner-freebsd-current@FreeBSD.ORG Sat Feb 10 23:06:22 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7F47C16A400 for ; Sat, 10 Feb 2007 23:06:22 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: from smtp.elcom.ru (smtp.elcom.ru [84.53.200.28]) by mx1.freebsd.org (Postfix) with ESMTP id 3A65213C478 for ; Sat, 10 Feb 2007 23:06:22 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: by smtp.elcom.ru (Postfix, from userid 65534) id 8108E3D864B; Sun, 11 Feb 2007 02:08:57 +0300 (MSK) Received: from [84.53.212.78] (unknown [84.53.212.78]) by smtp.elcom.ru (Postfix) with ESMTP id 0D3873D863E for ; Sun, 11 Feb 2007 02:08:56 +0300 (MSK) Date: Sun, 11 Feb 2007 02:06:28 +0300 From: "Victor M. Blood" X-Mailer: The Bat! (v3.80.06) Professional Organization: Home Programming Inc. X-Priority: 3 (Normal) Message-ID: <515681985.20070211020628@masm.elcom.ru> To: All MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: acpi problems on Dell Inspiron 1300 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-acpi@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2007 23:06:22 -0000 Hi, All. OS: FreeBSD 7.0-CURRENT 2007/01 Then i try using sleep mode S3 on Dell Inspiron 1300, computer going to S3 normal, but bsd do not catch signal about this, and not wake up after. I surf net and google, but have no any idea how to solve this problem. I try use devd.conf to catch signals from ACPI, but only ACPI_LID seems worked! Can you help me? PS: sorry for my english. -- With all regards, Victor M. Blood. FTN: 2:5024/1.95@Fidonet.org, ICQ#3567656 From owner-freebsd-current@FreeBSD.ORG Sat Feb 10 23:28:54 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DE97A16A400 for ; Sat, 10 Feb 2007 23:28:54 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from outfbmx003.isp.belgacom.be (outfbmx003.isp.belgacom.be [195.238.5.107]) by mx1.freebsd.org (Postfix) with ESMTP id 997B213C4A3 for ; Sat, 10 Feb 2007 23:28:54 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from outmx005.isp.belgacom.be (outmx005.isp.belgacom.be [195.238.4.102]) by outfbmx003.isp.belgacom.be (Postfix) with ESMTP id DAB7C388DE for ; Sun, 11 Feb 2007 00:07:43 +0100 (CET) Received: from outmx005.isp.belgacom.be (localhost [127.0.0.1]) by outmx005.isp.belgacom.be (8.12.11.20060308/8.12.11/Skynet-OUT-2.22) with ESMTP id l1AN7XZX029966 for ; Sun, 11 Feb 2007 00:07:33 +0100 (envelope-from ) Received: from kalimero.kotnet.org (254.216-245-81.adsl-dyn.isp.belgacom.be [81.245.216.254]) by outmx005.isp.belgacom.be (8.12.11.20060308/8.12.11/Skynet-OUT-2.22) with ESMTP id l1AN7OLa029897 for ; Sun, 11 Feb 2007 00:07:24 +0100 (envelope-from ) Received: from kalimero.kotnet.org (kalimero.kotnet.org [127.0.0.1]) by kalimero.kotnet.org (8.13.8/8.13.8) with ESMTP id l1AN70rR054083 for ; Sun, 11 Feb 2007 00:07:01 +0100 (CET) (envelope-from tijl@ulyssis.org) From: Tijl Coosemans To: freebsd-current@freebsd.org Date: Sun, 11 Feb 2007 00:06:56 +0100 User-Agent: KMail/1.9.5 References: <20070210165904.GA58269@crodrigues.org> <20070210194405.GA8434@crodrigues.org> In-Reply-To: <20070210194405.GA8434@crodrigues.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702110006.59714.tijl@ulyssis.org> Subject: Re: Populating /usr/include for make buildworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2007 23:28:55 -0000 On Saturday 10 February 2007 20:44, Craig Rodrigues wrote: > On Sat, Feb 10, 2007 at 11:59:04AM -0500, Craig Rodrigues wrote: > > I am trying to see if I have any outdated files in /usr/include by > > doing: > > cd /usr/obj ; rm -r * > > cd /usr/include ; rm -r * > > cd /usr/src; make buildworld > > Hi, > > I had better luck with: > cd /usr/obj ; rm -r * > cd /usr/include ; rm -r * > mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/include > cd /usr/src; make installincludes > make buildworld > > I'm not sure if there is a better way to do it using the existing > make target rules. What about "make check-old" after installworld? That checks for old files, libs, dirs over your entire system, not just /usr/include.