From owner-freebsd-current Sun Oct 20 1:13:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 424F337B401; Sun, 20 Oct 2002 01:13:36 -0700 (PDT) Received: from blarf.homeip.net (adsl-209-204-188-56.sonic.net [209.204.188.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id C311243EA9; Sun, 20 Oct 2002 01:13:35 -0700 (PDT) (envelope-from sonicmail@blarf.homeip.net) Received: by blarf.homeip.net (Postfix, from userid 1006) id E4C07192C; Sun, 20 Oct 2002 01:13:29 -0700 (PDT) Date: Sun, 20 Oct 2002 01:13:29 -0700 From: Alex Zepeda To: John Baldwin , current@freebsd.org Subject: Re: emacs problems? Message-ID: <20021020081329.GA645@blarf.homeip.net> References: <20021018193021.GA2649@blarf.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Oct 18, 2002 at 03:43:58PM -0400, John Baldwin wrote: > This is due to the ucontext_t/FPU breakage in current. If you recompile > a new xemacs though then xemacs won't even start w/o getting a sig 11 > in graphical mode. So is there anything that can be backed out locally to fix this? At this point, I can't even go a few minutes in KDE before X locks up (and alt-ctrl-del reboots the system) or the whole system freezes (with a slightly older kernel). - alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 1:21:11 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B987C37B401; Sun, 20 Oct 2002 01:21:00 -0700 (PDT) Received: from hotmail.com (200-161-28-159.dsl.telesp.net.br [200.161.28.159]) by mx1.FreeBSD.org (Postfix) with SMTP id AB2A043EAC; Sun, 20 Oct 2002 01:20:20 -0700 (PDT) (envelope-from tigershark155587m05@hotmail.com) Received: from 109.35.245.206 ([109.35.245.206]) by sparc.zubilam.net with NNFMP; 19 Oct 2002 13:20:16 +0600 Received: from rly-xl05.dohuya.com ([22.149.235.82]) by n9.groups.huyahoo.com with asmtp; 19 Oct 2002 19:18:51 +0600 Received: from smtp-server.tampabayr.com ([200.157.248.148]) by sparc.zubilam.net with NNFMP; Sun, 20 Oct 2002 01:17:26 +0800 Received: from unknown (HELO rly-xl05.dohuya.com) (187.63.18.220) by mail.gimmixx.net with asmtp; Sun, 20 Oct 2002 09:16:01 +0100 Received: from unknown (HELO da001d2020.loxi.pianstvu.net) (83.16.232.224) by rly-xw01.otpalo.com with NNFMP; Sun, 20 Oct 2002 10:14:36 -0200 Reply-To: Message-ID: <004c47d74b8c$4737c8b5$7ce84ac3@hbglxp> From: To: Cc: , , , , , , , , , , , , , , , , , , Subject: Lose 26 Pounds In 26 Days, NO DIET PLAN 1504ZnRW3-606VhHE-16 Date: Sun, 20 Oct 2002 04:09:58 +0400 MiME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_00C4_04A25A5E.A0262E35" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: eGroups Message Poster Importance: Normal Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ------=_NextPart_000_00C4_04A25A5E.A0262E35 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: base64 R29vZCBFdmVuaW5nDQoNCklmIHlvdSdyZSBsaWtlIG1lLCB5b3UndmUgdHJp ZWQgRVZFUllUSElORyB0byBsb3NlDQp3ZWlnaHQuoCBJIGtub3cgaG93IHlv dSBmZWVsIC0gdGhlIHNwZWNpYWwgZGlldHMsDQptaXJhY2xlIHBpbGxzLCBh bmQgZmFuY3kgZXhlcmNpc2UgZXF1aXBtZW50IG5ldmVyIGhlbHBlZA0KbWUg bG9zZSBhIHBvdW5kIGVpdGhlci6gIEl0IHNlZW1lZCBsaWtlIHRoZSBoYXJk ZXIgSSB0cmllZCwNCnRoZSBiaWdnZXIgSSBnb3QsIHVudGlsIEkgaGVhcmQg YWJvdXQgYSBwcm9kdWN0IGNhbGxlZA0KRXh0cmVtZSBQb3dlciBQbHVzLg0K DQpZb3UncmUgcHJvYmFibHkgdGhpbmtpbmcgdG8geW91cnNlbGYsICJPaCBn ZWV6LCBub3QgYW5vdGhlcg0KbWlyYWNsZSBkaWV0IHBpbGwhIqAgTGlrZSB5 b3UsIEkgd2FzIHNrZXB0aWNhbCBhdCBmaXJzdCwgYnV0IA0KbXkgc2lzdGVy IHN3b3JlIGl0IGhlbHBlZCBoZXIgbG9zZSAyMyBwb3VuZHMgaW4ganVzdCB0 d28gd2Vla3MsIA0Kc28gSSB0b2xkIGhlciBJJ2QgZ2l2ZSBpdCBhIHNob3Qu oCBJIG1lYW4sIHRoZXJlIHdhcyBub3RoaW5nIA0KdG8gbG9zZSBleGNlcHQg YSBsb3Qgb2Ygd2VpZ2h0IaAgTGV0IG1lIHRlbGwgeW91LCBpdCB3YXMNCnRo ZSBiZXN0IGRlY2lzaW9uIEkndmUgZXZlciBtYWRlLiBQZXJpb2QuoCBTaXgg bW9udGhzIGxhdGVyLA0KYXMgSSdtIHdyaXRpbmcgdGhpcyBtZXNzYWdlIHRv IHlvdSwgSSd2ZSBnb25lIGZyb20gMzU1IHBvdW5kcw0KdG8gMjEwIHBvdW5k cywgYW5kIEkgaGF2ZW4ndCBjaGFuZ2VkIG15IGV4ZXJjaXNlIHJvdXRpbmUg b3IgZGlldA0KYXQgYWxsLqAgWWVzLCBJIHN0aWxsIGVhdCBwaXp6YSwgYW5k IGxvdHMgb2YgaXQhDQoNCkkgd2FzIHNvIGhhcHB5IHdpdGggdGhlIHJlc3Vs dHMgdGhhdCBJIGNvbnRhY3RlZCB0aGUgbWFudWZhY3R1cmVyDQphbmQgZ290 IHBlcm1pc3Npb24gdG8gcmVzZWxsIGl0LiAgSSB3YW50IHRvIGhlbHAgb3Ro ZXIgcGVvcGxlIGxvc2UNCndlaWdodCBsaWtlIEkgZGlkLCBiZWNhdXNlIGl0 IGRvZXMgc28gbXVjaCBmb3IgeW91ciBzZWxmLWVzdGVlbSwgbm90DQp0byBt ZW50aW9uIHlvdXIgaGVhbHRoLiAgSSBnaXZlIHlvdSBteSBwZXJzb25hbCBw bGVkZ2UgdGhhdCBFeHRyZW1lDQpQb3dlciBQbHVzIGFic29sdXRlbHkgV0lM TCBXT1JLIEZPUiBZT1UuoCBJZiBpdCBkb2Vzbid0LCB5b3UgY2FuIA0KcmV0 dXJuIGl0IGFueSB0aW1lIGZvciBhIGZ1bGwgcmVmdW5kLg0KDQpJbnRlcmVz dGVkLCB2aXNpdCBodHRwOi8vODEuOS4wLjEwMi9kaWV0L2luZGV4LnNodG1s DQoNCklmIHlvdSBhcmUgZnJ1c3RyYXRlZCB3aXRoIHRyeWluZyBvdGhlciBw cm9kdWN0cywgbm90IGhhdmluZyANCmFueSBzdWNjZXNzLCBhbmQganVzdCBu b3QgZ2V0dGluZyB0aGUgcmVzdWx0cyB5b3Ugd2VyZSBwcm9taXNlZCwNCnRo ZW4gSSByZWNvbW1lbmQgdGhlIG9ubHkgcHJvZHVjdCB0aGF0IHdvcmtlZCBm b3IgbWUgLSBFWFRSRU1FDQpQT1dFUiBQTFVTLg0KDQpZb3UncmUgcHJvYmFi bHkgYXNraW5nIHlvdXJzZWxmLCAiT2ssIHNvIGhvdyBkb2VzIHRoaXMgc3R1 ZmYNCmFjdHVhbGx5IHdvcms/Ig0KDQpFeHRyZW1lIFBvd2VyIFBsdXMgY29u dGFpbnMgTGlwb3Ryb3BpYyBmYXQgYnVybmVycyBhbmQgZXBoZWRyYSB3aGlj aCANCmlzIHNjaWVudGlmaWNhbGx5IHByb3ZlbiB0byBpbmNyZWFzZSBtZXRh Ym9saXNtIGFuZCBjYXVzZSByYXBpZCANCndlaWdodCBsb3NzLiBObyAiaG9j dXMgcG9jdXMiIGluIHRoZXNlIHBpbGxzIC0ganVzdCBSRVNVTFRTLCBSRVNV TFRTLCANClJFU1VMVFMhISANCg0KSGVyZSBpcyB0aGUgYm90dG9tIGxpbmUg Li4uDQoNCkkgY2FuIGhlbHAgeW91IGxvc2UgMTAtMTUgcG91bmRzIHBlciB3 ZWVrIG5hdHVyYWxseSwgd2l0aG91dA0KZXhlcmNpc2luZyBhbmQgd2l0aG91 dCBoYXZpbmcgdG8gZWF0IHJpY2UgY2FrZXMgYWxsIGRheS6gIA0KSnVzdCB0 cnkgaXQgZm9yIG9uZSBtb250aCAtIHRoZXJlJ3Mgbm90aGluZyB0byBsb3Nl LCBhbmQgZXZlcnl0aGluZyANCnRvIGdhaW4uoCBZb3Ugd2lsbCBsb3NlIHdl aWdodCBmYXN0IC0gR1VBUkFOVEVFRC6gIFRoYXQgaXMgbXkNCnBsZWRnZSB0 byB5b3UuoCANCg0KVG8gb3JkZXIgRXh0cmVtZSBQb3dlciBQbHVzIG9uIG91 ciBzZWN1cmUgc2VydmVyLCBqdXN0IGNsaWNrDQpvbiB0aGlzIGxpbmsgaHR0 cDovLzgxLjkuMC4xMDIvZGlldC9vcmRlci5zaHRtbA0KDQpUbyBzZWUgd2hh dCBzb21lIG9mIG91ciBjdXN0b21lcnMgaGF2ZSBzYWlkIGFib3V0IHRoaXMg cHJvZHVjdCwgDQp2aXNpdCBodHRwOi8vODEuOS4wLjEwMi9kaWV0L3Rlc3Rp bW9uaWFscy5zaHRtbA0KDQpUbyBzZWUgYSBsaXN0IG9mIGluZ3JlZGllbnRz IGFuZCBmb3IgbW9yZSBpbmZvcm1hdGlvbg0Kb24gdGVzdCBzdHVkaWVzIGFu ZCBob3cgaXQgd2lsbCBoZWxwIHlvdSBsb3NlIHdlaWdodCwgdmlzaXQgDQpo dHRwOi8vODEuOS4wLjEwMi9kaWV0L2luZ3JlMS5zaHRtbA0KDQoqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqDQpJZiB5b3UgZG8gbm90IHdpc2ggdG8gcmVjZWl2ZSBmdXJ0 aGVyIG1haWxpbmdzLCBwbGVhc2UgdmlzaXQgDQpodHRwOi8vODEuOS4wLjEw Mi9kaWV0L3JlbW92ZS5odG0NCioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioNCjM1NzhNYkli OC04MjFNcFplNzYwMXNLYVo2LTE1M1hIWVE4NjI2eUlUZzctNDE0Unl3Yjcx MDRwcllBNi00bDU4 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 2: 0:34 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32E5C37B401; Sun, 20 Oct 2002 02:00:33 -0700 (PDT) Received: from topaz.mdcc.cx (topaz.mdcc.cx [212.204.230.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9501C43E97; Sun, 20 Oct 2002 02:00:32 -0700 (PDT) (envelope-from edwin@mavetju.org) Received: from k7.mavetju (topaz.mdcc.cx [212.204.230.141]) by topaz.mdcc.cx (Postfix) with ESMTP id B98F22B8BD; Sun, 20 Oct 2002 11:00:30 +0200 (CEST) Received: by k7.mavetju (Postfix, from userid 1001) id CC4A56A712B; Sun, 20 Oct 2002 19:00:27 +1000 (EST) Date: Sun, 20 Oct 2002 19:00:27 +1000 From: Edwin Groothuis To: current@FreeBSD.ORG, ports@FreeBSD.ORG Subject: Re: cdrtools doesn't build on -current Message-ID: <20021020090027.GP934@k7.mavetju> References: <6100BCEB85F8E244959C756C04E0EDD161CAD9@otcexc01.otc.adaptec.com> <3DB12F07.4060000@gmx.net> <20021020025346.GA42527@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021020025346.GA42527@dragon.nuxi.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Oct 19, 2002 at 07:53:46PM -0700, David O'Brien wrote: > On Sat, Oct 19, 2002 at 12:08:07PM +0200, Michael Nottebrock wrote: > > The single one -CURRENT vs. -STABLE difference that causes many easy to > > fix breakages is really gcc. > ... > > and not every port-maintainer has access to a -CURRENT machine to > > provide selfmade patches. > > That is 110% not a valid excluse: > > cd /usr/ports/lang/gcc32 > make install > cd /usr/ports/foo/bar > make CC=gcc32 CXX=g++32 is also needed for C++ programs. Edwin -- Edwin Groothuis | Personal website: http://www.MavEtJu.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/weblog.php bash$ :(){ :|:&};: | Interested in MUDs? http://www.FatalDimensions.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 2:43:43 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A92A37B401 for ; Sun, 20 Oct 2002 02:43:42 -0700 (PDT) Received: from beast.freebsd.org (beast.freebsd.org [216.136.204.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30FB543E9C for ; Sun, 20 Oct 2002 02:43:42 -0700 (PDT) (envelope-from des@FreeBSD.org) Received: from beast.freebsd.org (localhost [127.0.0.1]) by beast.freebsd.org (8.12.6/8.12.6) with ESMTP id g9K9hfsi098005 for ; Sun, 20 Oct 2002 02:43:41 -0700 (PDT) (envelope-from des@beast.freebsd.org) Received: (from des@localhost) by beast.freebsd.org (8.12.6/8.12.6/Submit) id g9K9hf3t098003 for current@freebsd.org; Sun, 20 Oct 2002 02:43:41 -0700 (PDT) Date: Sun, 20 Oct 2002 02:43:41 -0700 (PDT) From: Dag-Erling Smorgrav Message-Id: <200210200943.g9K9hf3t098003@beast.freebsd.org> To: current@freebsd.org Subject: alpha tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- ===> share/doc/usd/13.viref out of memory *** Error code 255 Stop in /h/des/src/share/doc/usd/13.viref. *** Error code 1 Stop in /h/des/src/share/doc/usd. *** Error code 1 Stop in /h/des/src/share/doc. *** Error code 1 Stop in /h/des/src/share. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 3: 2: 4 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13CEA37B401 for ; Sun, 20 Oct 2002 03:02:03 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-165-226-88.dsl.lsan03.pacbell.net [64.165.226.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C8AF43EAC for ; Sun, 20 Oct 2002 03:02:02 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1C81266B5E; Sun, 20 Oct 2002 03:01:58 -0700 (PDT) Date: Sun, 20 Oct 2002 03:01:58 -0700 From: Kris Kennaway To: current@FreeBSD.org Subject: Conflicting declarations for ffs() Message-ID: <20021020100158.GA18938@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vtzGhvizbBRQ85DL" Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Take a look at: http://bento.freebsd.org/errorlogs/5-full/cqcam-0.91_1.log This port includes headers that declare the ffs() function twice: once with an inline version and once with a prototype. Is the bug in the application, or the headers? Kris ---- In file included from ../libcqcam/port.h:44, from ../libcqcam/camera.h:26, from cqcam.C:28: /usr/include/machine/cpufunc.h: In function `int ffs(int)': /usr/include/machine/cpufunc.h:109: `int ffs(int)' was declared `extern' an= d=20 later `static' /usr/include/strings.h:44: previous declaration of `int ffs(int)' *** Error code 1 --vtzGhvizbBRQ85DL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9sn8VWry0BWjoQKURAgAbAKCb32HHfDUWJmSTOvyNZxxrfPxBHQCeNaxp Vtwq5HOJXpcmaIL31Vq53vg= =ddJj -----END PGP SIGNATURE----- --vtzGhvizbBRQ85DL-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 3: 4:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 473E737B406 for ; Sun, 20 Oct 2002 03:04:12 -0700 (PDT) Received: from popelschnipser.de (ultrakoreggd.org [217.160.78.206]) by mx1.FreeBSD.org (Postfix) with SMTP id 8597E43E8A for ; Sun, 20 Oct 2002 03:04:04 -0700 (PDT) (envelope-from marc@informatik.uni-bremen.de) Received: (qmail 27026 invoked by uid 1048); 20 Oct 2002 10:03:57 -0000 Received: from marc@informatik.uni-bremen.de by popelschnipser.de by uid 1044 with qmail-scanner-1.14 (clamscan: 0.51. spamassassin: 2.42. Clear:. Processed in 1.217147 secs); 20 Oct 2002 10:03:57 -0000 X-Qmail-Scanner-Mail-From: marc@informatik.uni-bremen.de via popelschnipser.de X-Qmail-Scanner: 1.14 (Clear:. Processed in 1.217147 secs) Received: from unknown (HELO leeloo.intern.geht.de) (80.134.170.116) by ultrakoreggd.org with SMTP; 20 Oct 2002 10:03:56 -0000 Subject: Re: X problems & 5.0... -RELEASE? From: Marc Recht To: Juli Mallett Cc: Eric Anholt , Kris Kennaway , Wesley Morgan , current@FreeBSD.ORG, Maxim Sobolev In-Reply-To: <20021019160348.A72254@FreeBSD.org> References: <20021013231430.F92271-100000@volatile.chemikals.org> <20021014041422.GA31437@xor.obsecurity.org> <1034575226.3020.75.camel@anholt.dyndns.org> <1035017831.882.25.camel@anholt.dyndns.org> <20021019135249.A55727@FreeBSD.org> <1035061389.54145.5.camel@leeloo.intern.geht.de> <20021019160348.A72254@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-VKFnGvxaKPJ565YKR+ah" X-Mailer: Ximian Evolution 1.0.8 Date: 20 Oct 2002 12:03:50 +0200 Message-Id: <1035108232.45564.8.camel@leeloo.intern.geht.de> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=-VKFnGvxaKPJ565YKR+ah Content-Type: text/plain Content-Transfer-Encoding: quoted-printable > If you're using an X-driven mouse (i.e. not sysmouse) and a GUI mp3 playe= r (I > am using madplay), I imagine this would be so... I'm talking about thing= s ogg123 and mpg321 stop playing when started in an xterm. They continue playing when they're started outside from X in a console. > either queueing up, or continuing fine, while X is retarded. ESD continues playing until it's buffer is empty.. Marc --=20 "Premature optimization is the root of all evil." -- Donald E. Knuth --=-VKFnGvxaKPJ565YKR+ah Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQA9sn+G7YQCetAaG3MRAvP4AJ94mFq9AQLk/Ywqc/2Ej3zSQPd8yACeOzc1 fPS5IiiJXfNlRWhJ1MNdp5c= =e1lZ -----END PGP SIGNATURE----- --=-VKFnGvxaKPJ565YKR+ah-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 3:27: 9 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE64137B401 for ; Sun, 20 Oct 2002 03:26:56 -0700 (PDT) Received: from blarf.homeip.net (adsl-209-204-188-56.sonic.net [209.204.188.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id C168A43E91 for ; Sun, 20 Oct 2002 03:26:55 -0700 (PDT) (envelope-from sonicmail@blarf.homeip.net) Received: by blarf.homeip.net (Postfix, from userid 1006) id 53C651831; Sun, 20 Oct 2002 03:26:54 -0700 (PDT) Date: Sun, 20 Oct 2002 03:26:54 -0700 From: Alex Zepeda To: current@freebsd.org Subject: kernel: lock order reversal Message-ID: <20021020102654.GA47626@blarf.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I see this on a fairly regular basis (at least once per 24 hour period): lock order reversal 1st 0xc0490ca0 spechash (spechash) @ ../../../kern/vfs_subr.c:2748 2nd 0xc1ed2818 vnode interlock (vnode interlock) @ ../../../kern/vfs_subr.c:2751 Dunno if it's any help, but it happened at 03:08:50, so right towards the midle of the daily scripts (takes about 20mins here), fairly heavy disk access. - alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 6:54:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4976F37B401 for ; Sun, 20 Oct 2002 06:54:10 -0700 (PDT) Received: from espresso.q9media.com (espresso.q9media.com [65.39.129.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD66743E91 for ; Sun, 20 Oct 2002 06:54:09 -0700 (PDT) (envelope-from mike@espresso.q9media.com) Received: by espresso.q9media.com (Postfix, from userid 1002) id E19649BC3; Sun, 20 Oct 2002 09:46:08 -0400 (EDT) Date: Sun, 20 Oct 2002 09:46:08 -0400 From: Mike Barcroft To: Kris Kennaway Cc: current@FreeBSD.org Subject: Re: Conflicting declarations for ffs() Message-ID: <20021020094608.F81582@espresso.q9media.com> References: <20021020100158.GA18938@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="tKW2IUtsqtDRztdT" Content-Disposition: inline In-Reply-To: <20021020100158.GA18938@xor.obsecurity.org>; from kris@obsecurity.org on Sun, Oct 20, 2002 at 03:01:58AM -0700 Organization: The FreeBSD Project Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Kris Kennaway writes: > Take a look at: > > http://bento.freebsd.org/errorlogs/5-full/cqcam-0.91_1.log > > This port includes headers that declare the ffs() function twice: once > with an inline version and once with a prototype. > > Is the bug in the application, or the headers? It looks like a bug in our headers. I don't see why this is a new bug though. It looks like (which used to include) and i386's have been defining conflicting ffs() prototypes since at least 1999. Attached is an untested patch which should fix the problem. Best regards, Mike Barcroft --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ffs.diff" Index: include/strings.h =================================================================== RCS file: /work/repo/src/include/strings.h,v retrieving revision 1.3 diff -u -r1.3 strings.h --- include/strings.h 21 Aug 2002 16:19:55 -0000 1.3 +++ include/strings.h 20 Oct 2002 13:45:21 -0000 @@ -41,7 +41,10 @@ int bcmp(const void *, const void *, size_t); /* LEGACY */ void bcopy(const void *, void *, size_t); /* LEGACY */ void bzero(void *, size_t); /* LEGACY */ +#ifndef _FFS_DECLARED +#define _FFS_DECLARED int ffs(int); +#endif char *index(const char *, int); /* LEGACY */ char *rindex(const char *, int); /* LEGACY */ int strcasecmp(const char *, const char *); Index: sys/i386/include/cpufunc.h =================================================================== RCS file: /work/repo/src/sys/i386/include/cpufunc.h,v retrieving revision 1.130 diff -u -r1.130 cpufunc.h --- sys/i386/include/cpufunc.h 22 Sep 2002 04:45:21 -0000 1.130 +++ sys/i386/include/cpufunc.h 20 Oct 2002 13:48:04 -0000 @@ -103,8 +103,9 @@ __asm __volatile("sti"); } +#ifndef _FFS_DECLARED +#define _FFS_DECLARED #define HAVE_INLINE_FFS - static __inline int ffs(int mask) { @@ -116,6 +117,7 @@ */ return (mask == 0 ? mask : (int)bsfl((u_int)mask) + 1); } +#endif #define HAVE_INLINE_FLS Index: sys/sparc64/include/cpufunc.h =================================================================== RCS file: /work/repo/src/sys/sparc64/include/cpufunc.h,v retrieving revision 1.14 diff -u -r1.14 cpufunc.h --- sys/sparc64/include/cpufunc.h 1 Apr 2002 23:51:23 -0000 1.14 +++ sys/sparc64/include/cpufunc.h 20 Oct 2002 13:46:45 -0000 @@ -200,6 +200,8 @@ * Ultrasparc II doesn't implement popc in hardware. Suck. */ #if 0 +#ifndef _FFS_DECLARED +#define _FFS_DECLARED #define HAVE_INLINE_FFS /* * See page 202 of the SPARC v9 Architecture Manual. @@ -219,6 +221,7 @@ : "=r" (result), "=r" (neg), "=r" (tmp) : "r" (mask)); return (result); } +#endif #endif #undef LDNC_GEN --tKW2IUtsqtDRztdT-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 8:28:34 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E5C337B401 for ; Sun, 20 Oct 2002 08:28:33 -0700 (PDT) Received: from ref5.freebsd.org (ref5.freebsd.org [216.136.204.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15E6843E4A for ; Sun, 20 Oct 2002 08:28:33 -0700 (PDT) (envelope-from des@FreeBSD.org) Received: from ref5.freebsd.org (localhost [127.0.0.1]) by ref5.freebsd.org (8.12.6/8.12.6) with ESMTP id g9KFSWE5060568 for ; Sun, 20 Oct 2002 08:28:32 -0700 (PDT) (envelope-from des@ref5.freebsd.org) Received: (from des@localhost) by ref5.freebsd.org (8.12.6/8.12.6/Submit) id g9KFSWHC060566 for current@freebsd.org; Sun, 20 Oct 2002 08:28:32 -0700 (PDT) Date: Sun, 20 Oct 2002 08:28:32 -0700 (PDT) From: Dag-Erling Smorgrav Message-Id: <200210201528.g9KFSWHC060566@ref5.freebsd.org> To: current@freebsd.org Subject: i386 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/des/tinderbox/i386/obj/local0/scratch/des/src/i386/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- ===> sbin/gbde /local0/scratch/des/src/sbin/gbde/gbde.c:57:28: geom/bde/g_bde.h: No such file or directory /local0/scratch/des/src/sys/geom/bde/g_bde_lock.c:61:28: geom/bde/g_bde.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /local0/scratch/des/src/sbin/gbde. *** Error code 1 Stop in /local0/scratch/des/src/sbin. *** Error code 1 Stop in /local0/scratch/des/src. *** Error code 1 Stop in /local0/scratch/des/src. *** Error code 1 Stop in /local0/scratch/des/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 10:18:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39E1437B401 for ; Sun, 20 Oct 2002 10:18:36 -0700 (PDT) Received: from pump3.york.ac.uk (pump3.york.ac.uk [144.32.128.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A13343E6E for ; Sun, 20 Oct 2002 10:18:35 -0700 (PDT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by pump3.york.ac.uk (8.10.2/8.10.2) with ESMTP id g9KHIX308434 for ; Sun, 20 Oct 2002 18:18:33 +0100 (BST) Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.12.3/8.12.3) with ESMTP id g9KHIXSf078716 for ; Sun, 20 Oct 2002 18:18:33 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.12.3/8.12.3/Submit) with ESMTP id g9KHIWWf078713 for ; Sun, 20 Oct 2002 18:18:32 +0100 (BST) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Sun, 20 Oct 2002 18:18:32 +0100 (BST) From: Gavin Atkinson To: Subject: Lock order reversal Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Just got this from a 17th October kernel, it does not look like it's been reported before. lock order reversal 1st 0xc21f5250 vnode interlock (vnode interlock) @ /usr/src/sys/kern/vfs_subr.c:945 2nd 0xc0409e80 vm page queue mutex (vm page queue mutex) @ /usr/src/sys/vm/vm_kern.c:424 Gavin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 10:52:34 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C734037B401; Sun, 20 Oct 2002 10:52:33 -0700 (PDT) Received: from mx10.mail.ru (mx10.mail.ru [194.67.57.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F85143E77; Sun, 20 Oct 2002 10:52:32 -0700 (PDT) (envelope-from kan@mail.ru) Received: from drweb by mx10.mail.ru with drweb-scanned (Exim MX.A) id 183KFa-000NHj-00; Sun, 20 Oct 2002 21:52:30 +0400 Received: from [141.154.56.41] (helo=kan.dnsalias.net) by mx10.mail.ru with esmtp (Exim SMTP.A) id 183KFZ-000NH6-00; Sun, 20 Oct 2002 21:52:30 +0400 Received: from kan.dnsalias.net (localhost [IPv6:::1]) by kan.dnsalias.net (8.12.6/8.12.5) with ESMTP id g9KHqRe8095218; Sun, 20 Oct 2002 13:52:27 -0400 (EDT) (envelope-from kan@kan.dnsalias.net) Received: (from kan@localhost) by kan.dnsalias.net (8.12.6/8.12.6/Submit) id g9KHqLEH095211; Sun, 20 Oct 2002 13:52:21 -0400 (EDT) Date: Sun, 20 Oct 2002 13:52:20 -0400 From: Alexander Kabaev To: John Baldwin Cc: wa1ter@hotmail.com, freebsd-current@FreeBSD.ORG Subject: Re: emacs problems? Message-Id: <20021020135220.65f7b4e0.kabaev@bellatlantic.net> In-Reply-To: References: <3DB02203.4040307@hotmail.com> Reply-To: ak03@gte.com X-Mailer: Sylpheed version 0.8.5claws26 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 18 Oct 2002 11:46:44 -0400 (EDT) John Baldwin wrote: > > On 18-Oct-2002 walt wrote: > > I'm having problems with emacs 20.7 running under X: > > > >#emacs > > Fatal error (11).Segmentation fault (core dumped) > > > > Anyone else seeing this problem? > > Same exact problem with xemacs. Please add -Wl,-znocombreloc to the linker command line while compiling temacs. XEmacs ELF unexec code is not happy about unified .rel.dyn relocation section and prefers to deal with .rel.data instead. -- Alexander Kabaev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 11:53:34 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5143937B401; Sun, 20 Oct 2002 11:53:33 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6F0743E8A; Sun, 20 Oct 2002 11:53:32 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g9KIrKpk075544; Sun, 20 Oct 2002 12:53:25 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 20 Oct 2002 12:53:08 -0600 (MDT) Message-Id: <20021020.125308.35255652.imp@bsdimp.com> To: jake@locore.ca Cc: ben@stuyts.nl, tlambert2@mindspring.com, current@FreeBSD.ORG, jroberson@chesapeake.net, rwatson@FreeBSD.ORG, jeff@FreeBSD.ORG, alfred@FreeBSD.ORG Subject: Re: [Ugly PATCH] Again: panic kmem_malloc() From: "M. Warner Losh" In-Reply-To: <20021018213608.A60569@locore.ca> References: <3DB07805.AB4BAA15@mindspring.com> <4.3.2.7.2.20021019001010.00b89f28@terminus> <20021018213608.A60569@locore.ca> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20021018213608.A60569@locore.ca> Jake Burkholder writes: : semop() leaks memory. An important free() was removed by alfred in : rev 1.55. Try this. : : Jake : : Index: sysv_sem.c : =================================================================== : RCS file: /home/ncvs/src/sys/kern/sysv_sem.c,v : retrieving revision 1.55 : diff -u -r1.55 sysv_sem.c : --- sysv_sem.c 13 Aug 2002 08:47:17 -0000 1.55 : +++ sysv_sem.c 19 Oct 2002 01:20:35 -0000 : @@ -1128,6 +1128,8 @@ : td->td_retval[0] = 0; : done2: : mtx_unlock(sema_mtxp); : + if (sops) : + free(sops, M_SEM); : return (error); : } The kernel free() groks free(NULL, M_FOO), so the if isn't needed. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 11:54:19 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC7EF37B401 for ; Sun, 20 Oct 2002 11:54:17 -0700 (PDT) Received: from mail.speakeasy.net (mail12.speakeasy.net [216.254.0.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7046B43E97 for ; Sun, 20 Oct 2002 11:54:17 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 28744 invoked from network); 20 Oct 2002 18:54:17 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail12.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 20 Oct 2002 18:54:17 -0000 Received: from laptop.baldwin.cx (laptop.baldwin.cx [192.168.0.4]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id g9KIsFn5055722; Sun, 20 Oct 2002 14:54:15 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20021020135220.65f7b4e0.kabaev@bellatlantic.net> Date: Sun, 20 Oct 2002 14:54:18 -0400 (EDT) From: John Baldwin To: Alexander Kabaev Subject: Re: emacs problems? Cc: freebsd-current@FreeBSD.ORG, wa1ter@hotmail.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 20-Oct-2002 Alexander Kabaev wrote: > On Fri, 18 Oct 2002 11:46:44 -0400 (EDT) > John Baldwin wrote: > >> >> On 18-Oct-2002 walt wrote: >> > I'm having problems with emacs 20.7 running under X: >> > >> >#emacs >> > Fatal error (11).Segmentation fault (core dumped) >> > > >> > Anyone else seeing this problem? >> >> Same exact problem with xemacs. > > Please add -Wl,-znocombreloc to the linker command line while compiling > temacs. XEmacs ELF unexec code is not happy about unified .rel.dyn > relocation section and prefers to deal with .rel.data instead. Hmm, do we need to patch the ports then? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 12:15: 6 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C24ED37B401 for ; Sun, 20 Oct 2002 12:15:04 -0700 (PDT) Received: from mail.speakeasy.net (mail12.speakeasy.net [216.254.0.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A9A443E75 for ; Sun, 20 Oct 2002 12:15:04 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 12615 invoked from network); 20 Oct 2002 19:14:59 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail12.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 20 Oct 2002 19:14:59 -0000 Received: from laptop.baldwin.cx (laptop.baldwin.cx [192.168.0.4]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id g9KJEvn5055768; Sun, 20 Oct 2002 15:14:57 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20021020135220.65f7b4e0.kabaev@bellatlantic.net> Date: Sun, 20 Oct 2002 15:15:01 -0400 (EDT) From: John Baldwin To: ak03@gte.com Subject: Re: emacs problems? Cc: freebsd-current@FreeBSD.ORG, wa1ter@hotmail.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 20-Oct-2002 Alexander Kabaev wrote: > On Fri, 18 Oct 2002 11:46:44 -0400 (EDT) > John Baldwin wrote: > >> >> On 18-Oct-2002 walt wrote: >> > I'm having problems with emacs 20.7 running under X: >> > >> >#emacs >> > Fatal error (11).Segmentation fault (core dumped) >> > > >> > Anyone else seeing this problem? >> >> Same exact problem with xemacs. > > Please add -Wl,-znocombreloc to the linker command line while compiling > temacs. XEmacs ELF unexec code is not happy about unified .rel.dyn > relocation section and prefers to deal with .rel.data instead. Thanks, I'll send this patch to the xemacs21 maintainer: Index: Makefile =================================================================== RCS file: /usr/cvs/ports/editors/xemacs21/Makefile,v retrieving revision 1.63 diff -u -r1.63 Makefile --- Makefile 28 Jan 2002 20:44:11 -0000 1.63 +++ Makefile 20 Oct 2002 19:02:07 -0000 @@ -97,6 +97,12 @@ # the next .endif belongs to !MULE_PORT .endif +.include + +.if ${OSVERSION} >= 500000 +CONFIGURE_ARGS+= --ldflags=-Wl,-znocombreloc +.endif + # fix .so references in a few man pages pre-configure:: .for file in etc/ctags.1 etc/gnuattach.1 etc/gnuclient.1 etc/gnudoit.1 @@ -125,4 +131,4 @@ ${INSTALL_SCRIPT} ${FILESDIR}/xemacs21.sh ${PREFIX}/etc/rc.d .endif -.include +.include -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 12:46:51 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71A4F37B401; Sun, 20 Oct 2002 12:46:50 -0700 (PDT) Received: from scaup.mail.pas.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5B5043E6E; Sun, 20 Oct 2002 12:46:49 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0230.cvx22-bradley.dialup.earthlink.net ([209.179.198.230] helo=mindspring.com) by scaup.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 183M25-0001oZ-00; Sun, 20 Oct 2002 12:46:42 -0700 Message-ID: <3DB307DA.CF9C2D13@mindspring.com> Date: Sun, 20 Oct 2002 12:45:30 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Edwin Groothuis Cc: current@FreeBSD.ORG, ports@FreeBSD.ORG Subject: Re: cdrtools doesn't build on -current References: <6100BCEB85F8E244959C756C04E0EDD161CAD9@otcexc01.otc.adaptec.com> <3DB12F07.4060000@gmx.net> <20021020025346.GA42527@dragon.nuxi.com> <20021020090027.GP934@k7.mavetju> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Edwin Groothuis wrote: > On Sat, Oct 19, 2002 at 07:53:46PM -0700, David O'Brien wrote: > > On Sat, Oct 19, 2002 at 12:08:07PM +0200, Michael Nottebrock wrote: > > > The single one -CURRENT vs. -STABLE difference that causes many easy to > > > fix breakages is really gcc. > > ... > > > and not every port-maintainer has access to a -CURRENT machine to > > > provide selfmade patches. > > > > That is 110% not a valid excluse: > > > > cd /usr/ports/lang/gcc32 > > make install > > cd /usr/ports/foo/bar > > make CC=gcc32 > > CXX=g++32 is also needed for C++ programs. And it won't remove the headers. And the header paths on older versions of FreeBSD are overridden in bsd.prog.mk and bsd.lib.mk if DESTDIR is set, so you can't use anything by the system supplied compiler. And ports always set DESTDIR. So basically, you will have to have the new /usr/share/mk files, and then use the "-m" argument to "make" to specify the directory. This still won't help you with stale include files, but it's the best you are going to get, I think. Cross-building ports is even harder than cross-building FreeBSD itself. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 12:56: 6 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4646A37B404; Sun, 20 Oct 2002 12:56:05 -0700 (PDT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id B56E143E88; Sun, 20 Oct 2002 12:55:57 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by canning.wemm.org (Postfix) with ESMTP id 972FD2A88D; Sun, 20 Oct 2002 12:55:57 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Mike Barcroft Cc: Kris Kennaway , current@FreeBSD.org Subject: Re: Conflicting declarations for ffs() In-Reply-To: <20021020094608.F81582@espresso.q9media.com> Date: Sun, 20 Oct 2002 12:55:57 -0700 From: Peter Wemm Message-Id: <20021020195557.972FD2A88D@canning.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mike Barcroft wrote: > Kris Kennaway writes: > > Take a look at: > > > > http://bento.freebsd.org/errorlogs/5-full/cqcam-0.91_1.log > > > > This port includes headers that declare the ffs() function twice: once > > with an inline version and once with a prototype. > > > > Is the bug in the application, or the headers? > > It looks like a bug in our headers. I don't see why this is a new bug > though. It looks like (which used to include) > and i386's have been defining conflicting ffs() > prototypes since at least 1999. machine/cpufunc.h is really meant to be a kernel header and isn't really meant for consumption by userland. However, it is sortof useful. In this particular case, gcc provides a respectable builtin for ffs(). We probably shouldn't be overriding it for userland with our own inline for userland. Maybe it would just be better to stick a #ifdef _KERNEL around the inline version? That should leave gcc to use the builtin and fall back to the libc version if -fno-builtin is used [or if non-gcc is used]. Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 13:32:48 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E8A837B401; Sun, 20 Oct 2002 13:32:47 -0700 (PDT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD31C43E77; Sun, 20 Oct 2002 13:32:46 -0700 (PDT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id A1689AE165; Sun, 20 Oct 2002 13:32:46 -0700 (PDT) Date: Sun, 20 Oct 2002 13:32:46 -0700 From: Alfred Perlstein To: "M. Warner Losh" Cc: jake@locore.ca, ben@stuyts.nl, tlambert2@mindspring.com, current@FreeBSD.ORG, jroberson@chesapeake.net, rwatson@FreeBSD.ORG, jeff@FreeBSD.ORG Subject: Re: [Ugly PATCH] Again: panic kmem_malloc() Message-ID: <20021020203246.GI91539@elvis.mu.org> References: <3DB07805.AB4BAA15@mindspring.com> <4.3.2.7.2.20021019001010.00b89f28@terminus> <20021018213608.A60569@locore.ca> <20021020.125308.35255652.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021020.125308.35255652.imp@bsdimp.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * M. Warner Losh [021020 11:53] wrote: > In message: <20021018213608.A60569@locore.ca> > Jake Burkholder writes: > : semop() leaks memory. An important free() was removed by alfred in > : rev 1.55. Try this. > : > : Jake > : > : Index: sysv_sem.c > : =================================================================== > : RCS file: /home/ncvs/src/sys/kern/sysv_sem.c,v > : retrieving revision 1.55 > : diff -u -r1.55 sysv_sem.c > : --- sysv_sem.c 13 Aug 2002 08:47:17 -0000 1.55 > : +++ sysv_sem.c 19 Oct 2002 01:20:35 -0000 > : @@ -1128,6 +1128,8 @@ > : td->td_retval[0] = 0; > : done2: > : mtx_unlock(sema_mtxp); > : + if (sops) > : + free(sops, M_SEM); > : return (error); > : } > > The kernel free() groks free(NULL, M_FOO), so the if isn't needed. True, but at that point sops is never NULL. -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 13:56:28 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DF4B37B401 for ; Sun, 20 Oct 2002 13:56:27 -0700 (PDT) Received: from flamingo.mail.pas.earthlink.net (flamingo.mail.pas.earthlink.net [207.217.120.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FB5B43E75 for ; Sun, 20 Oct 2002 13:56:26 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0230.cvx22-bradley.dialup.earthlink.net ([209.179.198.230] helo=mindspring.com) by flamingo.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 183N7X-00039N-00; Sun, 20 Oct 2002 13:56:24 -0700 Message-ID: <3DB3182E.5FB00E59@mindspring.com> Date: Sun, 20 Oct 2002 13:55:10 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Kris Kennaway Cc: current@FreeBSD.org Subject: Re: Conflicting declarations for ffs() References: <20021020100158.GA18938@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Kris Kennaway wrote: > Take a look at: > > http://bento.freebsd.org/errorlogs/5-full/cqcam-0.91_1.log > > This port includes headers that declare the ffs() function twice: once > with an inline version and once with a prototype. > > Is the bug in the application, or the headers? The application, for including both sets of headers, or not defining _ANSI_SOURCE or _POSIX_SOURCE, or both, before including strings.h (which is supposed to be string.h, anyway). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 14: 0:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FD7037B404; Sun, 20 Oct 2002 14:00:51 -0700 (PDT) Received: from flamingo.mail.pas.earthlink.net (flamingo.mail.pas.earthlink.net [207.217.120.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFDE843EA3; Sun, 20 Oct 2002 14:00:46 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0230.cvx22-bradley.dialup.earthlink.net ([209.179.198.230] helo=mindspring.com) by flamingo.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 183NBW-0007bn-00; Sun, 20 Oct 2002 14:00:30 -0700 Message-ID: <3DB31925.7B70E70@mindspring.com> Date: Sun, 20 Oct 2002 13:59:17 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "M. Warner Losh" Cc: jake@locore.ca, ben@stuyts.nl, current@FreeBSD.ORG, jroberson@chesapeake.net, rwatson@FreeBSD.ORG, jeff@FreeBSD.ORG, alfred@FreeBSD.ORG Subject: Re: [Ugly PATCH] Again: panic kmem_malloc() References: <3DB07805.AB4BAA15@mindspring.com> <4.3.2.7.2.20021019001010.00b89f28@terminus> <20021018213608.A60569@locore.ca> <20021020.125308.35255652.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "M. Warner Losh" wrote: > : + if (sops) > : + free(sops, M_SEM); > > The kernel free() groks free(NULL, M_FOO), so the if isn't needed. Wow. That's bogus. It should panic. Or we should fix all of libc to take NULL arguments for strings, and treat them as if they were actually "". -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 14: 9:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66E1237B404; Sun, 20 Oct 2002 14:09:32 -0700 (PDT) Received: from carp.icir.org (carp.icir.org [192.150.187.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEA3543E42; Sun, 20 Oct 2002 14:09:31 -0700 (PDT) (envelope-from rizzo@carp.icir.org) Received: from carp.icir.org (localhost [127.0.0.1]) by carp.icir.org (8.12.3/8.12.3) with ESMTP id g9KL9VpJ008389; Sun, 20 Oct 2002 14:09:31 -0700 (PDT) (envelope-from rizzo@carp.icir.org) Received: (from rizzo@localhost) by carp.icir.org (8.12.3/8.12.3/Submit) id g9KL9VRf008388; Sun, 20 Oct 2002 14:09:31 -0700 (PDT) (envelope-from rizzo) Date: Sun, 20 Oct 2002 14:09:31 -0700 From: Luigi Rizzo To: current@freebsd.org Subject: minor bug in MAKEDEV ? Message-ID: <20021020140931.A8360@carp.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [Bcc re@ in case i need to commit a fix] i think the snippet of code below (from etc/MAKEDEV) should not use $unit, because the goal is to create a /dev/usb entry. It works now because it normally happens to be called with $unit unset, but this is not always the case. Same bug is also in -stable. 1.220 (n_hibma 17-Nov-99): usb) 1.237 (n_hibma 21-Jan-00): mknod usb$unit c 108 255 root:operator 1.237 (n_hibma 21-Jan-00): chmod 0660 usb$unit 1.179 (n_hibma 03-Jan-99): ;; Should i commit the [trivial] fix which is remove $unit from both lines ? cheers luigi ----------------------------------+----------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . ICSI (on leave from Univ. di Pisa) http://www.iet.unipi.it/~luigi/ . 1947 Center St, Berkeley CA 94704 Phone: (510) 666 2988 ----------------------------------+----------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 14:39:54 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FF6B37B401 for ; Sun, 20 Oct 2002 14:39:53 -0700 (PDT) Received: from beast.freebsd.org (beast.freebsd.org [216.136.204.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 071A643E3B for ; Sun, 20 Oct 2002 14:39:53 -0700 (PDT) (envelope-from des@FreeBSD.org) Received: from beast.freebsd.org (localhost [127.0.0.1]) by beast.freebsd.org (8.12.6/8.12.6) with ESMTP id g9KLdqsi003185 for ; Sun, 20 Oct 2002 14:39:52 -0700 (PDT) (envelope-from des@beast.freebsd.org) Received: (from des@localhost) by beast.freebsd.org (8.12.6/8.12.6/Submit) id g9KLdquS003183 for current@freebsd.org; Sun, 20 Oct 2002 14:39:52 -0700 (PDT) Date: Sun, 20 Oct 2002 14:39:52 -0700 (PDT) From: Dag-Erling Smorgrav Message-Id: <200210202139.g9KLdquS003183@beast.freebsd.org> To: current@freebsd.org Subject: alpha tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- ===> sbin/gbde cc1: warnings being treated as errors /h/des/src/sbin/gbde/gbde.c: In function `setup_passphrase': /h/des/src/sbin/gbde/gbde.c:133: warning: passing arg 2 of `g_bde_arc4_seed' discards qualifiers from pointer target type *** Error code 1 Stop in /h/des/src/sbin/gbde. *** Error code 1 Stop in /h/des/src/sbin. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 14:57:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDA3337B401; Sun, 20 Oct 2002 14:57:14 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AD8A43EA9; Sun, 20 Oct 2002 14:57:14 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g9KLv9pk076841; Sun, 20 Oct 2002 15:57:10 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 20 Oct 2002 15:56:57 -0600 (MDT) Message-Id: <20021020.155657.10475080.imp@bsdimp.com> To: tlambert2@mindspring.com Cc: jake@locore.ca, ben@stuyts.nl, current@FreeBSD.ORG, jroberson@chesapeake.net, rwatson@FreeBSD.ORG, jeff@FreeBSD.ORG, alfred@FreeBSD.ORG Subject: Re: [Ugly PATCH] Again: panic kmem_malloc() From: "M. Warner Losh" In-Reply-To: <3DB31925.7B70E70@mindspring.com> References: <20021018213608.A60569@locore.ca> <20021020.125308.35255652.imp@bsdimp.com> <3DB31925.7B70E70@mindspring.com> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <3DB31925.7B70E70@mindspring.com> Terry Lambert writes: : "M. Warner Losh" wrote: : > : + if (sops) : > : + free(sops, M_SEM); : > : > The kernel free() groks free(NULL, M_FOO), so the if isn't needed. : : Wow. That's bogus. It should panic. It isn't bogus. free(NULL) is defined to be OK in ansi-c. The kernel just mirrors that. : Or we should fix all of libc to take NULL arguments for strings, : and treat them as if they were actually "". That's bogus. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 15:41:31 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1578337B401; Sun, 20 Oct 2002 15:41:29 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3562F43E8A; Sun, 20 Oct 2002 15:41:24 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id SAA25947; Sun, 20 Oct 2002 18:41:23 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g9KMere04606; Sun, 20 Oct 2002 18:40:53 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15795.12533.559894.717547@grasshopper.cs.duke.edu> Date: Sun, 20 Oct 2002 18:40:53 -0400 (EDT) To: John Baldwin Cc: current@FreeBSD.org, ru@FreeBSD.org, obrien@FreeBSD.org Subject: Re: New groff breaks alpha world In-Reply-To: References: X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Baldwin writes: > groff just fails silently. However, groff does seem to give the > runtime linker heartache for both succesfful and failing runs: <..> > /usr/libexec/ld-elf.so.1: groff: too few PT_LOAD segments > *** Error code 1 This is a fatal error for the rtld: if (nsegs < 2) { _rtld_error("%s: too few PT_LOAD segments", path); return NULL; } I spent a little time looking at this, and it appears that there really is only one PT_LOAD segment in the groff binary, so I think ld is at fault here. There's nothing alpha-specific in the code which reads the elf header, so I don't think we can blame the rtld for this one. But I have no idea WTF ld is doing and that's about as far as I can take it. FWIW, mounting my -stable partition and using the ld from there produces a working binary. As does linking statically: % ld --eh-frame-hdr -dynamic-linker /usr/libexec/ld-elf.so.1 -o groff /usr/lib/crt1.o /usr/lib/crti.o /usr/lib/crtbegin.o -L/usr/lib groff.o pipeline.o /usr/src/gnu/usr.bin/groff/src/libs/libgroff/libgroff.a -lstdc++ -lm -lgcc -lc -lgcc /usr/lib/crtend.o /usr/lib/crtn.o % ldd ./groff ./groff: /usr/libexec/ld-elf.so.1: ./groff: too few PT_LOAD segments ./groff: exit status 1 % /mnt/bin/ld --eh-frame-hdr -dynamic-linker /usr/libexec/ld-elf.so.1 -o groff /usr/lib/crt1.o /usr/lib/crti.o /usr/lib/crtbegin.o -L/usr/lib groff.o pipeline.o /usr/src/gnu/usr.bin/groff/src/libs/libgroff/libgroff.a -lstdc++ -lm -lgcc -lc -lgcc /usr/lib/crtend.o /usr/lib/crtn.o % ldd ./groff ./groff: libstdc++.so.4 => /usr/lib/libstdc++.so.4 (0x16004c000) libm.so.2 => /usr/lib/libm.so.2 (0x160102000) libc.so.5 => /usr/lib/libc.so.5 (0x16013e000) Would it be acceptable to apply the following patch to link groff statically so as to unbreak the alpha world while the binutils maintainer figures out why ld is broken? Drew Index: Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/groff/src/roff/groff/Makefile,v retrieving revision 1.3 diff -u -r1.3 Makefile --- Makefile 11 Apr 2002 11:06:05 -0000 1.3 +++ Makefile 20 Oct 2002 22:29:48 -0000 @@ -6,4 +6,10 @@ LDADD= ${LIBGROFF} -lm CLEANFILES= ${MAN} +.if ${MACHINE_ARCH} == "alpha" +#XXXX ld produces only one PT_LOAD segment when this binary +#XXXX is linked dynamically, which confuses the rtld +LDFLAGS+= -static +.endif + .include To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 16:29:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEABF37B401; Sun, 20 Oct 2002 16:29:14 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D89543E88; Sun, 20 Oct 2002 16:29:13 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id JAA25178; Mon, 21 Oct 2002 09:28:48 +1000 Date: Mon, 21 Oct 2002 09:39:40 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Peter Wemm Cc: Mike Barcroft , Kris Kennaway , Subject: Re: Conflicting declarations for ffs() In-Reply-To: <20021020195557.972FD2A88D@canning.wemm.org> Message-ID: <20021021093120.I8562-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 20 Oct 2002, Peter Wemm wrote: > Mike Barcroft wrote: > > > Kris Kennaway writes: > > > Take a look at: > > > > > > http://bento.freebsd.org/errorlogs/5-full/cqcam-0.91_1.log > > > > > > This port includes headers that declare the ffs() function twice: once > > > with an inline version and once with a prototype. > > > > > > Is the bug in the application, or the headers? > > > > It looks like a bug in our headers. I don't see why this is a new bug > > though. It looks like (which used to include) > > and i386's have been defining conflicting ffs() > > prototypes since at least 1999. > > machine/cpufunc.h is really meant to be a kernel header and isn't really > meant for consumption by userland. However, it is sortof useful. Right, it is a bug in the application. > In this particular case, gcc provides a respectable builtin for ffs(). We > probably shouldn't be overriding it for userland with our own inline for > userland. The gcc inline may now be OK in the kernel too. However, we use -fno-inline in the kernel, so we don't even get inlining for memcpy(). > Maybe it would just be better to stick a #ifdef _KERNEL around the inline > version? That should leave gcc to use the builtin and fall back to the > libc version if -fno-builtin is used [or if non-gcc is used]. I prefer: #ifndef _KERNEL #error "no user-serviceable parts inside" #endif near the beginning of cpufunc.h. I have added this to several other kernel-only headers. BSD/OS arranges kernel-only MD headers better by not putting them in . This also inhibits them being abused in MI code. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 16:33:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E34237B401; Sun, 20 Oct 2002 16:33:46 -0700 (PDT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA02943E65; Sun, 20 Oct 2002 16:33:45 -0700 (PDT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 81EC0AE23A; Sun, 20 Oct 2002 16:33:45 -0700 (PDT) Date: Sun, 20 Oct 2002 16:33:45 -0700 From: Maxime Henrion To: current@FreeBSD.org Cc: luigi@FreeBSD.org Subject: Patch to make ipfw2 work on sparc64 Message-ID: <20021020233345.GA26605@elvis.mu.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="G4iJoqBmSsgzjUCe" Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello all, I got ipfw2 apparently working on my sparc64 box. I simply added new fields in the structure of the rules to avoid the evil casting. Of course, it breaks the ABI, so ipfw(8) must be rebuilt. Also, this may be considered bloat since I didn't use unions or anything, but I think it would be nice to have ipfw2 working first and then have the code which exports the rules to userland reworked. It should probably use two versions of the structures, one for userland and one for the kernel like ucred/xucred, etc... Patches for both kernel and userland attached. Comments appreciated. Cheers, Maxime --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ipfw2.patch" Index: sys/netinet/ip_fw.h =================================================================== RCS file: /space/ncvs/src/sys/netinet/ip_fw.h,v retrieving revision 1.74 diff -u -r1.74 ip_fw.h --- sys/netinet/ip_fw.h 10 Aug 2002 04:37:32 -0000 1.74 +++ sys/netinet/ip_fw.h 20 Oct 2002 23:20:20 -0000 @@ -276,6 +276,7 @@ struct ip_fw { struct ip_fw *next; /* linked list of rules */ struct ip_fw *next_rule; /* ptr to next [skipto] rule */ + u_int32_t set_disable; /* disabled sets (for userland) */ u_int16_t act_ofs; /* offset of action in 32-bit units */ u_int16_t cmd_len; /* # of 32-bit words in cmd */ u_int16_t rulenum; /* rule number */ @@ -331,6 +332,7 @@ /* to generate keepalives) */ u_int16_t dyn_type; /* rule type */ u_int16_t count; /* refcount */ + u_int16_t rulenum; /* rule number (for userland) */ }; /* Index: sys/netinet/ip_fw2.c =================================================================== RCS file: /space/ncvs/src/sys/netinet/ip_fw2.c,v retrieving revision 1.13 diff -u -r1.13 ip_fw2.c --- sys/netinet/ip_fw2.c 19 Oct 2002 11:31:50 -0000 1.13 +++ sys/netinet/ip_fw2.c 20 Oct 2002 23:18:42 -0000 @@ -2502,11 +2502,7 @@ for (rule = layer3_chain; rule ; rule = rule->next) { int i = RULESIZE(rule); bcopy(rule, bp, i); - /* - * abuse 'next_rule' to store the set_disable word - */ - (u_int32_t)(((struct ip_fw *)bp)->next_rule) = - set_disable; + ((struct ip_fw *)bp)->set_disable = set_disable; bp = (struct ip_fw *)((char *)bp + i); } if (ipfw_dyn_v) { @@ -2518,7 +2514,7 @@ for ( p = ipfw_dyn_v[i] ; p != NULL ; p = p->next, dst++ ) { bcopy(p, dst, sizeof *p); - (int)dst->rule = p->rule->rulenum ; + dst->rulenum = p->rule->rulenum; /* * store a non-null value in "next". * The userland code will interpret a Index: sbin/ipfw/ipfw2.c =================================================================== RCS file: /space/ncvs/src/sbin/ipfw/ipfw2.c,v retrieving revision 1.13 diff -u -r1.13 ipfw2.c --- sbin/ipfw/ipfw2.c 12 Sep 2002 00:45:32 -0000 1.13 +++ sbin/ipfw/ipfw2.c 20 Oct 2002 23:22:00 -0000 @@ -811,7 +811,7 @@ ipfw_insn_log *logptr = NULL; /* set if we find an O_LOG */ int or_block = 0; /* we are in an or block */ - u_int32_t set_disable = (u_int32_t)(rule->next_rule); + u_int32_t set_disable = rule->set_disable; if (set_disable & (1 << rule->set)) { /* disabled */ if (!show_sets) @@ -1198,7 +1198,7 @@ } printf("%05d %10qu %10qu (%ds)", - (int)(d->rule), d->pcnt, d->bcnt, d->expire); + d->rulenum, d->pcnt, d->bcnt, d->expire); switch (d->dyn_type) { case O_LIMIT_PARENT: printf(" PARENT %d", d->count); @@ -1432,7 +1432,7 @@ err(EX_OSERR, "malloc"); if (getsockopt(s, IPPROTO_IP, IP_FW_GET, data, &nbytes) < 0) err(EX_OSERR, "getsockopt(IP_FW_GET)"); - set_disable = (u_int32_t)(((struct ip_fw *)data)->next_rule); + set_disable = ((struct ip_fw *)data)->set_disable; for (i = 0, msg = "disable" ; i < 31; i++) if ( (set_disable & (1<rule) > rnum) + if (d->rulenum > rnum) break; - if ((int)(d->rule) == rnum) + if (d->rulenum == rnum) show_dyn_ipfw(d); } } --G4iJoqBmSsgzjUCe-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 17:28:53 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2FD937B401; Sun, 20 Oct 2002 17:28:52 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AE2943E6A; Sun, 20 Oct 2002 17:28:52 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.6/8.12.2) with ESMTP id g9L0SgnQ001801; Sun, 20 Oct 2002 17:28:43 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.6/8.12.5/Submit) id g9L0RQUQ001777; Sun, 20 Oct 2002 17:27:26 -0700 (PDT) Date: Sun, 20 Oct 2002 17:27:26 -0700 From: "David O'Brien" To: Andrew Gallatin Cc: John Baldwin , current@FreeBSD.org, ru@FreeBSD.org Subject: Re: New groff breaks alpha world Message-ID: <20021021002726.GA1650@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org Mail-Followup-To: David O'Brien , Andrew Gallatin , John Baldwin , current@FreeBSD.org, ru@FreeBSD.org References: <15795.12533.559894.717547@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15795.12533.559894.717547@grasshopper.cs.duke.edu> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Oct 20, 2002 at 06:40:53PM -0400, Andrew Gallatin wrote: > Would it be acceptable to apply the following patch to link groff > statically so as to unbreak the alpha world while the binutils > maintainer figures out why ld is broken? Committed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 17:44:40 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F26DA37B477 for ; Sun, 20 Oct 2002 17:44:28 -0700 (PDT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6842543E97 for ; Sun, 20 Oct 2002 17:44:23 -0700 (PDT) (envelope-from dl-freebsd@catspoiler.org) Received: from mousie.catspoiler.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.5/8.12.5) with ESMTP id g9L0iAvU075096; Sun, 20 Oct 2002 17:44:14 -0700 (PDT) (envelope-from dl-freebsd@catspoiler.org) Message-Id: <200210210044.g9L0iAvU075096@gw.catspoiler.org> Date: Sun, 20 Oct 2002 17:44:10 -0700 (PDT) From: Don Lewis Subject: Re: kernel: lock order reversal To: zipzippy@sonic.net Cc: current@FreeBSD.ORG In-Reply-To: <20021020102654.GA47626@blarf.homeip.net> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 20 Oct, Alex Zepeda wrote: > I see this on a fairly regular basis (at least once per 24 hour period): > > lock order reversal > 1st 0xc0490ca0 spechash (spechash) @ ../../../kern/vfs_subr.c:2748 > 2nd 0xc1ed2818 vnode interlock (vnode interlock) @ ../../../kern/vfs_subr.c:2751 > > Dunno if it's any help, but it happened at 03:08:50, so right towards the > midle of the daily scripts (takes about 20mins here), fairly heavy disk > access. The quick and dirty fix would be to drop the vnode interlock before calling vcount(), and to always grab the interlock inside vcount(). Many of vcount()'s callers don't bother grabbing the interlock anyway. The bigger problem is that this makes the race condition problem worse. It looks like the correct fix would be to somehow protect the special device reference count with lock rather than attempting to rely on the the vnode interlock, which only protects the reference count for one of potentially many aliases. The could would have to do something like: Grab the lock. Examine the device reference count. Execute any code that depends on the reference count and adjust the reference count if necessary. Release the lock. Where this gets ugly is that this affects any code that adjusts vnode reference counts if the vnode happens to be a device vnode. The device reference could probably has to be locked at a high level rather than in vref() etc., since the above code will be using the same low level code as everything else. This means that lots of places in the code will have to know about this lock. The lock could either be global, possibly even spechash_mtx, or it could be attached to struct cdev. The reference count could either be a member of struct cdev, or we could continue to calculate it with vcount(). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 18:14:38 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3F2137B401; Sun, 20 Oct 2002 18:14:35 -0700 (PDT) Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id D59E743E75; Sun, 20 Oct 2002 18:14:34 -0700 (PDT) (envelope-from bmah@employees.org) Received: from bmah.dyndns.org ([12.233.149.189]) by sccrmhc03.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20021021011434.CSNS24979.sccrmhc03.attbi.com@bmah.dyndns.org>; Mon, 21 Oct 2002 01:14:34 +0000 Received: from intruder.bmah.org (localhost [IPv6:::1]) by bmah.dyndns.org (8.12.6/8.12.6) with ESMTP id g9L1EXva010466; Sun, 20 Oct 2002 18:14:33 -0700 (PDT) (envelope-from bmah@intruder.bmah.org) Received: (from bmah@localhost) by intruder.bmah.org (8.12.6/8.12.6/Submit) id g9L1EXQR010465; Sun, 20 Oct 2002 18:14:33 -0700 (PDT) Message-Id: <200210210114.g9L1EXQR010465@intruder.bmah.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: freebsd-current@freebsd.org Cc: bmah@freebsd.org Subject: Release-building saga continues From: bmah@freebsd.org (Bruce A. Mah) Reply-To: bmah@freebsd.org X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_286410339P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sun, 20 Oct 2002 18:14:33 -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==_Exmh_286410339P Content-Type: text/plain; charset=us-ascii I successfully built an i386 miniinst.iso image, using a repository updated around mid-day Saturday (California time). When I burned and booted this image, I landed in sysinstall (yay!) with a dialog box complaining "Couldn't create directory /tmp: Read-only file system" (d'oh!). There's a number of other operations that result in the same dialog, including all of the documentation items. It's not possible to mount a fixit CDROM to investigate further because sysinstall isn't able to create the mount points. It kind of looks like the mfsroot filesystem image got mounted read-only. Is this just me? Thanks, Bruce. PS. FYI: drivers.flp has 469KB left, mfsroot.flp has 87KB left (this includes the compressed release doc files), and kern.flp has 19KB left. This predates some of the pccardd-related cleanup. --==_Exmh_286410339P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) Comment: Exmh version 2.5+ 20020506 iD8DBQE9s1T52MoxcVugUsMRAu1UAJ9D60UhjGNnUvPbE4QGpMViLbw0tACeJ1oQ 5DO7PUmHr2330iQaqZY6weI= =S/It -----END PGP SIGNATURE----- --==_Exmh_286410339P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 18:38:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C4A437B401 for ; Sun, 20 Oct 2002 18:38:11 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-165-226-88.dsl.lsan03.pacbell.net [64.165.226.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98CAE43E6A for ; Sun, 20 Oct 2002 18:38:10 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2B07566B5E; Sun, 20 Oct 2002 18:38:10 -0700 (PDT) Date: Sun, 20 Oct 2002 18:38:09 -0700 From: Kris Kennaway To: current@FreeBSD.org Subject: ports broken by KSE changes Message-ID: <20021021013809.GA34637@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline The following ports are among those broken by KSE changes. They need to be fixed before 5.0-RELEASE. Who can help with this? http://bento.freebsd.org/errorlogs/5-full/m3gdb-4.17.log http://bento.freebsd.org/errorlogs/5-full/blimitd-0.1_1.log http://bento.freebsd.org/errorlogs/5-full/jailutils-0.5.2.log http://bento.freebsd.org/errorlogs/5-full/pmap-20021014.log http://bento.freebsd.org/errorlogs/5-full/and-1.0.7.log http://bento.freebsd.org/errorlogs/5-full/ups-3.35.b13.log http://bento.freebsd.org/errorlogs/5-full/asmon-0.60.log http://bento.freebsd.org/errorlogs/5-full/lavaps-1.20.log http://bento.freebsd.org/errorlogs/5-full/xw-0.1.0.log Kris --YiEDa0DAkWCtVeE4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9s1qBWry0BWjoQKURAm/qAKD7SEkI8u/zqLWbXZvnDKcgaZEj9ACfUdK0 IM+brjLqN8fEnyH5S8ZuY8E= =5t8U -----END PGP SIGNATURE----- --YiEDa0DAkWCtVeE4-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 19: 3:43 2002 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id 7F81137B401; Sun, 20 Oct 2002 19:03:42 -0700 (PDT) Date: Sun, 20 Oct 2002 19:03:42 -0700 From: Juli Mallett To: Bruce Evans Cc: Peter Wemm , Mike Barcroft , Kris Kennaway , current@FreeBSD.ORG Subject: Re: Conflicting declarations for ffs() Message-ID: <20021020190342.A11483@FreeBSD.org> References: <20021020195557.972FD2A88D@canning.wemm.org> <20021021093120.I8562-100000@gamplex.bde.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021021093120.I8562-100000@gamplex.bde.org>; from bde@zeta.org.au on Mon, Oct 21, 2002 at 09:39:40AM +1000 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , , X-Towel: Yes X-LiveJournal: flata, jmallett X-Negacore: Yes Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * De: Bruce Evans [ Data: 2002-10-20 ] [ Subjecte: Re: Conflicting declarations for ffs() ] > BSD/OS arranges kernel-only MD headers better by not putting them in > . This also inhibits them being abused in MI code. What do they do, MACHINE_ARCH/MACHINE_ARCH/header.h and pull it in via ? This is a good way to hide things, and is probably an area which won't be exposed (which is correct) in any way in FreeBSD, in the near future, as there's no real need... juli. -- Juli Mallett | FreeBSD: The Power To Serve Will break world for fulltime employment. | finger jmallett@FreeBSD.org http://people.FreeBSD.org/~jmallett/ | Support my FreeBSD hacking! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 19:36:58 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83ECB37B401; Sun, 20 Oct 2002 19:36:57 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0195943E3B; Sun, 20 Oct 2002 19:36:56 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id MAA20305; Mon, 21 Oct 2002 12:36:50 +1000 Date: Mon, 21 Oct 2002 12:47:43 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Andrew Gallatin Cc: John Baldwin , , , Subject: Re: New groff breaks alpha world In-Reply-To: <15795.12533.559894.717547@grasshopper.cs.duke.edu> Message-ID: <20021021124533.J9225-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 20 Oct 2002, Andrew Gallatin wrote: > Would it be acceptable to apply the following patch to link groff > statically so as to unbreak the alpha world while the binutils > maintainer figures out why ld is broken? > > Index: Makefile > =================================================================== > RCS file: /home/ncvs/src/gnu/usr.bin/groff/src/roff/groff/Makefile,v > retrieving revision 1.3 > diff -u -r1.3 Makefile > --- Makefile 11 Apr 2002 11:06:05 -0000 1.3 > +++ Makefile 20 Oct 2002 22:29:48 -0000 > @@ -6,4 +6,10 @@ > LDADD= ${LIBGROFF} -lm > CLEANFILES= ${MAN} > > +.if ${MACHINE_ARCH} == "alpha" > +#XXXX ld produces only one PT_LOAD segment when this binary > +#XXXX is linked dynamically, which confuses the rtld > +LDFLAGS+= -static > +.endif > + > .include This should uses `NOSHARED=?yes' instead of an unportable linker flag. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 19:39: 1 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91B3437B401; Sun, 20 Oct 2002 19:38:57 -0700 (PDT) Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5D5E43E88; Sun, 20 Oct 2002 19:38:56 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0317.cvx22-bradley.dialup.earthlink.net ([209.179.199.62] helo=mindspring.com) by snipe.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 183SSS-0003lg-00; Sun, 20 Oct 2002 19:38:20 -0700 Message-ID: <3DB36854.FFEC4E2F@mindspring.com> Date: Sun, 20 Oct 2002 19:37:08 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "M. Warner Losh" Cc: jake@locore.ca, ben@stuyts.nl, current@FreeBSD.ORG, jroberson@chesapeake.net, rwatson@FreeBSD.ORG, jeff@FreeBSD.ORG, alfred@FreeBSD.ORG Subject: Re: [Ugly PATCH] Again: panic kmem_malloc() References: <20021018213608.A60569@locore.ca> <20021020.125308.35255652.imp@bsdimp.com> <3DB31925.7B70E70@mindspring.com> <20021020.155657.10475080.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "M. Warner Losh" wrote: > : > : + if (sops) > : > : + free(sops, M_SEM); > : > > : > The kernel free() groks free(NULL, M_FOO), so the if isn't needed. > : > : Wow. That's bogus. It should panic. > > It isn't bogus. free(NULL) is defined to be OK in ansi-c. The kernel > just mirrors that. The free(NULL) in ANSI C is to permit invocation of the garbage collector; there are very specific semantics involved. Specifically, if you do not call free(NULL), you are *guaranteed* that a malloc() followed by a free() followed by a subsequent malloc(), if the size of the area allocated by the subsequent malloc() is less than or equal to the size of the area freed, *will not fail*. Of course, FreeBSD is a memory overcommit system, and fails to maintain this guarantee, as required by the standard (e.g. only do garbage collection when it is signalled that it is OK for a subsequent re-malloc() to fail, because the GC'ed memory has been released to the system. This is OK; we all realize that the standard, which permits a NULL argument to free(), allows this value for reasons of compatability with historical source code. But that begs the question: does the kernel interface also allow it for the purposes of compatability with legacy code? This seems unlikely in the extreme. Does the kernel interface use this as a trigger, as the user space interface historically did, to perform garbage collection? This also seems unlikely. Does it do it so that people can write code that doesn't check return values, and get away with it when they shouldn't? This seems highly likely. > : Or we should fix all of libc to take NULL arguments for strings, > : and treat them as if they were actually "". > > That's bogus. I agree that it's bogus, but it's the same argument in user space as in kernel space. Actually, it's not the same: the kernel argument is much poorer, not having legacy code it needs to support. In user space, there is plenty of legacy code that acts this way; in fact, one could trap a zero dereference (one does; one just faults on it, currently), map a page full of zeros at page zero, and then a dereference would in fact b giving a pointer to a NULL string. SVR4 does this, as a kernel option for compatability with legacy software. It is tunable to be able to turn it off, and you can not only run legacy software which will not run in FreeBSD ABI compatability (hardly compatable, that...), but you can know from the memory map of the process, as examined through /proc, that a NULL dereference has occurred. So it should arguably be controllable via sysctl, minimally for IBCS2 and similar ABI modules, for user space. But it's still unjustified in kernel space. And panic'ing on attempts to free NULL pointers would be a nice way of avoiding cascade failures later on, and keep the problem from being hidden a long ways away from its effect. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 19:50:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E78C537B401; Sun, 20 Oct 2002 19:50:20 -0700 (PDT) Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70DCA43E6E; Sun, 20 Oct 2002 19:50:20 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0317.cvx22-bradley.dialup.earthlink.net ([209.179.199.62] helo=mindspring.com) by snipe.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 183Se3-0002sd-00; Sun, 20 Oct 2002 19:50:19 -0700 Message-ID: <3DB36B24.9416EFCA@mindspring.com> Date: Sun, 20 Oct 2002 19:49:08 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: bmah@freebsd.org Cc: freebsd-current@freebsd.org Subject: Re: Release-building saga continues References: <200210210114.g9L1EXQR010465@intruder.bmah.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Bruce A. Mah" wrote: > I successfully built an i386 miniinst.iso image, using a repository > updated around mid-day Saturday (California time). When I burned and > booted this image, I landed in sysinstall (yay!) with a dialog box > complaining "Couldn't create directory /tmp: Read-only file system" > (d'oh!). Check the boot log itself; you may want to get rid of the sysinstall, so that it doesn't clear the screen, or have it emit 25+ LF before it starts its thing, to ensure that all the console messages are thus available via scroll-lock. One possible source of a problem could be the GEOM changes to change the xx0c to xx0 instead, removign legacy support for xx0c; in that case, the root remount attempt fromt he device in /etc/fstab is probably referencing the old name instead of the new name (a good reason to *never* change device names, unless the old names offend thing God), so the root remount never happened, leaving the root read-only. > There's a number of other operations that result in the same dialog, > including all of the documentation items. It's not possible to mount a > fixit CDROM to investigate further because sysinstall isn't able to > create the mount points. > > It kind of looks like the mfsroot filesystem image got mounted > read-only. Is this just me? No, it was an expected result of the change in device names from use of GEOM. I pointed this out on the -current list almost a month ago, and made specific reference to "live FS" and "PicoBSD" and "Bootable CDROM" (the other places I expect you will now see this problem). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 19:53:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AAC337B401 for ; Sun, 20 Oct 2002 19:53:16 -0700 (PDT) Received: from power.doogles.com (power.doogles.com [209.15.149.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 250FD43E6E for ; Sun, 20 Oct 2002 19:53:16 -0700 (PDT) (envelope-from jyoung@power.doogles.com) Received: from localhost (jyoung@localhost) by power.doogles.com (8.11.6/8.11.6) with ESMTP id g9L2rAZ12140 for ; Sun, 20 Oct 2002 21:53:10 -0500 Date: Sun, 20 Oct 2002 21:53:10 -0500 (CDT) From: "Jason A. Young" To: current@freebsd.org Subject: Reproduceable partial hang on -current as of a few days ago Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG While running 'time nice +10 make -j4 buildkernel KERNCONF=JYOUNGLP', the compile process eventually grinds to a halt. The compiler wedges in state 'ufs' according to top (I keep it running while reproducing the issue) and ctrl-T. After the compile process freezes, anytime I try to start something new, the csh process I try to run it from hangs in 'thrd_sleep'. I'm doing this compile from within X, and it seems fine, with the obvious caveat that I can't start anything new). I can switch VTs and break into the kernel debugger. This problem or something very much like it was mentioned on either -current or -hackers a week or two ago, but now I can't find the message in the archives to know who brought it up. I'd seen it once or twice before, but now I've reproduced it 3 times in a row with this kernel compile. It even hangs during the same set of files each time in one of the SCSI drivers. I don't know if this is useful, but a start might be: Debugger("manual escape to debugger") Stopped at Debugger+0x54: xchgl %ebx,in_Debugger.0 db> show lockedvnods Locked vnodes 0xc8c6e818: tag ufs, type VDIR, usecount 1, writecount 0, refcount 2, flags (VV_OBJBUF), lock type ufs: EXCL (count 1) by pid 2250 ino 178176, on dev ad0s2g (4, 9) 0xc903e000: tag ufs, type VREG, usecount 18, writecount 0, refcount 1, flags (VV_TEXT|VV_OBJBUF), lock type ufs: EXCL (count 1) by pid 2245 with 3 pending ino 311836, on dev ad0s2g (4, 9) 0xc903dde0: tag ufs, type VREG, usecount 18, writecount 0, refcount 1, flags (VV_TEXT|VV_OBJBUF), lock type ufs: EXCL (count 1) by pid 2248 with 3 pending ino 178212, on dev ad0s2g (4, 9) db> show locks exclusive sleep mutex Giant r = 0 (0xc02d82a0) locked @ /usr/src/sys/kern/kern_intr.c:533 Trace output is uninteresting; it only reflects the ctrl-alt-escape code path into DDB. I'll hold the system in this state where I can reproduce the problem and get other debug/trace output if somebody here thinks it would be useful to do so. Please let me know. -- Jason Young, CCIE #8607, MCSE Sr. Network Technician, WAN Technologies (314)817-0131 http://www.wantec.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 20: 3:39 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B875437B401; Sun, 20 Oct 2002 20:03:38 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF7AB43E4A; Sun, 20 Oct 2002 20:03:36 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id NAA23984; Mon, 21 Oct 2002 13:03:34 +1000 Date: Mon, 21 Oct 2002 13:14:27 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Juli Mallett Cc: Peter Wemm , Mike Barcroft , Kris Kennaway , Subject: Re: Conflicting declarations for ffs() In-Reply-To: <20021020190342.A11483@FreeBSD.org> Message-ID: <20021021131007.T9369-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 20 Oct 2002, Juli Mallett wrote: > * De: Bruce Evans [ Data: 2002-10-20 ] > [ Subjecte: Re: Conflicting declarations for ffs() ] > > BSD/OS arranges kernel-only MD headers better by not putting them in > > . This also inhibits them being abused in MI code. > > What do they do, MACHINE_ARCH/MACHINE_ARCH/header.h and pull it in > via ? This is a good way to hide things, and Yes, at least in an old version (4.1). > is probably an area which won't be exposed (which is correct) in any > way in FreeBSD, in the near future, as there's no real need... should export anything except MD implementations of MI interfaces, so it shouldn't have anything that is purely MD. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 20:32: 9 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA00037B401; Sun, 20 Oct 2002 20:32:07 -0700 (PDT) Received: from mckinley.corp.yahoo.com (mckinley.corp.yahoo.com [216.145.62.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E04643E4A; Sun, 20 Oct 2002 20:32:07 -0700 (PDT) (envelope-from peter@freebsd.org) Received: from mckinley.corp.yahoo.com (localhost [127.0.0.1]) by mckinley.corp.yahoo.com (8.12.6/8.12.5) with ESMTP id g9L3SgJS065550; Sun, 20 Oct 2002 20:28:42 -0700 (PDT) (envelope-from peter@freebsd.org) Received: (from root@localhost) by mckinley.corp.yahoo.com (8.12.6/8.12.5/Submit) id g9L3SgXW065549; Sun, 20 Oct 2002 20:28:42 -0700 (PDT) Message-Id: <200210210328.g9L3SgXW065549@mckinley.corp.yahoo.com> From: Peter Wemm Date: Sun, 20 Oct 2002 20:28:41 -0700 (PDT) Subject: ia64 tinderbox failure To: current@freebsd.org, ia64@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/tinderbox/ia64/obj/home/tinderbox/ia64/src/ia64/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- ===> sbin/gbde /home/tinderbox/ia64/src/sbin/gbde/gbde.c:57:28: geom/bde/g_bde.h: No such file or directory /home/tinderbox/ia64/src/sys/geom/bde/g_bde_lock.c:61:28: geom/bde/g_bde.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /home/tinderbox/ia64/src/sbin/gbde. *** Error code 1 Stop in /home/tinderbox/ia64/src/sbin. *** Error code 1 Stop in /home/tinderbox/ia64/src. *** Error code 1 Stop in /home/tinderbox/ia64/src. *** Error code 1 Stop in /home/tinderbox/ia64/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 20:40:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 763F037B401 for ; Sun, 20 Oct 2002 20:40:14 -0700 (PDT) Received: from ref5.freebsd.org (ref5.freebsd.org [216.136.204.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AAFB43E42 for ; Sun, 20 Oct 2002 20:40:14 -0700 (PDT) (envelope-from des@FreeBSD.org) Received: from ref5.freebsd.org (localhost [127.0.0.1]) by ref5.freebsd.org (8.12.6/8.12.6) with ESMTP id g9L3eEE5009993 for ; Sun, 20 Oct 2002 20:40:14 -0700 (PDT) (envelope-from des@ref5.freebsd.org) Received: (from des@localhost) by ref5.freebsd.org (8.12.6/8.12.6/Submit) id g9L3eDoG009991 for current@freebsd.org; Sun, 20 Oct 2002 20:40:13 -0700 (PDT) Date: Sun, 20 Oct 2002 20:40:13 -0700 (PDT) From: Dag-Erling Smorgrav Message-Id: <200210210340.g9L3eDoG009991@ref5.freebsd.org> To: current@freebsd.org Subject: i386 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/des/tinderbox/i386/obj/local0/scratch/des/src/i386/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- ===> lib/libc /local0/scratch/des/src/lib/libc/gen/getcap.c: In function `getent': /local0/scratch/des/src/lib/libc/gen/getcap.c:251: warning: passing arg 3 of `cdbget' discards qualifiers from pointer target type /local0/scratch/des/src/lib/libc/gen/getcap.c: In function `cgetmatch': /local0/scratch/des/src/lib/libc/gen/getcap.c:576: warning: assignment discards qualifiers from pointer target type /local0/scratch/des/src/lib/libc/gen/getcap.c:581: warning: assignment discards qualifiers from pointer target type /local0/scratch/des/src/lib/libc/i386/sys/i386_clr_watch.c: In function `i386_clr_watch': /local0/scratch/des/src/lib/libc/i386/sys/i386_clr_watch.c:42: structure has no member named `dr7' /local0/scratch/des/src/lib/libc/i386/sys/i386_clr_watch.c:42: structure has no member named `dr7' *** Error code 1 Stop in /local0/scratch/des/src/lib/libc. *** Error code 1 Stop in /local0/scratch/des/src/lib. *** Error code 1 Stop in /local0/scratch/des/src. *** Error code 1 Stop in /local0/scratch/des/src. *** Error code 1 Stop in /local0/scratch/des/src. *** Error code 1 Stop in /local0/scratch/des/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 20:59:57 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BB9737B404; Sun, 20 Oct 2002 20:59:56 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id E29E743E42; Sun, 20 Oct 2002 20:59:50 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g9L3xepk078946; Sun, 20 Oct 2002 21:59:40 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 20 Oct 2002 21:59:22 -0600 (MDT) Message-Id: <20021020.215922.59312540.imp@bsdimp.com> To: tlambert2@mindspring.com Cc: jake@locore.ca, ben@stuyts.nl, current@FreeBSD.ORG, jroberson@chesapeake.net, rwatson@FreeBSD.ORG, jeff@FreeBSD.ORG, alfred@FreeBSD.ORG Subject: Re: [Ugly PATCH] Again: panic kmem_malloc() From: "M. Warner Losh" In-Reply-To: <3DB36854.FFEC4E2F@mindspring.com> References: <3DB31925.7B70E70@mindspring.com> <20021020.155657.10475080.imp@bsdimp.com> <3DB36854.FFEC4E2F@mindspring.com> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <3DB36854.FFEC4E2F@mindspring.com> Terry Lambert writes: : "M. Warner Losh" wrote: : > : > : + if (sops) : > : > : + free(sops, M_SEM); : > : > : > : > The kernel free() groks free(NULL, M_FOO), so the if isn't needed. : > : : > : Wow. That's bogus. It should panic. : > : > It isn't bogus. free(NULL) is defined to be OK in ansi-c. The kernel : > just mirrors that. : : The free(NULL) in ANSI C is to permit invocation of the garbage : collector; there are very specific semantics involved. Specifically, : if you do not call free(NULL), you are *guaranteed* that a malloc() : followed by a free() followed by a subsequent malloc(), if the size : of the area allocated by the subsequent malloc() is less than or : equal to the size of the area freed, *will not fail*. C99 just says: section 7.20.3.2: [#2] The free function causes the space pointed to by ptr to be deallocated, that is, made available for further allocation. If ptr is a null pointer, no action occurs. Otherwise, if the argument does not match a pointer earlier returned by the calloc, malloc, or realloc function, or if the space has been deallocated by a call to free or realloc, the behavior is undefined. "If ptr is a null poter, no action occurs" doesn't sound like GC to me. Like I said, free(NULL) is well defined, and unambiguous, in ansi c 99. In fact, I see nothing in the final c99 spec that even comes close to what you are talking about. Maybe c89 did that (I'm too lazy to walk down stairs and find it), but it too is irrelevant as the base system moves towards c99 compliance. The rest is bogus too. free(NULL, M_FOO) is well defined in the kernel and does the right thing and likely isn't going to change. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 21: 4: 5 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DB6437B401; Sun, 20 Oct 2002 21:04:04 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BF2743E65; Sun, 20 Oct 2002 21:04:03 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g9L442pk078963; Sun, 20 Oct 2002 22:04:02 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 20 Oct 2002 22:03:45 -0600 (MDT) Message-Id: <20021020.220345.111000843.imp@bsdimp.com> To: peter@wemm.org Cc: mike@FreeBSD.ORG, kris@obsecurity.org, current@FreeBSD.ORG Subject: Re: Conflicting declarations for ffs() From: "M. Warner Losh" In-Reply-To: <20021020195557.972FD2A88D@canning.wemm.org> References: <20021020094608.F81582@espresso.q9media.com> <20021020195557.972FD2A88D@canning.wemm.org> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20021020195557.972FD2A88D@canning.wemm.org> Peter Wemm writes: : Mike Barcroft wrote: : : > Kris Kennaway writes: : > > Take a look at: : > > : > > http://bento.freebsd.org/errorlogs/5-full/cqcam-0.91_1.log : > > : > > This port includes headers that declare the ffs() function twice: once : > > with an inline version and once with a prototype. : > > : > > Is the bug in the application, or the headers? : > : > It looks like a bug in our headers. I don't see why this is a new bug : > though. It looks like (which used to include) : > and i386's have been defining conflicting ffs() : > prototypes since at least 1999. : : machine/cpufunc.h is really meant to be a kernel header and isn't really : meant for consumption by userland. However, it is sortof useful. Most of the problem is that FreeBSD doesn't have an interface to inb, etc that's defined in an approved header. Bruce says cpufunc.h isn't it, but then doesn't define one. Others say that this is OK, but it really isn't. There needs to be something where this is well defined. Note, inb, et al, aren't i386 only, per se, because the concept of doing I/O is present even on machines with only memory mapped I/O. But defining a sane interface to it gets tricky... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 21:20:10 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 782BD37B404 for ; Sun, 20 Oct 2002 21:20:08 -0700 (PDT) Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id D841843E4A for ; Sun, 20 Oct 2002 21:20:07 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc03.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20021021042007.IJMG24979.sccrmhc03.attbi.com@InterJet.elischer.org>; Mon, 21 Oct 2002 04:20:07 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id VAA21228; Sun, 20 Oct 2002 21:06:30 -0700 (PDT) Date: Sun, 20 Oct 2002 21:06:29 -0700 (PDT) From: Julian Elischer To: Kris Kennaway Cc: current@FreeBSD.org Subject: Re: ports broken by KSE changes In-Reply-To: <20021021013809.GA34637@xor.obsecurity.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Well if you can tell me why you thing the KSE changes broke them it might help.. 'ups' has several errors, ONE of which MIGHT be related to KSE. (it seems to want to access the pcb that is no longer in the u-area.) most of theothers are wanting to access something called kp_eproc in some structure.. I've never heard of it.. and it was certainly not removed intentionally as part of the KSE changes. Looking in the sources kp_eproc was replaced by all it's fields being explicitly directly included in kinfo_proc rather then being in a sub structure called kp_eproc. just access the subfileds by their new direct names. (This was NOT a KSE change) xw is a definite casualty but I think it's a bug in xw. I don't know why they are accessing the proc struct when they should be accessing kinfo_proc struct. I just looked... thay had access to a proc struct in kinifo_proc in 4.x but it has been replaced by explicit fields for ages in 5.x. (Certainly before KSE) The references to proc struct fields should be replaced by references to the equivalent direct fields withing the kinfo_proc structure, NOTHING outside the kernel and libkvm should be accessing the proc structure. One port tries to do a ptrace call that Peter removed. I think it could be replaced by a new call that does exactly what they need if we knew what information they need. On Sun, 20 Oct 2002, Kris Kennaway wrote: > The following ports are among those broken by KSE changes. They need > to be fixed before 5.0-RELEASE. Who can help with this? > > http://bento.freebsd.org/errorlogs/5-full/m3gdb-4.17.log > http://bento.freebsd.org/errorlogs/5-full/blimitd-0.1_1.log > http://bento.freebsd.org/errorlogs/5-full/jailutils-0.5.2.log > http://bento.freebsd.org/errorlogs/5-full/pmap-20021014.log > http://bento.freebsd.org/errorlogs/5-full/and-1.0.7.log > http://bento.freebsd.org/errorlogs/5-full/ups-3.35.b13.log > http://bento.freebsd.org/errorlogs/5-full/asmon-0.60.log > http://bento.freebsd.org/errorlogs/5-full/lavaps-1.20.log > http://bento.freebsd.org/errorlogs/5-full/xw-0.1.0.log > > Kris > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 21:53: 0 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3993437B401; Sun, 20 Oct 2002 21:52:59 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4A4743E6E; Sun, 20 Oct 2002 21:52:57 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id OAA07119; Mon, 21 Oct 2002 14:52:47 +1000 Date: Mon, 21 Oct 2002 15:03:40 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: "M. Warner Losh" Cc: peter@wemm.org, , , Subject: Re: Conflicting declarations for ffs() In-Reply-To: <20021020.220345.111000843.imp@bsdimp.com> Message-ID: <20021021145811.N9804-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 20 Oct 2002, M. Warner Losh wrote: > Most of the problem is that FreeBSD doesn't have an interface to inb, > etc that's defined in an approved header. Bruce says cpufunc.h isn't > it, but then doesn't define one. Others say that this is OK, but it > really isn't. There needs to be something where this is well > defined. Note, inb, et al, aren't i386 only, per se, because the > concept of doing I/O is present even on machines with only memory > mapped I/O. But defining a sane interface to it gets tricky... Something like bus-space is needed in general. This may be insane. inb() can can be supplied by applications using a whole 1 line of asm if they only need inb(). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Oct 20 22:46:53 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75A2137B401; Sun, 20 Oct 2002 22:46:51 -0700 (PDT) Received: from fep1.cogeco.net (smtp.cogeco.net [216.221.81.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8B2143E4A; Sun, 20 Oct 2002 22:46:50 -0700 (PDT) (envelope-from mike@sparc64.style9.org) Received: from bowie.private (d141-203-41.home.cgocable.net [24.141.203.41]) by fep1.cogeco.net (Postfix) with ESMTP id 7DA27763E; Mon, 21 Oct 2002 01:46:49 -0400 (EDT) Received: from bowie.private (localhost [127.0.0.1]) by bowie.private (8.12.6/8.12.5) with ESMTP id g9L5l2Gm044381; Mon, 21 Oct 2002 05:47:02 GMT (envelope-from mike@bowie.private) Received: (from mike@localhost) by bowie.private (8.12.6/8.12.6/Submit) id g9L5l2Pg044379; Mon, 21 Oct 2002 05:47:02 GMT Date: Mon, 21 Oct 2002 05:47:02 GMT From: Mike Barcroft Message-Id: <200210210547.g9L5l2Pg044379@bowie.private> To: current@FreeBSD.org, sparc64@FreeBSD.org Subject: sparc64 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- ===> sbin/gbde /tinderbox/sparc64/src/sbin/gbde/gbde.c:57:28: geom/bde/g_bde.h: No such file or directory /tinderbox/sparc64/src/sys/geom/bde/g_bde_lock.c:61:28: geom/bde/g_bde.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /tinderbox/sparc64/src/sbin/gbde. *** Error code 1 Stop in /tinderbox/sparc64/src/sbin. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 0:12: 9 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE9EC37B401; Mon, 21 Oct 2002 00:12:07 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9355843E88; Mon, 21 Oct 2002 00:11:57 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g9L7Bsn19901; Mon, 21 Oct 2002 10:11:54 +0300 (EEST) (envelope-from ru) Date: Mon, 21 Oct 2002 10:11:54 +0300 From: Ruslan Ermilov To: Maxim Sobolev Cc: current@FreeBSD.org Subject: Re: `nroff -mandoc foo.X | less' is broken Message-ID: <20021021071154.GD14584@sunbay.com> References: <3DB13DE6.A2E97A53@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7CZp05NP8/gJM8Cl" Content-Disposition: inline In-Reply-To: <3DB13DE6.A2E97A53@FreeBSD.org> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --7CZp05NP8/gJM8Cl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 19, 2002 at 02:11:34PM +0300, Maxim Sobolev wrote: > Hi, >=20 > I've noticed that after upgrading my -current box (15 Oct snapshot) > the `nroff -mandoc foo.X | less' construction no longer does produce > valid results. I'm seeing ESC[ all over the place, i.e.: >=20 > ESC[1mNAMEESC[0m > ESC[1mradioctl ESC[22m- control radio tuners >=20 > ESC[1mSYNOPSISESC[0m > ESC[1mradioctl ESC[22m[ESC[1m-f ESC[4mESC[22mfileESC[24m] > [ESC[1m-nESC[22m] >=20 > At the same time, if I am dumping to the terminal directly there is no > problem. There is also no problem with `man something'. >=20 > Please fix. >=20 $FreeBSD: src/contrib/groff/tmac/troffrc,v 1.11 2002/10/18 09:10:44 ru Exp $ Please also see the "color, again, in grotty" thread on -arch. Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --7CZp05NP8/gJM8Cl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9s6i6Ukv4P6juNwoRAmeZAJ9Dz42hq15WA5y+9yb/ySTecJKiYwCfUbTt edmfdhXJ25dtjZ3RwLZhfRQ= =NRz+ -----END PGP SIGNATURE----- --7CZp05NP8/gJM8Cl-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 0:16:11 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B9EE37B404 for ; Mon, 21 Oct 2002 00:16:09 -0700 (PDT) Received: from ns.altadena.net (ns.altadena.net [206.126.144.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB12443E88 for ; Mon, 21 Oct 2002 00:16:08 -0700 (PDT) (envelope-from pete@ns.altadena.net) Received: from ns.altadena.net (localhost [127.0.0.1]) by ns.altadena.net (8.12.6/8.12.3) with ESMTP id g9L7G3Cj033041 for ; Mon, 21 Oct 2002 00:16:03 -0700 (PDT) (envelope-from pete@ns.altadena.net) Received: (from pete@localhost) by ns.altadena.net (8.12.6/8.12.3/Submit) id g9L7G35D033040 for current@freebsd.org; Mon, 21 Oct 2002 00:16:03 -0700 (PDT) (envelope-from pete) From: Pete Carah Message-Id: <200210210716.g9L7G35D033040@ns.altadena.net> Subject: Cross-build world and kernel broken by g_bde stuff To: current@freebsd.org Date: Mon, 21 Oct 2002 00:16:03 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL68 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=iso8859-1 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The gbde stuff, both in sys and sbin, are set up in both source and makefiles so that they can't be cross-built under -stable. (and the first build under current may be a problem too, since geom/bde/g_bde.h won't be installed either...) Hint: /sys is NOT a valid way to find /usr/src/sys in a cross-build environment. (and machine/* doesn't exist there anyhow). Most other kernel functions use -I- and then a host of other include paths; because of the fact that machine/*.h doesn't exist as such in the source tree I don't know how to reference this. There is an installed copy of what should be in /usr/include in the i386 section of /usr/obj; is there a standardized way of directing the includes there? (the makefiles and make macros are very convoluted.) These don't exist under stable: machine/lock.h geom/geom.h geom/bde/g_bde.h and various others that do exist have wrong values. I did add the stdint.h (and friends) stuff to my stable just to get around this the last time. However, I don't want to change things that already exist in -stable... Generates LOTS of error messages; make -k doesn't help since it refuses to link the kernel anyhow... -- Pete To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 0:38:46 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EE4737B401 for ; Mon, 21 Oct 2002 00:38:46 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9276343E8A for ; Mon, 21 Oct 2002 00:38:44 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g9L7cgpk079766; Mon, 21 Oct 2002 01:38:42 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 21 Oct 2002 01:38:20 -0600 (MDT) Message-Id: <20021021.013820.125292719.imp@bsdimp.com> To: pete@ns.altadena.net Cc: current@FreeBSD.ORG Subject: Re: Cross-build world and kernel broken by g_bde stuff From: "M. Warner Losh" In-Reply-To: <200210210716.g9L7G35D033040@ns.altadena.net> References: <200210210716.g9L7G35D033040@ns.altadena.net> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <200210210716.g9L7G35D033040@ns.altadena.net> Pete Carah writes: : Generates LOTS of error messages; make -k doesn't help since it : refuses to link the kernel anyhow... make buildkernel is your friend (and in fact the only supported way to build a kernel). Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 1:13:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D54837B401 for ; Mon, 21 Oct 2002 01:13:32 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6412C43E65 for ; Mon, 21 Oct 2002 01:13:26 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g9L8CSm31465; Mon, 21 Oct 2002 11:12:28 +0300 (EEST) (envelope-from ru) Date: Mon, 21 Oct 2002 11:12:28 +0300 From: Ruslan Ermilov To: "M. Warner Losh" Cc: pete@ns.altadena.net, current@FreeBSD.ORG Subject: Re: Cross-build world and kernel broken by g_bde stuff Message-ID: <20021021081228.GG14584@sunbay.com> References: <200210210716.g9L7G35D033040@ns.altadena.net> <20021021.013820.125292719.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hAW+M2+FUO+onfmf" Content-Disposition: inline In-Reply-To: <20021021.013820.125292719.imp@bsdimp.com> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --hAW+M2+FUO+onfmf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 21, 2002 at 01:38:20AM -0600, M. Warner Losh wrote: > In message: <200210210716.g9L7G35D033040@ns.altadena.net> > Pete Carah writes: > : Generates LOTS of error messages; make -k doesn't help since it > : refuses to link the kernel anyhow... >=20 > make buildkernel is your friend (and in fact the only supported way to > build a kernel). >=20 =2E.. followed by a necessary part of make buildworld. Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --hAW+M2+FUO+onfmf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9s7bsUkv4P6juNwoRAv9bAJ9SEX5/vQzplffRJ5Dt9tqKymaV4gCaA/OZ 637WeCs76t3TjzZDzOuCNp4= =DAuw -----END PGP SIGNATURE----- --hAW+M2+FUO+onfmf-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 1:14: 9 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B594C37B401 for ; Mon, 21 Oct 2002 01:14:07 -0700 (PDT) Received: from relay1.cris.net (relay1.cris.net [212.110.128.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id D103643E88 for ; Mon, 21 Oct 2002 01:14:03 -0700 (PDT) (envelope-from phantom@phantom.cris.net) Received: from phantom.cris.net (root@phantom.cris.net [212.110.130.74]) by relay1.cris.net (8.12.6/8.12.4) with ESMTP id g9LBCiuU074822 for ; Mon, 21 Oct 2002 11:12:44 GMT (envelope-from phantom@phantom.cris.net) Received: (from phantom@localhost) by phantom.cris.net (8.12.2/8.12.2) id g9L8JHBC052609; Mon, 21 Oct 2002 11:19:17 +0300 (EEST) (envelope-from phantom) Date: Mon, 21 Oct 2002 11:19:17 +0300 From: Alexey Zelkin To: current@freebsd.org Subject: df problems ? Message-ID: <20021021111917.A52598@phantom.cris.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD 4.5-STABLE i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Folks, Two days ago I have hit into problem that make failed because of "disk full" error, but df(1) shown me that about 55% space at work slice is available. Check of this slice with du(1) shown that it's 100% utilized. I thought that it could be disk error - after manual execution of fsck(8) problem was solved, but after my boot into -CURRENT next time problem re-appeared. I have dual boot machine with -STABLE and -CURRENT (both have own boot slices and few slices are shared between them.) Both -CURRENT and -STABLE from 10 Oct. Kernel configuration is almost GENERIC (except removing some unneeded stuff.) Few slices have softupdates enabled, few disabled. Problem affects all of them. Following scenario is 100% reproducable here. 1. Run fsck in single user mode under -STABLE (Summary informaton fixed) 2. Run df -k (correct one, checked with du(1)) Filesystem 1K-blocks Used Avail Capacity Mounted on [..] /dev/ad0s1f 17026542 9821156 5843264 63% /home /dev/ad0s1e 4129310 415998 3382968 11% /usr/local [..] 3. immdiatelly reboot to -CURRENT Filesystem 1K-blocks Used Avail Capacity Mounted on [..] /dev/ad0s1f 17026542 3749466 11914954 24% /home /dev/ad0s1e 4129310 256922 3542044 7% /usr/local [..] 4. immediately reboot to -STABLE again Filesystem 1K-blocks Used Avail Capacity Mounted on [..] /dev/ad0s1f 17026542 3749466 11914954 24% /home /dev/ad0s1e 4129310 256922 3542044 7% /usr/local [..] Resume: problem appears after boot of -CURRENT and is permanent (even after reboot back to -STABLE) until fsck(8) executed. Anyone else seen it ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 2:42:24 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A074B37B401 for ; Mon, 21 Oct 2002 02:42:22 -0700 (PDT) Received: from beast.freebsd.org (beast.freebsd.org [216.136.204.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4ACC443E7B for ; Mon, 21 Oct 2002 02:42:22 -0700 (PDT) (envelope-from des@FreeBSD.org) Received: from beast.freebsd.org (localhost [127.0.0.1]) by beast.freebsd.org (8.12.6/8.12.6) with ESMTP id g9L9gLsi025726 for ; Mon, 21 Oct 2002 02:42:21 -0700 (PDT) (envelope-from des@beast.freebsd.org) Received: (from des@localhost) by beast.freebsd.org (8.12.6/8.12.6/Submit) id g9L9gLpM025724 for current@freebsd.org; Mon, 21 Oct 2002 02:42:21 -0700 (PDT) Date: Mon, 21 Oct 2002 02:42:21 -0700 (PDT) From: Dag-Erling Smorgrav Message-Id: <200210210942.g9L9gLpM025724@beast.freebsd.org> To: current@freebsd.org Subject: alpha tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- ===> share/doc/usd/13.viref out of memory *** Error code 255 Stop in /h/des/src/share/doc/usd/13.viref. *** Error code 1 Stop in /h/des/src/share/doc/usd. *** Error code 1 Stop in /h/des/src/share/doc. *** Error code 1 Stop in /h/des/src/share. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 3: 3:19 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 160E237B401 for ; Mon, 21 Oct 2002 03:03:18 -0700 (PDT) Received: from popelschnipser.de (ultrakoreggd.org [217.160.78.206]) by mx1.FreeBSD.org (Postfix) with SMTP id 2E70B43E42 for ; Mon, 21 Oct 2002 03:03:16 -0700 (PDT) (envelope-from marc@informatik.uni-bremen.de) Received: (qmail 23364 invoked by uid 1048); 21 Oct 2002 10:03:14 -0000 Received: from marc@informatik.uni-bremen.de by popelschnipser.de by uid 1044 with qmail-scanner-1.14 (clamscan: 0.51. spamassassin: 2.42. Clear:. Processed in 1.011588 secs); 21 Oct 2002 10:03:14 -0000 X-Qmail-Scanner-Mail-From: marc@informatik.uni-bremen.de via popelschnipser.de X-Qmail-Scanner: 1.14 (Clear:. Processed in 1.011588 secs) Received: from unknown (HELO leeloo.intern.geht.de) (217.82.119.242) by ultrakoreggd.org with SMTP; 21 Oct 2002 10:03:13 -0000 Subject: Re: ports broken by KSE changes From: Marc Recht To: Kris Kennaway Cc: current@FreeBSD.ORG In-Reply-To: <20021021013809.GA34637@xor.obsecurity.org> References: <20021021013809.GA34637@xor.obsecurity.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-z1kekXwqy7qoPV9mTkBp" X-Mailer: Ximian Evolution 1.0.8 Date: 21 Oct 2002 12:03:08 +0200 Message-Id: <1035194593.735.2.camel@leeloo.intern.geht.de> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=-z1kekXwqy7qoPV9mTkBp Content-Type: text/plain Content-Transfer-Encoding: quoted-printable > The following ports are among those broken by KSE changes. They need > to be fixed before 5.0-RELEASE. Who can help with this? >=20 > http://bento.freebsd.org/errorlogs/5-full/m3gdb-4.17.log [..] On my machine also lang/librep doesn't build (lt-rep "hangs" in mi_switch) since KSE III. Marc --=20 "Premature optimization is the root of all evil." -- Donald E. Knuth --=-z1kekXwqy7qoPV9mTkBp Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQA9s9Dc7YQCetAaG3MRAm5WAJ469PAfuD+jPwoiAALXZ8tnA37rDwCdGe7N zZph812jFy/LjDj7zgI4BSQ= =0OO4 -----END PGP SIGNATURE----- --=-z1kekXwqy7qoPV9mTkBp-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 3:16: 0 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 699CA37B401 for ; Mon, 21 Oct 2002 03:15:59 -0700 (PDT) Received: from pimout1-ext.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id C699543E3B for ; Mon, 21 Oct 2002 03:15:58 -0700 (PDT) (envelope-from wa1ter@hotmail.com) Received: from hotmail.com (adsl-64-175-105-3.dsl.lsan03.pacbell.net [64.175.105.3]) by pimout1-ext.prodigy.net (8.12.3 da nor stuldap/8.12.3) with ESMTP id g9LAFpLE555540 for ; Mon, 21 Oct 2002 06:15:52 -0400 Message-ID: <3DB3D361.4040301@hotmail.com> Date: Mon, 21 Oct 2002 03:13:53 -0700 From: walt Organization: none User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2a) Gecko/20021020 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: df problems ? References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alexey Zelkin wrote: > Folks, > I have dual boot machine with -STABLE and -CURRENT (both have own > boot slices and few slices are shared between them.) I don't know all the details, but -CURRENT recently changed the way information is recorded in the superblock. The first copy of the superblock will be different between -CURRENT and -STABLE. Any partitions that are shared between -STABLE and -CURRENT must be fsck'd before use on the opposite system. The fsck was changed in -STABLE to look for the difference and correct it without getting confused. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 7: 4:59 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6ABF37B401 for ; Mon, 21 Oct 2002 07:04:57 -0700 (PDT) Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 608E343E65 for ; Mon, 21 Oct 2002 07:04:56 -0700 (PDT) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (iwa@tasogare.imasy.or.jp [202.227.24.5]) by tasogare.imasy.or.jp (8.11.6+3.4W/8.11.6/tasogare) with ESMTP/inet id g9LE4YY59556; Mon, 21 Oct 2002 23:04:35 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Mon, 21 Oct 2002 23:04:29 +0900 (JST) Message-Id: <20021021.230429.85418678.iwasaki@jp.FreeBSD.org> To: imp@bsdimp.com Cc: freebsd-current@FreeBSD.ORG Subject: [PATCH] re-attach cards after resume From: Mitsuru IWASAKI X-Mailer: Mew version 2.2 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, warner. My laptops (FIVA and Toshiba 3110CT) doesn't re-attach cards after resume. ---- ata1: resetting devices .. done cbb0: card inserted: event=0x00000000, state=30000010 pccard0: chip_socket_enable cbb_pcic_socket_enable: cbb0: cbb_power: CARD_VCC_0V and CARD_VPP_0V [44] cbb0: Unknown card voltage pccard0: read_cis pccard0: check_cis_quirks pccard0: Card has no functions! ---- It seems that doing only cbb_setb(sc, CBB_SOCKET_FORCE, CBB_SOCKET_EVENT_CD) doesn't work on many CBB, so I've made following patch. This is working well so far in both cases of 16-bits cards and Cardbus cards. Could you review and commit this if OK? Thanks Index: pccbb.c =================================================================== RCS file: /home/ncvs/src/sys/dev/pccbb/pccbb.c,v retrieving revision 1.59 diff -u -r1.59 pccbb.c --- pccbb.c 11 Oct 2002 04:30:59 -0000 1.59 +++ pccbb.c 21 Oct 2002 11:41:12 -0000 @@ -1918,7 +1918,10 @@ cbb_setb(sc, CBB_SOCKET_MASK, CBB_SOCKET_MASK_CD); /* Force us to go query the socket state */ - cbb_setb(sc, CBB_SOCKET_FORCE, CBB_SOCKET_EVENT_CD); + mtx_lock(&sc->mtx); + sc->flags &= ~CBB_CARD_OK; + cv_signal(&sc->cv); + mtx_unlock(&sc->mtx); error = bus_generic_resume(self); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 8:35:56 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE5AA37B401 for ; Mon, 21 Oct 2002 08:35:53 -0700 (PDT) Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49D1B43E3B for ; Mon, 21 Oct 2002 08:35:52 -0700 (PDT) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (iwa@tasogare.imasy.or.jp [202.227.24.5]) by tasogare.imasy.or.jp (8.11.6+3.4W/8.11.6/tasogare) with ESMTP/inet id g9LFZIY86065; Tue, 22 Oct 2002 00:35:18 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Tue, 22 Oct 2002 00:35:12 +0900 (JST) Message-Id: <20021022.003512.15273101.iwasaki@jp.FreeBSD.org> To: bde@zeta.org.au Cc: current@FreeBSD.ORG Subject: Re: [PATCH] Workaround for bogus INT 12H BIOS service implementation From: Mitsuru IWASAKI In-Reply-To: <20021002.232145.29470044.iwasaki@jp.FreeBSD.org> References: <20020930.234044.43000637.iwasaki@jp.FreeBSD.org> <20021002214819.W362-100000@gamplex.bde.org> <20021002.232145.29470044.iwasaki@jp.FreeBSD.org> X-Mailer: Mew version 2.2 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > > Hmmm, actually no. I know that some machines get panic with fatal trap > > > 12 if we do 0x12 call. The worst case is getting panic, not losing > > > 640K memory. > > > > Where does the panic occur? I checked that there is no problem here if > > the result of INT 0x12 is ignored and basemem is set to 0. > > panic messages attached. It seems to be within BIOS routine after reti > jumped from vm86_bioscall. > Strangely, this panic can be recovered by continue command in DDB, > FreeBSD continues its boot process after this. So, this panic problem > is not serious for me :) > OTOH, the same problem in boot program is very critical, completely stops > with register dump... FYI: On RELENG_4, this problem is critical too because this panic isn't recoverable. This means that it's impossible to install onto some newer machines. > > > And it seems that today's Linux don't have 0x12 calling any more, > > > so I didn't see any problem on the machines. > > > > > > Now I have some ideas on this issue; > > > - 0x15/0xe820 call in getmemsize() to determine base mem size. (But how?) > > > - 0x15/0xe820 call in locore.s before calling init386(). > > > - specify the size by loader tunable (e.g. hw.basememsize). > > > > I would first fix all the broken code that doesn't check for errors > > and see if the problem goes away. Then recover any low memory not > > reported by int 0x12 in the int 0x15/0xe820 code in i386/machdep.c, > > like libi386/biosmem.c does it (I think machdep.c intentionally skips > > the low memory, while biosmem.c tries to find it). > > Cool. Thanks! > > Stopped at 0xf842: > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0xf842 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc03b5108 > stack pointer = 0x10:0xc0a68e90 > frame pointer = 0x10:0xc0a68e94 > code segment = base 0x0,limit 0xfffff, type 0x1b > = DPL 0, press 1, def32 1, gran 1 > processor eflags = resume,IOPL = 0 > current process = 0 () > kernel:type 12 trap,code=0 > db> t > Fatal trap 12: page fault while in kernel mode I've recalled that FreeBSD used RTC to determine base memory size in old days. I've tested this method on my machines and confirmed it's working well. I'll commit this coming weekend if no objections. Thanks Index: machdep.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/machdep.c,v retrieving revision 1.541 diff -u -r1.541 machdep.c --- machdep.c 5 Oct 2002 14:36:14 -0000 1.541 +++ machdep.c 21 Oct 2002 15:27:02 -0000 @@ -1284,8 +1284,14 @@ /* * Perform "base memory" related probes & setup */ - vm86_intcall(0x12, &vmf); - basemem = vmf.vmf_ax; + if ((basemem = rtcin(RTC_BASELO) + (rtcin(RTC_BASEHI)<<8)) > 640) + basemem = 640; + + if (basemem == 0) { + vm86_intcall(0x12, &vmf); + basemem = vmf.vmf_ax; + } + if (basemem > 640) { printf("Preposterous BIOS basemem of %uK, truncating to 640K\n", basemem); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 10:49:17 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 314CE37B401 for ; Mon, 21 Oct 2002 10:49:16 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A00243E75 for ; Mon, 21 Oct 2002 10:49:15 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id g9LHnDn4005110 for ; Mon, 21 Oct 2002 19:49:14 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org Subject: HELP WANTED: buildworld shortening options. From: Poul-Henning Kamp Date: Mon, 21 Oct 2002 19:49:13 +0200 Message-ID: <5109.1035222553@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG A number of us go into release crunching mode now, and that means running "make release" a lot. I have totally lost track of which /etc/make.conf options we have which cuts things out of the build, so I could use some help: If somebody would make a skeleton /etc/make.conf which pulls out as much stuff as possible, UUCP, I4B, Profiled libs and all that sort of stuff, but no more than "make release" would still complete it would be a help for us at this point. I'm not asking for new options to be added, all I want is a list of which of the current ones I can use to save time. Thanks in advance, -- 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. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 10:56:46 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6313E37B401 for ; Mon, 21 Oct 2002 10:56:44 -0700 (PDT) Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6328F43E7B for ; Mon, 21 Oct 2002 10:56:37 -0700 (PDT) (envelope-from nate@yogotech.com) Received: from emerger.yogotech.com (emerger.yogotech.com [206.127.123.131]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id LAA20771; Mon, 21 Oct 2002 11:56:27 -0600 (MDT) (envelope-from nate@yogotech.com) Received: (from nate@localhost) by emerger.yogotech.com (8.12.5/8.12.5) id g9LHuOIC026570; Mon, 21 Oct 2002 11:56:24 -0600 (MDT) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15796.16327.363187.40794@emerger.yogotech.com> Date: Mon, 21 Oct 2002 11:56:23 -0600 To: Mitsuru IWASAKI Cc: bde@zeta.org.au, current@FreeBSD.ORG Subject: Re: [PATCH] Workaround for bogus INT 12H BIOS service implementation In-Reply-To: <20021022.003512.15273101.iwasaki@jp.FreeBSD.org> References: <20020930.234044.43000637.iwasaki@jp.FreeBSD.org> <20021002214819.W362-100000@gamplex.bde.org> <20021002.232145.29470044.iwasaki@jp.FreeBSD.org> <20021022.003512.15273101.iwasaki@jp.FreeBSD.org> X-Mailer: VM 7.07 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I've recalled that FreeBSD used RTC to determine base memory size in > old days. I've tested this method on my machines and confirmed it's > working well. If this is done, then FreeBSD won't work on many laptops and other desktops, which report 640K for memory, but the BIOS actually steals some of the memory for things like APM, so when the VM86 call is done the reported memory size is actually like (like 637K or something). This change may break FreeBSD on these 'newer' hardware as well. Nate > I'll commit this coming weekend if no objections. > > Thanks > > Index: machdep.c > =================================================================== > RCS file: /home/ncvs/src/sys/i386/i386/machdep.c,v > retrieving revision 1.541 > diff -u -r1.541 machdep.c > --- machdep.c 5 Oct 2002 14:36:14 -0000 1.541 > +++ machdep.c 21 Oct 2002 15:27:02 -0000 > @@ -1284,8 +1284,14 @@ > /* > * Perform "base memory" related probes & setup > */ > - vm86_intcall(0x12, &vmf); > - basemem = vmf.vmf_ax; > + if ((basemem = rtcin(RTC_BASELO) + (rtcin(RTC_BASEHI)<<8)) > 640) > + basemem = 640; > + > + if (basemem == 0) { > + vm86_intcall(0x12, &vmf); > + basemem = vmf.vmf_ax; > + } > + > if (basemem > 640) { > printf("Preposterous BIOS basemem of %uK, truncating to 640K\n", > basemem); > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 11: 8:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD5E837B401 for ; Mon, 21 Oct 2002 11:08:02 -0700 (PDT) Received: from hun.org (hun.org [216.190.27.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EB3A43E88 for ; Mon, 21 Oct 2002 11:07:59 -0700 (PDT) (envelope-from attila@hun.org) Received: by hun.org (Postfix, from userid 1001) id DEBB7573D8; Mon, 21 Oct 2002 18:07:53 +0000 (GMT) Date: Mon, 21 Oct 2002 18:07:53 +0000 (GMT) Message-Id: <20021021180753.nMoN16026@hun.org> From: Dr Daniel Flickinger X-Mailer: AttilaMail with XEmacs & Postfix on FreeBSD 5.0-CURRENT X-Ballistic: N 37.218497 W 113.614979 To: Joe Marcus Clarke Cc: FreeBSD 5.0-CURRENT Subject: GLX cmd X server crash MIME-Version: 1.0 Content-ID: Content-Type: multipart/mixed; boundary="hun.org.Mon_Oct_21_14.05.28_GMT_2002_13514" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --hun.org.Mon_Oct_21_14.05.28_GMT_2002_13514 Content-ID: Content-Type: text/plain; charset=iso-8859-1; name="message" Content-Transfer-Encoding: 8bit Content-Disposition: inline Failure: Xlib: extension "GLX" missing on display ":0.0" The system did not lock; X crashed clear out. another major ongoing problem: PS/2 mouse does not track; it appears to be missing motion 'hits' and interprets some as button 1. It is impossible to use on drop down menus unless they also support up-down keys. Usability for cut-paste, move, etc. is a total non-starter. OS Rev: 5.0-CURRENT base on 1200 GMT 20 Oct 2002 (100%) System: Tyan 2642 SMP 1.2G w/ onboard dual SCSI-160 and dual 3C595 NIC dual 10,000 RPM IBM 9G SCSI 160 MB/sec drives Matrox Millennium II w/ 8 MB onboard 250MHz horizontal x 95Hz vertical Diamond Scan monitor PS/2 mouse reporting sysmouse compatible to "moused -i all" After I discovered an old ccp from 1998 in an obscure /usr/local/lib/unknown-freebsd-freebsd2.2.8 directory, I trashed everything (1.4 GB of applications plus X) that was not installed by "installworld", except Apache and Postfix, and reinstalled (by hand) from packages on snapshot (shows dates within the last few days). X has generally been stable; no lockups since a 07 Oct build from ports; then reinstalled on 20 Oct from packages: Xemacs will lock with auto-repeat on left, up, or page-up which can be avoided with frequent saves. Not ideal, but it works. Mozilla has been stable since I built it from ports on 07 Oct; reinstalled from packages on snapshot on 20 Oct. Suggestions appreciated, particularly on the mouse problem! Attachments: 2 39 lines Text/PLAIN (Name: "crash.log") 3 ~674 lines Text/PLAIN (Name: "XFree86.0.log") 4 ~100 lines Text/PLAIN (Name: "XFree86Config") 5 ~52 lines Text/PLAIN (Name: ".xinitrc") --hun.org.Mon_Oct_21_14.05.28_GMT_2002_13514 Content-ID: Content-Type: text/plain; charset=iso-8859-1; name="crash.log" Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename="crash.log" 10 times: Xlib: extension "GLX" missing on display ":0.0". 5 times: GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 10 times: Xlib: extension "GLX" missing on display ":0.0". endgame: display ":0.0" does not support the GLX extension. xscreensaver: 0: child pid 8936 (endgame) exited abnormally (code 1). 40 times: GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 xscreensaver: 0: unrecognised ClientMessage "WM_CHANGE_STATE" received xscreensaver: 0: for window 0x1600066 (emacs / Emacs) xscreensaver: couldn't grab pointer! (AlreadyGrabbed) 23 times: GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 Fatal server error: Caught signal 10. Server aborting When reporting a problem related to a server crash, please send the full server output, not just the last messages. This can be found in the log file "/var/log/XFree86.0.log". Please report problems to xfree86@xfree86.org. xinit: connection to X server lost. xscreensaver: SIGHUP received: restarting... X connection to :0.0 broken (explicit kill or server shutdown). --hun.org.Mon_Oct_21_14.05.28_GMT_2002_13514 Content-ID: Content-Type: text/plain; charset=iso-8859-1; name="XFree86.0.log" Content-Transfer-Encoding: 8 bit Content-Disposition: attachment; filename="XFree86.0.log" XFree86 Version 4.2.1 / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 3 September 2002 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/) Build Operating System: FreeBSD 5.0-CURRENT i386 [ELF] 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/XFree86.0.log", Time: Mon Oct 21 06:10:16 2002 (==) Using config file: "/etc/X11/XF86Config" (==) ServerLayout "Simple Layout" (**) |-->Screen "Screen 1" (0) (**) | |-->Monitor "Primary Monitor" (**) | |-->Device "Matrox Millennium II 8MB" (**) |-->Input Device "Mouse1" (**) |-->Input Device "Keyboard1" (**) Option "AutoRepeat" "500 15" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc104" (**) XKB: model: "pc104" (**) Option "XkbLayout" "us" (**) XKB: layout: "us" (==) Keyboard: CustomKeycode disabled (WW) `fonts.dir' not found (or not valid) in "/usr/X11R6/lib/X11/fonts/local/". Entry deleted from font path. (Run 'mkfontdir' on "/usr/X11R6/lib/X11/fonts/local/"). (**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.5 XFree86 XInput driver : 0.3 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.3 (II) Loader running on freebsd (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.2.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.3 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.2.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x00000000, mode1Res1 = 0x80000000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1022,700c card 0000,0000 rev 11 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1022,700d card 0000,0000 rev 00 class 06,04,00 hdr 01 (II) PCI: 00:07:0: chip 1022,7410 card 0000,0000 rev 02 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 1022,7411 card 0000,0000 rev 01 class 01,01,8a hdr 00 (II) PCI: 00:07:3: chip 1022,7413 card 0000,0000 rev 01 class 06,80,00 hdr 00 (II) PCI: 00:07:4: chip 1022,7414 card 0000,0000 rev 07 class 0c,03,10 hdr 00 (II) PCI: 00:0d:0: chip 9005,00cf card 10f1,2462 rev 01 class 01,00,00 hdr 80 (II) PCI: 00:0d:1: chip 9005,00cf card 10f1,2462 rev 01 class 01,00,00 hdr 80 (II) PCI: 00:0f:0: chip 10b7,9805 card 10f1,2462 rev 78 class 02,00,00 hdr 00 (II) PCI: 00:10:0: chip 10b7,9805 card 10f1,2462 rev 78 class 02,00,00 hdr 00 (II) PCI: 01:05:0: chip 102b,051f card 102b,1000 rev 00 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) LoadModule: "scanpci" (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor="The XFree86 Project" compiled for 4.2.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) UnloadModule: "scanpci" (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (II) Host-to-PCI bridge: (II) PCI-to-ISA bridge: (II) PCI-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x08 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x0c (VGA_EN is set) (II) Bus 1 I/O range: (II) Bus 1 non-prefetchable memory range: [0] -1 0xf4100000 - 0xf4ffffff (0xf00000) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0xf5000000 - 0xf5ffffff (0x1000000) MX[B] (II) Bus -1: bridge is at (0:7:0), (0,-1,0), BCTRL: 0x08 (VGA_EN is set) (II) Bus -1 I/O range: (II) Bus -1 non-prefetchable memory range: (II) Bus -1 prefetchable memory range: (--) PCI:*(1:5:0) Matrox MGA 2164W AGP rev 0, Mem @ 0xf5000000/24, 0xf4100000/14, 0xf4800000/23 (II) Addressable bus resource ranges are [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] [1] -1 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) OS-reported resource ranges: [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] [6] -1 0x00000000 - 0x000000ff (0x100) IX[B] (II) Active PCI resource ranges: [0] -1 0xf4003400 - 0xf40037ff (0x400) MX[B]E [1] -1 0xf4003000 - 0xf4003fff (0x1000) MX[B]E [2] -1 0x000dc000 - 0x000dffff (0x4000) MX[B]E [3] -1 0xf4004000 - 0xf4007fff (0x4000) MX[B]E [4] -1 0xf8000000 - 0xffffffff (0x8000000) MX[B]E [5] -1 0xf4800000 - 0xf4ffffff (0x800000) MX[B](B) [6] -1 0xf4100000 - 0xf4103fff (0x4000) MX[B](B) [7] -1 0xf5000000 - 0xf5ffffff (0x1000000) MX[B](B) [8] -1 0x00001880 - 0x000018ff (0x80) IX[B]E [9] -1 0x00001800 - 0x000018ff (0x100) IX[B]E [10] -1 0x00001400 - 0x000014ff (0x100) IX[B]E [11] -1 0x00001000 - 0x000010ff (0x100) IX[B]E [12] -1 0x0000f000 - 0x0000f0ff (0x100) IX[B]E [13] -1 0x00001c10 - 0x00001c1f (0x10) IX[B]E (II) PCI Memory resource overlap reduced 0xf4003000 from 0xf4003fff to 0xf40033ff (II) PCI I/O resource overlap reduced 0x00001800 from 0x000018ff to 0x0000187f (II) Active PCI resource ranges after removing overlaps: [0] -1 0xf4003400 - 0xf40037ff (0x400) MX[B]E [1] -1 0xf4003000 - 0xf40033ff (0x400) MX[B]E [2] -1 0x000dc000 - 0x000dffff (0x4000) MX[B]E [3] -1 0xf4004000 - 0xf4007fff (0x4000) MX[B]E [4] -1 0xf8000000 - 0xffffffff (0x8000000) MX[B]E [5] -1 0xf4800000 - 0xf4ffffff (0x800000) MX[B](B) [6] -1 0xf4100000 - 0xf4103fff (0x4000) MX[B](B) [7] -1 0xf5000000 - 0xf5ffffff (0x1000000) MX[B](B) [8] -1 0x00001880 - 0x000018ff (0x80) IX[B]E [9] -1 0x00001800 - 0x0000187f (0x80) IX[B]E [10] -1 0x00001400 - 0x000014ff (0x100) IX[B]E [11] -1 0x00001000 - 0x000010ff (0x100) IX[B]E [12] -1 0x0000f000 - 0x0000f0ff (0x100) IX[B]E [13] -1 0x00001c10 - 0x00001c1f (0x10) IX[B]E (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0x000c0000 - 0x000dbfff (0x1c000) MX[B] [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] [6] -1 0x00000000 - 0x000000ff (0x100) IX[B] (II) All system resource ranges: [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0x000c0000 - 0x000dbfff (0x1c000) MX[B] [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0xf4003400 - 0xf40037ff (0x400) MX[B]E [6] -1 0xf4003000 - 0xf40033ff (0x400) MX[B]E [7] -1 0x000dc000 - 0x000dffff (0x4000) MX[B]E [8] -1 0xf4004000 - 0xf4007fff (0x4000) MX[B]E [9] -1 0xf8000000 - 0xffffffff (0x8000000) MX[B]E [10] -1 0xf4800000 - 0xf4ffffff (0x800000) MX[B](B) [11] -1 0xf4100000 - 0xf4103fff (0x4000) MX[B](B) [12] -1 0xf5000000 - 0xf5ffffff (0x1000000) MX[B](B) [13] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] [14] -1 0x00000000 - 0x000000ff (0x100) IX[B] [15] -1 0x00001880 - 0x000018ff (0x80) IX[B]E [16] -1 0x00001800 - 0x0000187f (0x80) IX[B]E [17] -1 0x00001400 - 0x000014ff (0x100) IX[B]E [18] -1 0x00001000 - 0x000010ff (0x100) IX[B]E [19] -1 0x0000f000 - 0x0000f0ff (0x100) IX[B]E [20] -1 0x00001c10 - 0x00001c1f (0x10) IX[B]E (II) LoadModule: "dbe" (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a (II) Module dbe: vendor="The XFree86 Project" compiled for 4.2.1, module version = 1.0.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.1 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "extmod" (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a (II) Module extmod: vendor="The XFree86 Project" compiled for 4.2.1, module version = 1.0.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.1 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension DPMS (II) Loading extension FontCache (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) LoadModule: "75dpi" (WW) Warning, couldn't open module 75dpi (II) UnloadModule: "75dpi" (EE) Failed to load module "75dpi" (module does not exist, 0) (II) LoadModule: "freetype" (II) Loading /usr/X11R6/lib/modules/fonts/libfreetype.a (II) Module freetype: vendor="The XFree86 Project" compiled for 4.2.1, module version = 1.1.10 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.3 (II) Loading font FreeType (II) LoadModule: "mga" (II) Loading /usr/X11R6/lib/modules/drivers/mga_drv.o (II) Module mga: vendor="The XFree86 Project" compiled for 4.2.1, module version = 1.1.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.5 (II) LoadModule: "mouse" (II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o (II) Module mouse: vendor="The XFree86 Project" compiled for 4.2.1, module version = 1.0.0 Module class: XFree86 XInput Driver ABI class: XFree86 XInput driver, version 0.3 (II) MGA: driver for Matrox chipsets: mga2064w, mga1064sg, mga2164w, mga2164w AGP, mgag100, mgag100 PCI, mgag200, mgag200 PCI, mgag400, mgag550 (II) Primary Device is: PCI 01:05:0 (--) Assigning device section with no busID to primary device (--) Chipset mga2164w AGP found (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0x000c0000 - 0x000dbfff (0x1c000) MX[B] [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0xf4003400 - 0xf40037ff (0x400) MX[B]E [6] -1 0xf4003000 - 0xf40033ff (0x400) MX[B]E [7] -1 0x000dc000 - 0x000dffff (0x4000) MX[B]E [8] -1 0xf4004000 - 0xf4007fff (0x4000) MX[B]E [9] -1 0xf8000000 - 0xffffffff (0x8000000) MX[B]E [10] -1 0xf4800000 - 0xf4ffffff (0x800000) MX[B](B) [11] -1 0xf4100000 - 0xf4103fff (0x4000) MX[B](B) [12] -1 0xf5000000 - 0xf5ffffff (0x1000000) MX[B](B) [13] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] [14] -1 0x00000000 - 0x000000ff (0x100) IX[B] [15] -1 0x00001880 - 0x000018ff (0x80) IX[B]E [16] -1 0x00001800 - 0x0000187f (0x80) IX[B]E [17] -1 0x00001400 - 0x000014ff (0x100) IX[B]E [18] -1 0x00001000 - 0x000010ff (0x100) IX[B]E [19] -1 0x0000f000 - 0x0000f0ff (0x100) IX[B]E [20] -1 0x00001c10 - 0x00001c1f (0x10) IX[B]E (II) resource ranges after probing: [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0x000c0000 - 0x000dbfff (0x1c000) MX[B] [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0xf4003400 - 0xf40037ff (0x400) MX[B]E [6] -1 0xf4003000 - 0xf40033ff (0x400) MX[B]E [7] -1 0x000dc000 - 0x000dffff (0x4000) MX[B]E [8] -1 0xf4004000 - 0xf4007fff (0x4000) MX[B]E [9] -1 0xf8000000 - 0xffffffff (0x8000000) MX[B]E [10] -1 0xf4800000 - 0xf4ffffff (0x800000) MX[B](B) [11] -1 0xf4100000 - 0xf4103fff (0x4000) MX[B](B) [12] -1 0xf5000000 - 0xf5ffffff (0x1000000) MX[B](B) [13] 0 0x000a0000 - 0x000affff (0x10000) MS[B] [14] 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [15] 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [16] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] [17] -1 0x00000000 - 0x000000ff (0x100) IX[B] [18] -1 0x00001880 - 0x000018ff (0x80) IX[B]E [19] -1 0x00001800 - 0x0000187f (0x80) IX[B]E [20] -1 0x00001400 - 0x000014ff (0x100) IX[B]E [21] -1 0x00001000 - 0x000010ff (0x100) IX[B]E [22] -1 0x0000f000 - 0x0000f0ff (0x100) IX[B]E [23] -1 0x00001c10 - 0x00001c1f (0x10) IX[B]E [24] 0 0x000003b0 - 0x000003bb (0xc) IS[B] [25] 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/X11R6/lib/modules/libvgahw.a (II) Module vgahw: vendor="The XFree86 Project" compiled for 4.2.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (**) MGA(0): Depth 24, (--) framebuffer bpp 32 (==) MGA(0): RGB weight 888 (--) MGA(0): Chipset: "mga2164w AGP" (==) MGA(0): Using AGP 1x mode (--) MGA(0): Linear framebuffer at 0xF5000000 (--) MGA(0): MMIO registers at 0xF4100000 (--) MGA(0): Pseudo-DMA transfer window at 0xF4800000 (==) MGA(0): BIOS at 0xC0000 (--) MGA(0): Video BIOS info block at offset 0x07DC0 (--) MGA(0): Found and verified enhanced Video BIOS info block (II) MGA(0): MGABios.RamdacType = 0x0 (**) MGA(0): VideoRAM: 8192 kByte (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Loading /usr/X11R6/lib/modules/libddc.a (II) Module ddc: vendor="The XFree86 Project" compiled for 4.2.1, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.5 (II) Loading sub module "i2c" (II) LoadModule: "i2c" (II) Loading /usr/X11R6/lib/modules/libi2c.a (II) Module i2c: vendor="The XFree86 Project" compiled for 4.2.1, module version = 1.2.0 ABI class: XFree86 Video Driver, version 0.5 (==) MGA(0): Write-combining range (0xf4100000,0x4000) was already clear (==) MGA(0): Write-combining range (0xf5000000,0x800000) (==) MGA(0): Write-combining range (0xf4800000,0x800000) was already clear (II) MGA(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000 (==) MGA(0): Write-combining range (0xa0000,0x10000) was already clear (II) MGA(0): I2C bus "DDC" initialized. (II) MGA(0): I2C device "DDC:ddc2" registered. (II) MGA(0): I2C device "DDC:ddc2" removed. (II) MGA(0): I2C Monitor info: 0x0 (II) MGA(0): end of I2C Monitor info (--) MGA(0): No DDC signal (II) MGA(0): DDC Monitor info: 0x0 (II) MGA(0): end of DDC Monitor info (==) MGA(0): Using gamma correction (1.0, 1.0, 1.0) (==) MGA(0): Min pixel clock is 12 MHz (--) MGA(0): Max pixel clock is 250 MHz (--) MGA(0): MCLK used is 62.0 MHz (II) MGA(0): Primary Monitor: Using hsync range of 31.50-95.00 kHz (II) MGA(0): Primary Monitor: Using vrefresh range of 50.00-150.00 Hz (II) MGA(0): Clock range: 12.00 to 250.00 MHz (II) MGA(0): Not using default mode "1600x1200" (hsync out of range) (II) MGA(0): Not using default mode "800x600" (hsync out of range) (II) MGA(0): Not using default mode "1792x1344" (insufficient memory for mode) (II) MGA(0): Not using default mode "1792x1344" (insufficient memory for mode) (II) MGA(0): Not using default mode "896x672" (hsync out of range) (II) MGA(0): Not using default mode "1856x1392" (insufficient memory for mode) (II) MGA(0): Not using default mode "1856x1392" (insufficient memory for mode) (II) MGA(0): Not using default mode "928x696" (hsync out of range) (II) MGA(0): Not using default mode "1920x1440" (insufficient memory for mode) (II) MGA(0): Not using default mode "1920x1440" (insufficient memory for mode) (II) MGA(0): Not using default mode "960x720" (hsync out of range) (--) MGA(0): Virtual size is 1600x1200 (pitch 1600) (**) MGA(0): Default mode "1600x1200": 202.5 MHz, 93.8 kHz, 75.0 Hz (II) MGA(0): Modeline "1600x1200" 202.50 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync (**) MGA(0): Default mode "1280x1024": 157.5 MHz, 91.1 kHz, 85.0 Hz (II) MGA(0): Modeline "1280x1024" 157.50 1280 1344 1504 1728 1024 1025 1028 1072 +hsync +vsync (**) MGA(0): Default mode "1024x768": 94.5 MHz, 68.7 kHz, 85.0 Hz (II) MGA(0): Modeline "1024x768" 94.50 1024 1072 1168 1376 768 769 772 808 +hsync +vsync (**) MGA(0): Default mode "800x600": 56.3 MHz, 53.7 kHz, 85.1 Hz (II) MGA(0): Modeline "800x600" 56.30 800 832 896 1048 600 601 604 631 +hsync +vsync (**) MGA(0): Default mode "640x480": 74.2 MHz, 85.9 kHz, 85.1 Hz (D) (II) MGA(0): Modeline "640x480" 74.25 640 672 752 864 480 480 482 505 doublescan +hsync +vsync (==) MGA(0): DPI set to (75, 75) (II) MGA(0): YDstOrg is set to 576 (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/X11R6/lib/modules/libfb.a (II) Module fb: vendor="The XFree86 Project" compiled for 4.2.1, module version = 1.0.0 ABI class: XFree86 ANSI C Emulation, version 0.1 (II) Loading sub module "xaa" (II) LoadModule: "xaa" (II) Loading /usr/X11R6/lib/modules/libxaa.a (II) Module xaa: vendor="The XFree86 Project" compiled for 4.2.1, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.5 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac" (II) Loading /usr/X11R6/lib/modules/libramdac.a (II) Module ramdac: vendor="The XFree86 Project" compiled for 4.2.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (--) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] 0 0xf4800000 - 0xf4ffffff (0x800000) MX[B] [1] 0 0xf4100000 - 0xf4103fff (0x4000) MX[B] [2] 0 0xf5000000 - 0xf5ffffff (0x1000000) MX[B] [3] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [4] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [5] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] [6] -1 0x000c0000 - 0x000dbfff (0x1c000) MX[B] [7] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] [8] -1 0xf4003400 - 0xf40037ff (0x400) MX[B]E [9] -1 0xf4003000 - 0xf40033ff (0x400) MX[B]E [10] -1 0x000dc000 - 0x000dffff (0x4000) MX[B]E [11] -1 0xf4004000 - 0xf4007fff (0x4000) MX[B]E [12] -1 0xf8000000 - 0xffffffff (0x8000000) MX[B]E [13] -1 0xf4800000 - 0xf4ffffff (0x800000) MX[B](B) [14] -1 0xf4100000 - 0xf4103fff (0x4000) MX[B](B) [15] -1 0xf5000000 - 0xf5ffffff (0x1000000) MX[B](B) [16] 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprD) [17] 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprD) [18] 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprD) [19] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] [20] -1 0x00000000 - 0x000000ff (0x100) IX[B] [21] -1 0x00001880 - 0x000018ff (0x80) IX[B]E [22] -1 0x00001800 - 0x0000187f (0x80) IX[B]E [23] -1 0x00001400 - 0x000014ff (0x100) IX[B]E [24] -1 0x00001000 - 0x000010ff (0x100) IX[B]E [25] -1 0x0000f000 - 0x0000f0ff (0x100) IX[B]E [26] -1 0x00001c10 - 0x00001c1f (0x10) IX[B]E [27] 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU) [28] 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU) (==) MGA(0): Write-combining range (0xf4100000,0x4000) was already clear (==) MGA(0): Write-combining range (0xf5000000,0x800000) (==) MGA(0): Write-combining range (0xf4800000,0x800000) was already clear (II) MGA(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000 (==) MGA(0): Write-combining range (0xa0000,0x10000) was already clear (--) MGA(0): 64 DWORD fifo (==) MGA(0): Default visual is TrueColor (EE) MGA(0): Static buffer allocation failed, not initializing the DRI (EE) MGA(0): Need at least 22500 kB video memory at this resolution, bit depth (II) MGA(0): Using 110 lines for offscreen memory. (II) MGA(0): Using XFree86 Acceleration Architecture (XAA) Screen to screen bit blits Solid filled rectangles Solid filled trapezoids 8x8 mono pattern filled rectangles 8x8 mono pattern filled trapezoids Indirect CPU to Screen color expansion Screen to Screen color expansion Solid Lines Dashed Lines Scanline Image Writes Offscreen Pixmaps Driver provided FillCacheBltRects replacement Setting up tile and stipple cache: 13 64x110 slots (==) MGA(0): Backing store disabled (==) MGA(0): Silken mouse enabled (--) MGA(0): Direct rendering disabled (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension LBX (II) Initializing built-in extension XC-APPGROUP (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFree86-Bigfont (II) Initializing built-in extension RENDER (**) Option "Protocol" "SysMouse" (**) Mouse1: Protocol: "SysMouse" (**) Option "CorePointer" (**) Mouse1: Core Pointer (**) Option "Device" "/dev/sysmouse" (**) Option "BaudRate" "9600" (**) Option "StopBits" "2" (**) Option "DataBits" "8" (**) Option "Parity" "None" (**) Option "Vmin" "1" (**) Option "Vtime" "0" (**) Option "FlowControl" "None" (**) Option "Emulate3Buttons" (**) Option "Emulate3Timeout" "155" (**) Mouse1: Emulate3Buttons, Emulate3Timeout: 155 (==) Mouse1: Buttons: 3 (**) Mouse1: BaudRate: 9600 (II) Keyboard "Keyboard1" handled by legacy driver (II) XINPUT: Adding extended input device "Mouse1" (type: MOUSE) (**) Option "BaudRate" "9600" Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, removing from list! GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 GetModeLine - scrn: 0 clock: 202500 GetModeLine - hdsp: 1600 hbeg: 1664 hend: 1856 httl: 2160 vdsp: 1200 vbeg: 1201 vend: 1204 vttl: 1250 flags: 5 Fatal server error: Caught signal 10. Server aborting --hun.org.Mon_Oct_21_14.05.28_GMT_2002_13514 Content-ID: Content-Type: text/plain; charset=iso-8859-1; name="XFree86Config" Content-Transfer-Encoding: 8 bit Content-Disposition: attachment; filename="XFree86Config" Section "Module" Load "dbe" SubSection "extmod" Option "omit xfree86-dga" EndSubSection Load "75dpi" # Load "type1" Load "freetype" EndSection Section "Files" RgbPath "/usr/X11R6/lib/X11/rgb" FontPath "/usr/X11R6/lib/X11/fonts/local/" FontPath "/usr/X11R6/lib/X11/fonts/misc/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/Type1/" FontPath "/usr/X11R6/lib/X11/fonts/Speedo/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/" EndSection Section "ServerFlags" EndSection Section "InputDevice" Identifier "Keyboard1" Driver "Keyboard" Option "AutoRepeat" "500 15" Option "XkbRules" "xfree86" Option "XkbModel" "pc104" Option "XkbLayout" "us" # Option "Xleds" "1 2 3" Option "LeftAlt" "Meta" # Option "RightAlt" "ModeShift" EndSection Section "InputDevice" Identifier "Mouse1" Driver "mouse" # Option "Protocol" "Xqueue" Option "Protocol" "SysMouse" Option "Device" "/dev/sysmouse" Option "BaudRate" "9600" Option "StopBits" "2" Option "DataBits" "8" Option "Parity" "None" Option "Vmin" "1" Option "Vtime" "0" Option "FlowControl" "None" Option "Emulate3Buttons" Option "Emulate3Timeout" "155" EndSection Section "Monitor" Identifier "Primary Monitor" VendorName "Mitsubishi 91TXM" HorizSync 31.5-95 VertRefresh 50-150 EndSection Section "Device" Identifier "Matrox Millennium II 8MB" Driver "mga" VideoRam 8192 EndSection Section "Screen" Identifier "Screen 1" Device "Matrox Millennium II 8MB" Monitor "Primary Monitor" DefaultDepth 24 Subsection "Display" Depth 24 Modes "1600x1200" "1280x1024" "1024x768" "800x600" "640x480" ViewPort 0 0 EndSubsection Subsection "Display" Depth 16 Modes "1600x1200" "1280x1024" "1024x768" "800x600" "640x480" ViewPort 0 0 EndSubsection Subsection "Display" Depth 8 Modes "1600x1200" "1280x1024" "1024x768" "800x600" "640x480" ViewPort 0 0 EndSubsection Subsection "Display" Depth 32 Modes "1600x1200" "1280x1024" "1024x768" "800x600" "640x480" ViewPort 0 0 EndSubsection EndSection Section "ServerLayout" Identifier "Simple Layout" Screen "Screen 1" InputDevice "Mouse1" "CorePointer" InputDevice "Keyboard1" "CoreKeyboard" EndSection --hun.org.Mon_Oct_21_14.05.28_GMT_2002_13514 Content-ID: Content-Type: text/plain; charset=iso-8859-1; name=".xinitrc" Content-Transfer-Encoding: 8 bit Content-Disposition: attachment; filename=".xinitrc" #!/bin/bash # # 9411 0626 d flickinger setup # 0619 0005 d flickinger revise # cd ${HOME} xrdb -merge ${HOME}/.Xresources # xsetroot -fg white -bg black # -cursor_name iron_cross xset -dpms # disables Energy Star CPU modes if [ ${USER} = "attila" ]; then xscreensaver -no-splash & fi # var=`ps -x | grep kb2mb2 | sed /grep/d | awk '{ printf "%s", $5 }'` # if [ "Xkb2mb2" = "X${var}" ]; then # ps -x | grep kb2mb2 | sed /grep/d | awk '{ printf "%s[%s]: %s\n",\ # $5, $1, "keyboard button-mapper previously installed" }' # else # kb2mb2 & # var=`ps -x | grep kb2mb2 | sed /grep/d | awk '{ printf "%s", $5 }'` # if [ "Xkb2mb2" = "X${var}" ]; then # ps -x | grep kb2mb2 | sed /grep/d | awk '{ printf "%s[%s]: %s\n",\ # $5, $1, "keyboard button-mapper loaded" }' # else # echo "keyboard button-mapper not loaded" # fi # fi rm -f ${HOME}/.xpgm_lock rm -f ${HOME}/.netscape/lock /usr/X11R6/bin/xscreensaver-hacks/attraction -mode balls -points 11 -threshold -250 -root >/dev/null 2>&1 & .xpgmrc # launches mozilla, xemacs, xterm(s) twm ; sleep 2 rm -f ${HOME}/.xpgm_lock rm -f ${HOME}/.netscape/lock # var=`ps -x | grep kb2mb2 | sed /grep/d | awk '{ printf "%s", $1 }'` # if [ $var > 100 ]; then # kill -15 $var # printf "kb2mb2[$var]: keyboard button-mapper unloaded\n" # fi echo "T-T-T-That's All, F-F-Folks!" --hun.org.Mon_Oct_21_14.05.28_GMT_2002_13514-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 11:10:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65AFA37B401; Mon, 21 Oct 2002 11:10:33 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 827F643E42; Mon, 21 Oct 2002 11:10:32 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id OAA13237; Mon, 21 Oct 2002 14:10:32 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g9LIA1506005; Mon, 21 Oct 2002 14:10:01 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15796.17145.909288.498725@grasshopper.cs.duke.edu> Date: Mon, 21 Oct 2002 14:10:01 -0400 (EDT) To: ru@freebsd.org Cc: current@freebsd.org Subject: Groff problems (was Re: alpha tinderbox failure) In-Reply-To: <200210210942.g9L9gLpM025724@beast.freebsd.org> References: <200210210942.g9L9gLpM025724@beast.freebsd.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ruslan, Can you help with this, please? I think you're the best candidate since you know so much about the build system and you are the groff maintainer. I've found that if I just cd to /usr/src/share/doc and do a 'make' groff works like a charm. But from inside make buildworld, groff a) emits 'out of memory warnings' on each file processed b) produces empty output files c) eventually dies, killing the build Assuming that I installed the version of groff made by buildworld, along with libc.so, libm.so, and libstdc++.so (all built by buildworld) prior to running make in /usr/src/share/doc, can you please explain what's different about groff in the buildworld case? I'm tearing my hair out trying to figure out what broke. Thanks, Drew > >>> stage 4: building everything.. > -------------------------------------------------------------- > ===> share/doc/usd/13.viref > out of memory > *** Error code 255 > > Stop in /h/des/src/share/doc/usd/13.viref. > *** Error code 1 > > Stop in /h/des/src/share/doc/usd. > *** Error code 1 > > Stop in /h/des/src/share/doc. > *** Error code 1 > > Stop in /h/des/src/share. > *** Error code 1 > > Stop in /h/des/src. > *** Error code 1 > > Stop in /h/des/src. > *** Error code 1 > > Stop in /h/des/src. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 11:18:39 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4C3B37B406; Mon, 21 Oct 2002 11:18:36 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1543A43E65; Mon, 21 Oct 2002 11:18:36 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (nik.isi.edu [128.9.168.58]) by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id g9LIIZC29727; Mon, 21 Oct 2002 11:18:35 -0700 (PDT) Message-ID: <3DB444FB.50202@isi.edu> Date: Mon, 21 Oct 2002 11:18:35 -0700 From: Lars Eggert User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.1) Gecko/20020826 X-Accept-Language: en-us, de-de MIME-Version: 1.0 To: John Baldwin Cc: current Subject: Re: panic: mtx_lock() of spin mutex References: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms000306030807040206060600" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a cryptographically signed message in MIME format. --------------ms000306030807040206060600 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit John Baldwin wrote: > On 18-Oct-2002 Lars Eggert wrote: > >>John Baldwin wrote: >> >> >>>What is line 488 of src/sys/kern/kern_descrip.c? >> >>fhold(fp) in do_dup(). > > > Hrm. You can try adding some KASSERT()'s that the reference > count of that struct file isn't zero or negative. > fd_refcnt is an u_short, but I've added a KASSERT that makes sure it's not zero, and will test. Lars -- Lars Eggert USC Information Sciences Institute --------------ms000306030807040206060600 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9 VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR 1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/ r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF MYIDJzCCAyMCAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCCVBMAkGBSsOAwIaBQCgggFhMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAyMTAyMTE4MTgzNVowIwYJKoZIhvcNAQkEMRYEFLnW9ZcnpYkz5LxH37Gb ltp7L/z/MFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGtBgsqhkiG9w0BCRACCzGB naCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJ Q2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZp Y2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwAgMIJUEwDQYJ KoZIhvcNAQEBBQAEggEAqaflzy5ZyhJRdyrcGg1YsBQ1kfsndhVavUNWLVE9HCskLx+xYx8R o+tJ+dm0v2BY360JW8t5MgR4uHVs5esqWkatHrsyppA0VV3wuV7MlPhazqmel5ppqv+k7c7A YkoMH2HK8CujihxL/WLTPZ3qoR/cno/VMwDdTPgw7WbVHGoe2QpYtp74jKLOwpuoEtd6+3Mu +K8le5ABBzylpC/LReygIspYKz6vI7EDy1JBGfOiYUDBH0hxlr24PlSQAeOa/9LvEq3j6Tbx OFTAgra/2w0K9V/6jVwOUpPf5jSb5uMVLGFZ679vkOXoiNOy2KygyRQTuJldx190KmxVC6Oh +QAAAAAAAA== --------------ms000306030807040206060600-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 11:29:14 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B9BD37B401 for ; Mon, 21 Oct 2002 11:29:12 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-165-226-88.dsl.lsan03.pacbell.net [64.165.226.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 295BB43E88 for ; Mon, 21 Oct 2002 11:29:12 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9A87A66B5E; Mon, 21 Oct 2002 11:29:11 -0700 (PDT) Date: Mon, 21 Oct 2002 11:29:11 -0700 From: Kris Kennaway To: Julian Elischer Cc: Kris Kennaway , current@FreeBSD.org Subject: Re: ports broken by KSE changes Message-ID: <20021021182911.GA52889@xor.obsecurity.org> References: <20021021013809.GA34637@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jRHKVT23PllUwdXP" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --jRHKVT23PllUwdXP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 20, 2002 at 09:06:29PM -0700, Julian Elischer wrote: > Well if you can tell me why you thing the KSE changes broke them > it might help.. It was a guess: they're clearly due to struct related kernel changes. Ultimately I don't care who broke them or why, as long as someone fixes them. > 'ups' has several errors, ONE of which MIGHT be related to KSE. > (it seems to want to access the pcb that is no longer in the u-area.) >=20 > most of theothers are wanting to access something called kp_eproc in > some structure.. > I've never heard of it.. and it was certainly not removed intentionally > as part of the KSE changes. Looking in the sources kp_eproc was replaced > by all it's fields being explicitly directly included in=20 > kinfo_proc rather then being in a sub structure called kp_eproc. > just access the subfileds by their new direct names. > (This was NOT a KSE change) OK, this is helpful but a patch would be much better :) > One port tries to do a ptrace call that Peter removed. > I think it could be replaced by a new call that does exactly what they > need if we knew what information they need. Can someone please look at this? Kris --jRHKVT23PllUwdXP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9tEd2Wry0BWjoQKURAk8sAKDSbGAIEWHaldFsD4eUc0MN3mH12QCfWc9n fGTq/3gg7N/mITz2s1ZGg7k= =lecA -----END PGP SIGNATURE----- --jRHKVT23PllUwdXP-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 11:30:40 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F353837B401; Mon, 21 Oct 2002 11:30:38 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-165-226-88.dsl.lsan03.pacbell.net [64.165.226.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77C6643E65; Mon, 21 Oct 2002 11:30:38 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1C46966B5E; Mon, 21 Oct 2002 11:30:38 -0700 (PDT) Date: Mon, 21 Oct 2002 11:30:37 -0700 From: Kris Kennaway To: Poul-Henning Kamp Cc: current@freebsd.org Subject: Re: HELP WANTED: buildworld shortening options. Message-ID: <20021021183037.GB52889@xor.obsecurity.org> References: <5109.1035222553@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4SFOXa2GPu3tIq4H" Content-Disposition: inline In-Reply-To: <5109.1035222553@critter.freebsd.dk> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --4SFOXa2GPu3tIq4H Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 21, 2002 at 07:49:13PM +0200, Poul-Henning Kamp wrote: >=20 > A number of us go into release crunching mode now, and that means > running "make release" a lot. >=20 > I have totally lost track of which /etc/make.conf options we have > which cuts things out of the build, so I could use some help: >=20 > If somebody would make a skeleton /etc/make.conf which pulls out > as much stuff as possible, UUCP, I4B, Profiled libs and all that > sort of stuff, but no more than "make release" would still complete > it would be a help for us at this point. >=20 > I'm not asking for new options to be added, all I want is a list > of which of the current ones I can use to save time. They should all be documented in /usr/share/examples/etc/make.conf Kris --4SFOXa2GPu3tIq4H Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9tEfNWry0BWjoQKURAnHdAJ9821mJj9VBSwNK9nEJ4pvoexJ2PgCdHIlr hnXGFj6qwelUeCXPD0Pr3m8= =FUff -----END PGP SIGNATURE----- --4SFOXa2GPu3tIq4H-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 11:45:14 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5518B37B401 for ; Mon, 21 Oct 2002 11:45:13 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E69843E42 for ; Mon, 21 Oct 2002 11:45:12 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id g9LIj1n4006011; Mon, 21 Oct 2002 20:45:07 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Kris Kennaway Cc: current@freebsd.org Subject: Re: HELP WANTED: buildworld shortening options. In-Reply-To: Your message of "Mon, 21 Oct 2002 11:30:37 PDT." <20021021183037.GB52889@xor.obsecurity.org> Date: Mon, 21 Oct 2002 20:45:01 +0200 Message-ID: <6010.1035225901@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20021021183037.GB52889@xor.obsecurity.org>, Kris Kennaway writes: > >--4SFOXa2GPu3tIq4H >Content-Type: text/plain; charset=us-ascii >Content-Disposition: inline >Content-Transfer-Encoding: quoted-printable > >On Mon, Oct 21, 2002 at 07:49:13PM +0200, Poul-Henning Kamp wrote: >>=20 >> A number of us go into release crunching mode now, and that means >> running "make release" a lot. >>=20 >> I have totally lost track of which /etc/make.conf options we have >> which cuts things out of the build, so I could use some help: >>=20 >> If somebody would make a skeleton /etc/make.conf which pulls out >> as much stuff as possible, UUCP, I4B, Profiled libs and all that >> sort of stuff, but no more than "make release" would still complete >> it would be a help for us at this point. >>=20 >> I'm not asking for new options to be added, all I want is a list >> of which of the current ones I can use to save time. > >They should all be documented in /usr/share/examples/etc/make.conf Yes, but it doesn't document if they are compatible with use in "make release"... -- 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. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 14: 3:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F03D337B401 for ; Mon, 21 Oct 2002 14:03:31 -0700 (PDT) Received: from beast.freebsd.org (beast.freebsd.org [216.136.204.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5C3943E3B for ; Mon, 21 Oct 2002 14:03:31 -0700 (PDT) (envelope-from des@FreeBSD.org) Received: from beast.freebsd.org (localhost [127.0.0.1]) by beast.freebsd.org (8.12.6/8.12.6) with ESMTP id g9LL3Vsi097429 for ; Mon, 21 Oct 2002 14:03:31 -0700 (PDT) (envelope-from des@beast.freebsd.org) Received: (from des@localhost) by beast.freebsd.org (8.12.6/8.12.6/Submit) id g9LL3VEd097427 for current@freebsd.org; Mon, 21 Oct 2002 14:03:31 -0700 (PDT) Date: Mon, 21 Oct 2002 14:03:31 -0700 (PDT) From: Dag-Erling Smorgrav Message-Id: <200210212103.g9LL3VEd097427@beast.freebsd.org> To: current@freebsd.org Subject: alpha tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- ===> lib/libdisk /h/des/src/lib/libdisk/disk.c: In function `assignToDisk': /h/des/src/lib/libdisk/disk.c:409: structure has no member named `d_nheads' /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include/ctype.h: At top level: /h/des/src/lib/libdisk/disk.c:430: warning: `assignToPartition' defined but not used *** Error code 1 Stop in /h/des/src/lib/libdisk. *** Error code 1 Stop in /h/des/src/lib. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 14:10:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BDA237B406 for ; Mon, 21 Oct 2002 14:10:14 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 796CF43E75 for ; Mon, 21 Oct 2002 14:10:12 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (nik.isi.edu [128.9.168.58]) by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id g9LL9xC05971; Mon, 21 Oct 2002 14:09:59 -0700 (PDT) Message-ID: <3DB46D21.2050807@isi.edu> Date: Mon, 21 Oct 2002 14:09:53 -0700 From: Lars Eggert User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.2b) Gecko/20021016 X-Accept-Language: en-us, de-de MIME-Version: 1.0 To: Duncan Barclay Cc: current Subject: Re: zombies from linux binaries References: In-Reply-To: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms090808090005050707010600" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a cryptographically signed message in MIME format. --------------ms090808090005050707010600 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Duncan, Duncan Barclay wrote: > On 01-Oct-2002 Lars Eggert wrote: > > >I've been running the guidescope web ad blocker > >(http://www.guidescope.com/home/) as a Linux binary under FreeBSD for a > >long time. The thing seems to fork a child for each web request it > proxies. > > > >Under -current, it seems that the child processes become zombies, and > >the proxy stops working once 1024 or so accumulate. The zombies don't go > >away when parent process finishes, they stick around until reboot. > > Is this http://www.freebsd.org/cgi/query-pr.cgi?pr=42457 related? It > is for stable but I belive that the same behaviour is present in -current > and it may manifest itself differently. I have finally applied your patch from the PR, but unfortunately it does not fix the problem with guidescope I am seeing. Looks like something else is broken WRT Linux forking: [larse@nik: ~] ps -auxww | grep guide larse 0 0.0 0.0 0 0 ?? ZW - 0:00.00 (guide.new) larse 0 0.0 0.0 0 0 ?? ZW - 0:00.00 (guide.new) larse 0 0.0 0.0 0 0 ?? ZW - 0:00.00 (guide.new) larse 0 0.0 0.0 0 0 ?? ZW - 0:00.00 (guide.new) larse 0 0.0 0.0 0 0 ?? ZW - 0:00.00 (guide.new) larse 0 0.0 0.0 0 0 ?? ZW - 0:00.00 (guide.new) larse 0 0.0 0.0 0 0 ?? ZW - 0:00.00 (guide.new) larse 0 0.0 0.0 0 0 ?? ZW - 0:00.00 (guide.new) larse 0 0.0 0.0 0 0 ?? ZW - 0:00.00 (guide.new) larse 0 0.0 0.0 0 0 ?? ZW - 0:00.00 (guide.new) larse 0 0.0 0.0 0 0 ?? ZW - 0:00.00 (guide.new) larse 0 0.0 0.0 0 0 ?? ZW - 0:00.00 (guide.new) larse 0 0.0 0.0 0 0 ?? ZW - 0:00.00 (guide.new) larse 2117 0.0 0.2 40128 2200 ?? I 1:56PM 0:00.09 /nfs/ruby/larse/bin/guide.new /nfs/ruby/larse/bin/guide/guide.conf larse 2762 0.0 0.2 40128 2200 ?? S 1:59PM 0:00.01 /nfs/ruby/larse/bin/guide.new /nfs/ruby/larse/bin/guide/guide.conf larse 2763 0.0 0.2 40128 2200 ?? S 1:59PM 0:00.22 /nfs/ruby/larse/bin/guide.new /nfs/ruby/larse/bin/guide/guide.conf larse 0 0.0 0.0 0 0 ?? ZW - 0:00.00 (guide.new) larse 2861 0.0 0.0 316 184 p0 L+ 2:03PM 0:00.00 grep guide larse 0 0.0 0.0 0 0 ?? ZW - 0:00.00 (guide.new) larse 0 0.0 0.0 0 0 ?? ZW - 0:00.00 (guide.new) larse 0 0.0 0.0 0 0 ?? ZW - 0:00.00 (guide.new) Lars -- Lars Eggert USC Information Sciences Institute --------------ms090808090005050707010600 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9 VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR 1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/ r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF MYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCCVBMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAyMTAyMTIxMDk1NFowIwYJKoZIhvcNAQkEMRYEFAOt54edPxwouwB/pcou hLqlJUbTMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3EAQxgZ0w gZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNh cGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNl czEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCCVBMIGtBgsq hkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw ZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44 LjMwAgMIJUEwDQYJKoZIhvcNAQEBBQAEggEAvuAsGAcZwDmOWcIDx8etqK/zvmWOu6OGxiNJ Xy/ZKkSqOnZ74gb+GNEGIyR5R6jt32z8i1mFuYc5Uv5VUO+erlCVL8lAfPTLGSGNQkYBmm/T 3qlbfpZ+m10ZAxlsnSrbBDVxv6qXMEqhbd7WDFo0ypB676qXp8eQtVQxAxiM7ldBKM2WJR8y Bj8HxBVhXavK8Q25SGcHTOy2LlhsNBBgjSiSwTMPQK7V3ngaCJbLEeSoWQEosLYVZ6R0iXO8 Yldh4JLA+LAd6gx7E8b/9wXWA6bTkW5Qt8/W/xsU2gEHDTBLLXavvvwm9aj0qXDvCJdO5eQm u55gKdryonFWvRZGTQAAAAAAAA== --------------ms090808090005050707010600-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 14:16:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1BCC37B404 for ; Mon, 21 Oct 2002 14:16:24 -0700 (PDT) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBF0D43E6A for ; Mon, 21 Oct 2002 14:16:23 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0018.cvx40-bradley.dialup.earthlink.net ([216.244.42.18] helo=mindspring.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 183juJ-0001nC-00; Mon, 21 Oct 2002 14:16:15 -0700 Message-ID: <3DB46E3B.36318CC6@mindspring.com> Date: Mon, 21 Oct 2002 14:14:35 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Lars Eggert Cc: Duncan Barclay , current Subject: Re: zombies from linux binaries References: <3DB46D21.2050807@isi.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Lars Eggert wrote: > > >I've been running the guidescope web ad blocker > > >(http://www.guidescope.com/home/) as a Linux binary under FreeBSD for a > > >long time. The thing seems to fork a child for each web request it > > proxies. > > > > > >Under -current, it seems that the child processes become zombies, and > > >the proxy stops working once 1024 or so accumulate. The zombies don't go > > >away when parent process finishes, they stick around until reboot. > > > > Is this http://www.freebsd.org/cgi/query-pr.cgi?pr=42457 related? It > > is for stable but I belive that the same behaviour is present in -current > > and it may manifest itself differently. > > I have finally applied your patch from the PR, but unfortunately it does > not fix the problem with guidescope I am seeing. Looks like something > else is broken WRT Linux forking: Linux has the SVR4 behaviour in that, if SIGCHLD is not caught, zombies are reaped automatically, without the parent needing to explicitly reap their exit status. Most likely, they are installing a signal handler of SIG_IGN for SIGCHLD, and expecting the standard behaviour for auto-reaping. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 14:30:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62AEC37B401; Mon, 21 Oct 2002 14:30:47 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE13C43E75; Mon, 21 Oct 2002 14:30:46 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (nik.isi.edu [128.9.168.58]) by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id g9LLUVC23182; Mon, 21 Oct 2002 14:30:31 -0700 (PDT) Message-ID: <3DB471F6.5090509@isi.edu> Date: Mon, 21 Oct 2002 14:30:30 -0700 From: Lars Eggert User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.2b) Gecko/20021016 X-Accept-Language: en-us, de-de MIME-Version: 1.0 To: Lars Eggert Cc: John Baldwin , current Subject: Re: panic: mtx_lock() of spin mutex References: <3DB444FB.50202@isi.edu> In-Reply-To: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms050505040302040907000700" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a cryptographically signed message in MIME format. --------------ms050505040302040907000700 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Lars Eggert wrote: > John Baldwin wrote: > > On 18-Oct-2002 Lars Eggert wrote: > >> John Baldwin wrote: > >> > >>> What is line 488 of src/sys/kern/kern_descrip.c? > >> > >> fhold(fp) in do_dup(). > > > > Hrm. You can try adding some KASSERT()'s that the reference > > count of that struct file isn't zero or negative. > > fd_refcnt is an u_short, but I've added a KASSERT that makes sure it's > not zero, and will test. Just got the panic again, the KASSERT didn't fire, so the ref count is > 0. Here's a backtrace with today's -current: [root@nik: /etc] gdb -k /usr/obj/usr/src/sys/KERNEL-1.10/kernel.debug /var/crash/vmcore.2 GNU gdb 5.2.1 (FreeBSD) Copyright 2002 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-undermydesk-freebsd"... panic: from debugger panic messages: --- panic: mtx_lock() of spin mutex duI\M-@\M-4qI\M-@`\M^NN\M-@\^D @ /usr/src/sys/kern/kern_descrip.c:486 cpuid = 1; lapic.id = 02000000 panic: from debugger cpuid = 1; lapic.id = 02000000 boot() called on cpu#1 Uptime: 19m11s pfs_vncache_unload(): 6 entries remaining Dumping 1023 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 608 624 640 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880 896 912 928 944 960 976 992 1008 --- #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:224 224 dumpsys(&dumper); (kgdb) bt #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:224 #1 0xc02779de in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:355 #2 0xc0277fd7 in panic (fmt=0xc0413704 "from debugger") at /usr/src/sys/kern/kern_shutdown.c:508 #3 0xc01509d2 in db_panic () at /usr/src/sys/ddb/db_command.c:450 #4 0xc015080c in db_command (last_cmdp=0xc047bce0, cmd_table=0x0, aux_cmd_tablep=0xc04732dc, aux_cmd_tablep_end=0xc04732e0) at /usr/src/sys/ddb/db_command.c:346 #5 0xc0150a4a in db_command_loop () at /usr/src/sys/ddb/db_command.c:472 #6 0xc01536f5 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_trap.c:72 #7 0xc03d47f7 in kdb_trap (type=3, code=0, regs=0xeb73dbe8) at /usr/src/sys/i386/i386/db_interface.c:166 #8 0xc03ec35a in trap (frame= {tf_fs = 24, tf_es = -1069350896, tf_ds = 16, tf_edi = -955428240, tf_esi = 256, tf_ebp = -344728524, tf_isp = -344728556, tf_ebx = 0, tf_edx = 0, tf_ecx = 0, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1069724870, tf_cs = 8, tf_eflags = 658, tf_esp = -1069144858, tf_ss = -1069294790}) at /usr/src/sys/i386/i386/trap.c:605 #9 0xc03d5fc8 in calltrap () at {standard input}:99 #10 0xc0277fbf in panic (fmt=0x0) at /usr/src/sys/kern/kern_shutdown.c:494 #11 0xc026da07 in _mtx_lock_flags (m=0xc0497574, opts=0, file=0xc043acbf "/usr/src/sys/kern/kern_descrip.c", line=486) at /usr/src/sys/kern/kern_mutex.c:318 #12 0xc0259541 in do_dup (td=0xc70d5270, type=DUP_FIXED, old=-1, new=4, retval=0xc70d5304) at /usr/src/sys/kern/kern_descrip.c:486 #13 0xc0258793 in dup2 (td=0x0, uap=0x0) at /usr/src/sys/kern/kern_descrip.c:174 #14 0xc03ed066 in syscall (frame= {tf_fs = 135594031, tf_es = -1078067153, tf_ds = -1078067153, tf_edi = 4, tf_esi = 135637504, tf_ebp = -1078036088, tf_isp = -344728204, tf_ebx = -1, tf_edx = -1078037360, tf_ecx = 136126464, tf_eax = 90, tf_trapno = 12, tf_err = 2, tf_eip = 134842063, tf_cs = 31, tf_eflags = 646, tf_esp = -1078037316, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1071 #15 0xc03d601d in Xint0x80_syscall () at {standard input}:141 ---Can't read userspace from dump, or kernel process--- (kgdb) up 12 #12 0xc0259541 in do_dup (td=0xc70d5270, type=DUP_FIXED, old=-1, new=4, retval=0xc70d5304) at /usr/src/sys/kern/kern_descrip.c:486 486 fhold(fp); (kgdb) list 481 FILEDESC_UNLOCK(fdp); 482 return (0); 483 } 484 fp = fdp->fd_ofiles[old]; 485 KASSERT(fdp->fd_refcnt != 0, ("reference count is zero")); 486 fhold(fp); 487 488 /* 489 * Expand the table for the new descriptor if needed. This may 490 * block and drop and reacquire the filedesc lock. Lars -- Lars Eggert USC Information Sciences Institute --------------ms050505040302040907000700 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9 VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR 1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/ r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF MYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCCVBMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAyMTAyMTIxMzAzMFowIwYJKoZIhvcNAQkEMRYEFGzhcBmPP50GApWA8WvH LhpXC1guMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3EAQxgZ0w gZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNh cGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNl czEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCCVBMIGtBgsq hkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw ZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44 LjMwAgMIJUEwDQYJKoZIhvcNAQEBBQAEggEAHt2/N/hVxlPH57nGCsmiCwooKJLnzgr7fF63 ZDHMDSwh/JhVTte/qwlbaJAXGeujqmPfnAF72F/zLu7iRq8osVW3MADYc7XlkevUUGlNdI3B zWdl2ANZrF2LaUVrIPwZINjpFADTyBUIqLR7QZ/rplxeYfAw75bMxO5nCHbcH3c4AfnWDj8f 7DzSddPddl11BSkb4mJDYBVhtLB5ebX18RC/PcUZdGWSNBIVXbi1NeInuy8jWiVOUgg/oFl1 mW8mELa6ZUo9rRD9V82RYGsARH/YYgpPhZ3+INyXBqgI/DtAked6KMTurlKFRd17AUhkNOCn 8+kYilMKYLt5L1TVNwAAAAAAAA== --------------ms050505040302040907000700-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 14:58:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8420837B401 for ; Mon, 21 Oct 2002 14:58:16 -0700 (PDT) Received: from birch.ripe.net (birch.ripe.net [193.0.1.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id A173243E65 for ; Mon, 21 Oct 2002 14:58:15 -0700 (PDT) (envelope-from marks@ripe.net) Received: from laptop.6bone.nl (cow.ripe.net [193.0.1.239]) by birch.ripe.net (8.12.5/8.11.6) with SMTP id g9LLwAnZ002950; Mon, 21 Oct 2002 23:58:10 +0200 Received: (nullmailer pid 2873 invoked by uid 1000); Mon, 21 Oct 2002 21:58:09 -0000 Date: Mon, 21 Oct 2002 23:58:08 +0200 From: Mark Santcroos To: Mitsuru IWASAKI Cc: imp@bsdimp.com, freebsd-current@FreeBSD.ORG Subject: Re: [PATCH] re-attach cards after resume Message-ID: <20021021215808.GA2789@laptop.6bone.nl> References: <20021021.230429.85418678.iwasaki@jp.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021021.230429.85418678.iwasaki@jp.FreeBSD.org> User-Agent: Mutt/1.4i X-Handles: MS6-6BONE, MS18417-RIPE X-RIPE-Spam-Status: NONE ; -1023 X-RIPE-Spam-Level: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I reported the same(+different fix) to Warner a while ago. He had troubles with his tree and didn't want to commit before he had the issues sorted out. However, it seems to me a very crucial fix. Hopefully it can be committed now. Btw, your patch is alot smaller than mine :-) (Mine was explicitly calling the reattaching code again) Mark On Mon, Oct 21, 2002 at 11:04:29PM +0900, Mitsuru IWASAKI wrote: > Hi, warner. > > My laptops (FIVA and Toshiba 3110CT) doesn't re-attach cards after > resume. > > ---- > ata1: resetting devices .. > done > cbb0: card inserted: event=0x00000000, state=30000010 > pccard0: chip_socket_enable > cbb_pcic_socket_enable: > cbb0: cbb_power: CARD_VCC_0V and CARD_VPP_0V [44] > cbb0: Unknown card voltage > pccard0: read_cis > pccard0: check_cis_quirks > pccard0: Card has no functions! > ---- > > It seems that doing only cbb_setb(sc, CBB_SOCKET_FORCE, CBB_SOCKET_EVENT_CD) > doesn't work on many CBB, so I've made following patch. > This is working well so far in both cases of 16-bits cards and Cardbus cards. > Could you review and commit this if OK? > > Thanks > > Index: pccbb.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/pccbb/pccbb.c,v > retrieving revision 1.59 > diff -u -r1.59 pccbb.c > --- pccbb.c 11 Oct 2002 04:30:59 -0000 1.59 > +++ pccbb.c 21 Oct 2002 11:41:12 -0000 > @@ -1918,7 +1918,10 @@ > cbb_setb(sc, CBB_SOCKET_MASK, CBB_SOCKET_MASK_CD); > > /* Force us to go query the socket state */ > - cbb_setb(sc, CBB_SOCKET_FORCE, CBB_SOCKET_EVENT_CD); > + mtx_lock(&sc->mtx); > + sc->flags &= ~CBB_CARD_OK; > + cv_signal(&sc->cv); > + mtx_unlock(&sc->mtx); > > error = bus_generic_resume(self); > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- Mark Santcroos RIPE Network Coordination Centre http://www.ripe.net/home/mark/ New Projects Group/TTM To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 15: 4:53 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D754637B401 for ; Mon, 21 Oct 2002 15:04:49 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00CFC43E42 for ; Mon, 21 Oct 2002 15:04:48 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (nik.isi.edu [128.9.168.58]) by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id g9LM4jC17792; Mon, 21 Oct 2002 15:04:45 -0700 (PDT) Message-ID: <3DB479FC.6090108@isi.edu> Date: Mon, 21 Oct 2002 15:04:44 -0700 From: Lars Eggert User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.2b) Gecko/20021016 X-Accept-Language: en-us, de-de MIME-Version: 1.0 To: ticso@cicely.de Cc: current Subject: Re: kernel panic when booting with USB CF reader References: <3D966358.8010606@isi.edu> <20020929073226.GG57920@cicely8.cicely.de> In-Reply-To: <3D966358.8010606@isi.edu> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms090600040806030709020706" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a cryptographically signed message in MIME format. --------------ms090600040806030709020706 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Bernd Walter wrote: > On Sat, Sep 28, 2002 at 07:20:08PM -0700, Lars Eggert wrote: > > >I'm seeing a kernel panic on -current (9/26) when booting with a SanDisk > >ImageMate II USB comact flash reader plugged in. The panic occurs after > >the kernel has loaded when the first rc.d scripts execute (dumpon, > >vinum, etc). > > > >If I boot with the device disconnected, I can plug it in and unplug it > >without problems later. > > > >Attached is a boot trace and a gdb backtrace. ... > I'm seeing the same with a SCSI mo drive. > As a short term work around I inserted a media. > > src from 31th Aug did run and from 21th Sep does not. That workaround is OK. But can you actually mount the USB CF reader? Mine shows up as da2 umass0: SanDisk Corporation ImageMate CompactFlash USB, rev 1.10/0.09, addr 5 umass0: Get Max Lun not supported (STALLED) da2 at umass-sim0 bus 0 target 0 lun 0 da2: Removable Direct Access SCSI-2 device da2: 1.000MB/s transfers da2: 1027MB (2104705 512 byte sectors: 0H 0S/T 0C) but there's only /dev/da2 under /dev, and no entries for the slices. Shouldn't devfs or usbd or something create them automatically, since MAKEDEV is no more? Lars -- Lars Eggert USC Information Sciences Institute --------------ms090600040806030709020706 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9 VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR 1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/ r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF MYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCCVBMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAyMTAyMTIyMDQ0NFowIwYJKoZIhvcNAQkEMRYEFKz8+1P3NP/IAEzg5h9G RIpdtxsWMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3EAQxgZ0w gZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNh cGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNl czEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCCVBMIGtBgsq hkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw ZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44 LjMwAgMIJUEwDQYJKoZIhvcNAQEBBQAEggEAsykFvlIk9Z3mbZB40jfkIuvNfWbtR5SWpRjZ PajncW0dlZlbEUQMcauab0iieH+h2NYVwh6Mf25o7egqkgWyA3Xh6oEXuhuppOwij6NVmhJv 6WKgVDfv17agNrB/Kpr9KfcqhZsIYSzlQLajtUbIBk0waRMZ2BaKn5AIXtEjtpxaSRFBjRGa yWhs/vXvM7KQueN1n5wdQhm6ZJ3xdrVFSnIQxvdhOa7nvM2pIiYGX4wfkwFD8BNy7yTqleHA mA1xprCoCCn4XwsgK8DdGld9eIqdi9blpDYEEtcombRFkJFPmFdsK1r582zdxS0uFsEDEBLJ mr6qgRwFOUlwdyyJUwAAAAAAAA== --------------ms090600040806030709020706-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 15:10:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9C7C37B401 for ; Mon, 21 Oct 2002 15:10:31 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1314D43E6E for ; Mon, 21 Oct 2002 15:10:31 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id g9LMAPn4008495; Tue, 22 Oct 2002 00:10:26 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Lars Eggert Cc: ticso@cicely.de, current Subject: Re: kernel panic when booting with USB CF reader In-Reply-To: Your message of "Mon, 21 Oct 2002 15:04:44 PDT." <3DB479FC.6090108@isi.edu> Date: Tue, 22 Oct 2002 00:10:25 +0200 Message-ID: <8494.1035238225@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <3DB479FC.6090108@isi.edu>, Lars Eggert writes: >umass0: SanDisk Corporation ImageMate CompactFlash USB, rev 1.10/0.09, >addr 5 >umass0: Get Max Lun not supported (STALLED) >da2 at umass-sim0 bus 0 target 0 lun 0 >da2: Removable Direct Access SCSI-2 device >da2: 1.000MB/s transfers >da2: 1027MB (2104705 512 byte sectors: 0H 0S/T 0C) > >but there's only /dev/da2 under /dev, and no entries for the slices. >Shouldn't devfs or usbd or something create them automatically, since >MAKEDEV is no more? You can probably trigger a re-examination of the device by opening it for write and closing again. Something as simple as sh -c "true 4>/dev/da2" may do the trick. -- 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. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 15:32:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EFC837B401 for ; Mon, 21 Oct 2002 15:32:26 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90CE343E3B for ; Mon, 21 Oct 2002 15:32:25 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (nik.isi.edu [128.9.168.58]) by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id g9LMWOC04379; Mon, 21 Oct 2002 15:32:24 -0700 (PDT) Message-ID: <3DB4806C.30500@isi.edu> Date: Mon, 21 Oct 2002 15:32:12 -0700 From: Lars Eggert User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.2b) Gecko/20021016 X-Accept-Language: en-us, de-de MIME-Version: 1.0 To: Alex Zepeda Cc: current@freebsd.org Subject: Re: kernel: lock order reversal References: <20021020102654.GA47626@blarf.homeip.net> In-Reply-To: <20021020102654.GA47626@blarf.homeip.net> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms030701020009060600040509" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a cryptographically signed message in MIME format. --------------ms030701020009060600040509 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Alex Zepeda wrote: > I see this on a fairly regular basis (at least once per 24 hour period): > > lock order reversal > 1st 0xc0490ca0 spechash (spechash) @ ../../../kern/vfs_subr.c:2748 > 2nd 0xc1ed2818 vnode interlock (vnode interlock) @ > ../../../kern/vfs_subr.c:2751 > > Dunno if it's any help, but it happened at 03:08:50, so right towards the > midle of the daily scripts (takes about 20mins here), fairly heavy disk > access. FWIW, I'm seeing the exact same issue here, too. Lars -- Lars Eggert USC Information Sciences Institute --------------ms030701020009060600040509 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9 VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR 1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/ r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF MYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCCVBMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAyMTAyMTIyMzIxMlowIwYJKoZIhvcNAQkEMRYEFKJsBsWrrdzMRXhG13hn cc2NQmKNMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3EAQxgZ0w gZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNh cGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNl czEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCCVBMIGtBgsq hkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw ZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44 LjMwAgMIJUEwDQYJKoZIhvcNAQEBBQAEggEAaKJoXnfbzGxkbvVoRWfqzWPSvrrhJnrKp50f aiHud1cxFaeOuhM3DUkQ3IfGaKu+UpGdStI6E6WKcPkERJKXqlC6C7i6TiinI73BpZqvaWyY Il928eE/Ls5ia/+FQ5bUD4URHw+Jolv5xMT9BXNyGVWCUON/vyQ2z7rHhTGkepyXBKwJV3zs qoPtwH1Amq7w5h5YcArTpCEwACZHtEQ8Ry370nol3tFMnTNhxKms6jmZmGqBA6fTxJYPbWN8 FXBFuq57HAI1XdYgvxeO/taThOPqecRZsvWGWA7p3ajkUGTZ5rcyZSt5k7BZ1GBFmUcxyGhG GSPD9RXo9dSYEPs5eQAAAAAAAA== --------------ms030701020009060600040509-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 16:21:56 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBAE637B401; Mon, 21 Oct 2002 16:21:54 -0700 (PDT) Received: from mckinley.corp.yahoo.com (mckinley.corp.yahoo.com [216.145.62.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61D9D43E42; Mon, 21 Oct 2002 16:21:54 -0700 (PDT) (envelope-from peter@freebsd.org) Received: from mckinley.corp.yahoo.com (localhost [127.0.0.1]) by mckinley.corp.yahoo.com (8.12.6/8.12.5) with ESMTP id g9LNHhJS079336; Mon, 21 Oct 2002 16:17:43 -0700 (PDT) (envelope-from peter@freebsd.org) Received: (from root@localhost) by mckinley.corp.yahoo.com (8.12.6/8.12.5/Submit) id g9LNHhVP079335; Mon, 21 Oct 2002 16:17:43 -0700 (PDT) Message-Id: <200210212317.g9LNHhVP079335@mckinley.corp.yahoo.com> From: Peter Wemm Date: Mon, 21 Oct 2002 16:17:42 -0700 (PDT) Subject: ia64 tinderbox failure To: current@freebsd.org, ia64@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/tinderbox/ia64/obj/home/tinderbox/ia64/src/ia64/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- >>> Kernel build for GENERIC started on Mon Oct 21 16:04:24 PDT 2002 -------------------------------------------------------------- ===> xe /home/tinderbox/ia64/src/sys/contrib/dev/acpica/hwregs.c: In function `AcpiGetSleepTypeData': /home/tinderbox/ia64/src/sys/contrib/dev/acpica/hwregs.c:242: warning: cast discards qualifiers from pointer target type /home/tinderbox/ia64/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetRegionName': /home/tinderbox/ia64/src/sys/contrib/dev/acpica/utglobal.c:489: warning: cast discards qualifiers from pointer target type /home/tinderbox/ia64/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetEventName': /home/tinderbox/ia64/src/sys/contrib/dev/acpica/utglobal.c:527: warning: cast discards qualifiers from pointer target type /home/tinderbox/ia64/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetTypeName': /home/tinderbox/ia64/src/sys/contrib/dev/acpica/utglobal.c:604: warning: cast discards qualifiers from pointer target type /home/tinderbox/ia64/src/sys/contrib/dev/acpica/utglobal.c:607: warning: cast discards qualifiers from pointer target type /home/tinderbox/ia64/src/sys/dev/acpica/acpi_powerres.c:272: warning: `acpi_pwr_deregister_consumer' defined but not used /home/tinderbox/ia64/src/sys/dev/acpica/acpi_powerres.c:210: warning: `acpi_pwr_deregister_resource' defined but not used /home/tinderbox/ia64/src/sys/fs/msdosfs/msdosfs_vfsops.c: In function `mountmsdosfs': /home/tinderbox/ia64/src/sys/fs/msdosfs/msdosfs_vfsops.c:342: structure has no member named `bsPBP' *** Error code 1 Stop in /home/tinderbox/ia64/obj/home/tinderbox/ia64/src/sys/GENERIC. *** Error code 1 Stop in /home/tinderbox/ia64/src. *** Error code 1 Stop in /home/tinderbox/ia64/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 16:54:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14F1F37B401 for ; Mon, 21 Oct 2002 16:54:30 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FAB543E6E for ; Mon, 21 Oct 2002 16:54:29 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (nik.isi.edu [128.9.168.58]) by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id g9LNsSC25732 for ; Mon, 21 Oct 2002 16:54:28 -0700 (PDT) Message-ID: <3DB49371.5060900@isi.edu> Date: Mon, 21 Oct 2002 16:53:21 -0700 From: Lars Eggert User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.2b) Gecko/20021016 X-Accept-Language: en-us, de-de MIME-Version: 1.0 To: current Subject: another lock order reversal Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms020906030809060102060707" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a cryptographically signed message in MIME format. --------------ms020906030809060102060707 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit lock order reversal 1st 0xc6f47a68 vnode interlock (vnode interlock) @ /usr/src/sys/nfsclient/nfs_vnops.c:2629 2nd 0xc04b8640 vm page queue mutex (vm page queue mutex) @ /usr/src/sys/vm/vm_kern.c:424 Debugger("witness_lock") Stopped at Debugger+0x5a: xchgl %ebx,in_Debugger.0 db> trace Debugger(c0440ebb,c04b8640,c045b97b,c045b97b,c045a890) at Debugger+0x5a witness_lock(c04b8640,8,c045a890,1a8,666a) at witness_lock+0x142 _mtx_lock_flags(c04b8640,0,c045a890,1a8,c6569000) at _mtx_lock_flags+0x63 kmem_malloc(c0832078,1000,1,1,c2389624) at kmem_malloc+0x2cf slab_zalloc(c2389600,1,c6e48000,5c2,c043cc46) at slab_zalloc+0xbd uma_zalloc_internal(c2389600,0,1,c23b3a00,0) at uma_zalloc_internal+0x28e uma_zalloc_arg(c2389600,0,1,c026b13c,c2389600) at uma_zalloc_arg+0x26c malloc(dcc,c0498920,1,a45,c04e8398) at malloc+0x75 nfs_flush(c6f47a68,c7444f00,1,c67d6ea0,1) at nfs_flush+0x8b4 nfs_fsync(eb5b7840,0,c0445ac2,449,200246) at nfs_fsync+0x31 vinvalbuf(c6f47a68,1,c7444f00,c67d6ea0,100) at vinvalbuf+0x380 nfs_vinvalbuf(c6f47a68,1,c7444f00,c67d6ea0,1) at nfs_vinvalbuf+0x16d nfs_open(eb5b79c8,c04e9018,eb5b79ac,100,c67d6ea0) at nfs_open+0x7e vn_open_cred(eb5b7bd4,eb5b7cd4,0,c7444f00,eb5b7cc0) at vn_open_cred+0x306 vn_open(eb5b7bd4,eb5b7cd4,0,28f,c04e8398) at vn_open+0x29 kern_open(c67d6ea0,89e2000,0,1,0) at kern_open+0x197 open(c67d6ea0,eb5b7d10,c0464b1d,42d,c6b7c3e8) at open+0x30 syscall(2f,2f,bfa8002f,4,28d97998) at syscall+0x406 Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (5, FreeBSD ELF32, open), eip = 0x28d11673, esp = 0xbfa87cfc, ebp = 0xbfa87d18 --- Lars -- Lars Eggert USC Information Sciences Institute --------------ms020906030809060102060707 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9 VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR 1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/ r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF MYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCCVBMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAyMTAyMTIzNTMyMVowIwYJKoZIhvcNAQkEMRYEFHlCMzgmVseUlDrIEKx9 H+p54aNoMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3EAQxgZ0w gZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNh cGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNl czEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCCVBMIGtBgsq hkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw ZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44 LjMwAgMIJUEwDQYJKoZIhvcNAQEBBQAEggEAgPu25moHERh+Fz7JcMYDxG4ZYkg2bBzBHW3/ fURXWH7cN6fuCw4L6Vpzyaum1A1G5CIvsUrzsoFiJ1NwzY2LBkOK4z+cC8R/K1pdTiw1cAQZ OUuusJWpgA/4EDjU49R9l2fFs9ODDko+87SZs8KsfivQD+8apzbH/nm+14lBVaKRGBnQG3yB lORGellqL9BG29345eSSHiZ21exAFGOk31f8XFljxNRZciAbKC+1JeF6F0/je7UrzIxraiTS 0XB/qYjGQLYeyvjSeB7/DZQdM6qUXVHIaL+9bhUu3vWOUyNQwRBSZ8sE2DmDYDYzwSxDIDy7 pQtXyrcHNvYsUi+6LAAAAAAAAA== --------------ms020906030809060102060707-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 16:57:50 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2895537B401 for ; Mon, 21 Oct 2002 16:57:48 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 544C443E65 for ; Mon, 21 Oct 2002 16:57:47 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (nik.isi.edu [128.9.168.58]) by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id g9LNviC27342; Mon, 21 Oct 2002 16:57:44 -0700 (PDT) Message-ID: <3DB49435.6000600@isi.edu> Date: Mon, 21 Oct 2002 16:56:37 -0700 From: Lars Eggert User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.2b) Gecko/20021016 X-Accept-Language: en-us, de-de MIME-Version: 1.0 To: Terry Lambert Cc: Duncan Barclay , current Subject: Re: zombies from linux binaries References: <3DB46D21.2050807@isi.edu> <3DB46E3B.36318CC6@mindspring.com> In-Reply-To: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms010406080606090501030503" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a cryptographically signed message in MIME format. --------------ms010406080606090501030503 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Terry Lambert wrote: > Linux has the SVR4 behaviour in that, if SIGCHLD is not caught, > zombies are reaped automatically, without the parent needing to > explicitly reap their exit status. > > Most likely, they are installing a signal handler of SIG_IGN for > SIGCHLD, and expecting the standard behaviour for auto-reaping. Makes sense. This seems to be a bug in -current's Linux emulator then, since the Linux binary works fine under -stable. Lars -- Lars Eggert USC Information Sciences Institute --------------ms010406080606090501030503 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9 VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR 1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/ r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF MYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCCVBMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAyMTAyMTIzNTYzN1owIwYJKoZIhvcNAQkEMRYEFIAPQG3lAr/kiy78OtO6 dXtNs3FtMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3EAQxgZ0w gZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNh cGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNl czEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCCVBMIGtBgsq hkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw ZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44 LjMwAgMIJUEwDQYJKoZIhvcNAQEBBQAEggEAsozA1N1iSLxm3IEN6LZ3ac+1+wFWjGpR5q1T yboKLMOfROqo4p+iBFX7JZ+doLkvT80MbNPTrIiq5+WdmsUjq1UPl1hOdYxKnd51JgTaUWK8 psLbCzlRqrnuCdBfSiTPGboMYA/xo5uCRuUaVhcI8vPDUZW2X4ov8VrLZDZCMFmaNn40aLF3 B9QINKYWRS7ThhFpxnnKKiVluecIzYR0Lq7bq3T2CmGbZj0err2teuKiZ3BvT6G+9EpE7Jz8 nV9xfrHDknrXUzAPfz+hTKI/lwwYF4xwOvwVXWzEGd0iDTmpGOxK8uMpGwna66JCWSzjCP2e TyFTrDYyvG5UCdABHAAAAAAAAA== --------------ms010406080606090501030503-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 17: 6:31 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E282B37B401 for ; Mon, 21 Oct 2002 17:06:28 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 769D343E65 for ; Mon, 21 Oct 2002 17:06:28 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (nik.isi.edu [128.9.168.58]) by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id g9M06RC04577 for ; Mon, 21 Oct 2002 17:06:27 -0700 (PDT) Message-ID: <3DB49629.4090302@isi.edu> Date: Mon, 21 Oct 2002 17:04:57 -0700 From: Lars Eggert User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.2b) Gecko/20021016 X-Accept-Language: en-us, de-de MIME-Version: 1.0 To: current Subject: yet another lock order reversal Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms050709030805060103030006" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a cryptographically signed message in MIME format. --------------ms050709030805060103030006 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit lock order reversal 1st 0xc791bc00 pipe mutex (pipe mutex) @ /usr/src/sys/kern/sys_pipe.c:465 2nd 0xc04974e0 sigio lock (sigio lock) @ /usr/src/sys/kern/kern_sig.c:2156 Debugger("witness_lock") Stopped at Debugger+0x5a: xchgl %ebx,in_Debugger.0 db> trace Debugger(c0440ebb,c04974e0,c043af10,c043af10,c043dc59) at Debugger+0x5a witness_lock(c04974e0,8,c043dc59,86c,eb68bbe8) at witness_lock+0x142 _mtx_lock_flags(c04974e0,0,c043dc59,86c,c029a151) at _mtx_lock_flags+0x63 pgsigio(c7d13ae8,17,0,1ad,0) at pgsigio+0x2d pipe_read(c75a4b04,eb68bc78,c76e6b00,0,c6d24b60) at pipe_read+0x290 dofileread(c6d24b60,c75a4b04,3,bfbfb837,1) at dofileread+0xd7 read(c6d24b60,eb68bd10,c0464b1d,42d,c6d23e68) at read+0x7b syscall(2f,2f,2f,2811ba2b,bfbfb850) at syscall+0x406 Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (3, FreeBSD ELF32, read), eip = 0x281666b3, esp = 0xbfbfb81c, ebp = 0xbfbfb878 --- Lars -- Lars Eggert USC Information Sciences Institute --------------ms050709030805060103030006 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9 VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR 1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/ r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF MYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCCVBMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAyMTAyMjAwMDQ1N1owIwYJKoZIhvcNAQkEMRYEFAI7l3pt13HdEAuHi3wS XCtatdajMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3EAQxgZ0w gZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNh cGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNl czEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCCVBMIGtBgsq hkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw ZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44 LjMwAgMIJUEwDQYJKoZIhvcNAQEBBQAEggEAYZDiAW3R6Goekla8Ix8dxhosJe8JSOM3gzNX J35LX+jgXhOOVBG4AblPM+w+93YTkZWuIPUI1eakTyTSooEibHGUqknq7SvbFn9Z/kIShCgB RlopUSuDueb2FaxiHxjtgfEp+1N+zyOutId9bWjF7yXwkQDKVPMTCyc3czEhSYch2F2Oq5ys DhClIoK/nnLt2wLb8Lz10h2dGsh0yLBuaEbFB0AfUZvYm5K3h3d3zqyE53IutulQpC8QXFRO bQnoUXNC3x/SzVm2+3VWWIVHbP8CKyOneQRE8KbxxM4o30eS0L15Th33FBzLNkpp2wHp3o8r whg7AMwgPa7EZXZVKQAAAAAAAA== --------------ms050709030805060103030006-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 17:40:36 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A817E37B401 for ; Mon, 21 Oct 2002 17:40:34 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A7A243E42 for ; Mon, 21 Oct 2002 17:40:33 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id KAA17773; Tue, 22 Oct 2002 10:40:22 +1000 Date: Tue, 22 Oct 2002 10:51:17 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Mitsuru IWASAKI Cc: current@FreeBSD.ORG Subject: Re: [PATCH] Workaround for bogus INT 12H BIOS service implementation In-Reply-To: <20021022.003512.15273101.iwasaki@jp.FreeBSD.org> Message-ID: <20021022103609.V12732-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 22 Oct 2002, Mitsuru IWASAKI wrote: > > > > Hmmm, actually no. I know that some machines get panic with fatal trap > > > > 12 if we do 0x12 call. The worst case is getting panic, not losing > > > > 640K memory. > > > ... > > ... > FYI: On RELENG_4, this problem is critical too because this panic > isn't recoverable. This means that it's impossible to install onto > some newer machines. > ... > I've recalled that FreeBSD used RTC to determine base memory size in > old days. I've tested this method on my machines and confirmed it's > working well. > > I'll commit this coming weekend if no objections. > Index: machdep.c > =================================================================== > RCS file: /home/ncvs/src/sys/i386/i386/machdep.c,v > retrieving revision 1.541 > diff -u -r1.541 machdep.c > --- machdep.c 5 Oct 2002 14:36:14 -0000 1.541 > +++ machdep.c 21 Oct 2002 15:27:02 -0000 > @@ -1284,8 +1284,14 @@ > /* > * Perform "base memory" related probes & setup > */ > - vm86_intcall(0x12, &vmf); > - basemem = vmf.vmf_ax; > + if ((basemem = rtcin(RTC_BASELO) + (rtcin(RTC_BASEHI)<<8)) > 640) > + basemem = 640; > + > + if (basemem == 0) { > + vm86_intcall(0x12, &vmf); > + basemem = vmf.vmf_ax; > + } > + > if (basemem > 640) { > printf("Preposterous BIOS basemem of %uK, truncating to 640K\n", > basemem); > This would reintroduce a large bug. The RTC gives the hardware memory size, but the interrupt gives the software memory size. These differ for one of two machines under my desk (both have Award BIOSes). The BIOS often steals some of the base memory. It's hard to tell whether this memory will be used after FreeBSD determines the memory size. It might be used for VM86 or (much more magically) for SMM. Reading the memory size from BIOS RAM (offset 0x413) would be safer. I'm not sure how standard this is. I thought that it is less standard than INT 0x12. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 19: 9: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B83F537B401 for ; Mon, 21 Oct 2002 19:09:01 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0132D43E77 for ; Mon, 21 Oct 2002 19:08:58 -0700 (PDT) (envelope-from davidxu@FreeBSD.org) Received: from freefall.freebsd.org (davidxu@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.6/8.12.6) with ESMTP id g9M28wx3003078 for ; Mon, 21 Oct 2002 19:08:58 -0700 (PDT) (envelope-from davidxu@freefall.freebsd.org) Received: (from davidxu@localhost) by freefall.freebsd.org (8.12.6/8.12.6/Submit) id g9M28wLS003077 for freebsd-current@freebsd.org; Mon, 21 Oct 2002 19:08:58 -0700 (PDT) Date: Mon, 21 Oct 2002 19:08:58 -0700 (PDT) From: David Xu Message-Id: <200210220208.g9M28wLS003077@freefall.freebsd.org> To: freebsd-current@freebsd.org Subject: rl driver lock order reversal Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG rl0: port 0xe800-0xe8ff mem 0xd9000000-0xd90000ff irq 11 at device 12.0 on pci0 rl0: Realtek 8139B detected. Warning, this may be unstable in autoselect mode ../../../vm/uma_core.c:1307: could sleep with "rl0" locked from ../../../pci/if_rl.c:872 ../../../vm/uma_core.c:1307: could sleep with "rl0" locked from ../../../pci/if_rl.c:872 lock order reversal 1st 0xc0f3b1c0 rl0 (network driver) @ ../../../pci/if_rl.c:872 2nd 0xc038a0e0 allproc (allproc) @ ../../../kern/kern_fork.c:316 ../../../vm/uma_core.c:1307: could sleep with "rl0" locked from ../../../pci/if_rl.c:872 ../../../vm/uma_core.c:1307: could sleep with "rl0" locked from ../../../pci/if_rl.c:872 ../../../vm/uma_core.c:1307: could sleep with "rl0" locked from ../../../pci/if_rl.c:872 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 19:21: 4 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC3E037B401; Mon, 21 Oct 2002 19:21:03 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C61943E6A; Mon, 21 Oct 2002 19:21:02 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g9M2L1pk087529; Mon, 21 Oct 2002 20:21:01 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 21 Oct 2002 20:20:51 -0600 (MDT) Message-Id: <20021021.202051.106891660.imp@bsdimp.com> To: davidxu@FreeBSD.ORG Cc: freebsd-current@FreeBSD.ORG Subject: Re: rl driver lock order reversal From: "M. Warner Losh" In-Reply-To: <200210220208.g9M28wLS003077@freefall.freebsd.org> References: <200210220208.g9M28wLS003077@freefall.freebsd.org> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG How recent is your kernel? I thought I'd fixed this in recent current (at least the could sleep with "rl0" part). Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 19:25:59 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9213E37B401 for ; Mon, 21 Oct 2002 19:25:58 -0700 (PDT) Received: from mailout05.sul.t-online.com (mailout05.sul.t-online.com [194.25.134.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA0B643E75 for ; Mon, 21 Oct 2002 19:25:57 -0700 (PDT) (envelope-from haering_linux@gmx.de) Received: from fwd00.sul.t-online.de by mailout05.sul.t-online.com with smtp id 183ok1-0004mU-00; Tue, 22 Oct 2002 04:25:57 +0200 Received: from gargamel.ghaering.test (510095183908-0001@[217.228.214.158]) by fmrl00.sul.t-online.com with esmtp id 183ojz-1VDqz2C; Tue, 22 Oct 2002 04:25:55 +0200 Received: by gargamel.ghaering.test (Postfix, from userid 1000) id 9EBAC399; Tue, 22 Oct 2002 04:25:23 +0200 (CEST) Date: Tue, 22 Oct 2002 04:25:23 +0200 From: Gerhard Haering To: freebsd-current@freebsd.org Subject: Building -CURRENT with 4.5-RELEASE Message-ID: <20021022022523.GA5953@gargamel.ghaering.test> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: People's Front of Judea User-Agent: Mutt/1.5.1i X-Sender: 510095183908-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Is it possible, or do I need to use a more recent installation to be able to build -CURRENT? -- Gerhard To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 19:31: 9 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3122837B401 for ; Mon, 21 Oct 2002 19:31:08 -0700 (PDT) Received: from exchhz01.viatech.com.cn (ip-167-164-97-218.anlai.com [218.97.164.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E74C43E3B for ; Mon, 21 Oct 2002 19:31:06 -0700 (PDT) (envelope-from davidxu@freebsd.org) Received: from davidwnt (ip-239-1-168-192.rev.dyxnet.com [192.168.1.239]) by exchhz01.viatech.com.cn with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id V2W7KHGK; Tue, 22 Oct 2002 10:21:51 +0800 Message-ID: <00bd01c27972$5eea20f0$ef01a8c0@davidwnt> From: "David Xu" To: "M. Warner Losh" Cc: References: <200210220208.g9M28wLS003077@freefall.freebsd.org> <20021021.202051.106891660.imp@bsdimp.com> Subject: Re: rl driver lock order reversal Date: Tue, 22 Oct 2002 10:26:04 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG today's source code David ----- Original Message -----=20 From: "M. Warner Losh" To: Cc: Sent: Tuesday, October 22, 2002 10:20 AM Subject: Re: rl driver lock order reversal > How recent is your kernel? I thought I'd fixed this in recent current > (at least the could sleep with "rl0" part). >=20 > Warner >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 19:33:44 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4669937B401; Mon, 21 Oct 2002 19:33:43 -0700 (PDT) Received: from fep2.cogeco.net (smtp.cogeco.net [216.221.81.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 881DF43E75; Mon, 21 Oct 2002 19:33:37 -0700 (PDT) (envelope-from mike@sparc64.style9.org) Received: from bowie.private (d141-203-41.home.cgocable.net [24.141.203.41]) by fep2.cogeco.net (Postfix) with ESMTP id 1C3A8A43; Mon, 21 Oct 2002 22:33:29 -0400 (EDT) Received: from bowie.private (localhost [127.0.0.1]) by bowie.private (8.12.6/8.12.5) with ESMTP id g9M2XcGm060859; Tue, 22 Oct 2002 02:33:38 GMT (envelope-from mike@bowie.private) Received: (from mike@localhost) by bowie.private (8.12.6/8.12.6/Submit) id g9M2Xcxx060857; Tue, 22 Oct 2002 02:33:38 GMT Date: Tue, 22 Oct 2002 02:33:38 GMT From: Mike Barcroft Message-Id: <200210220233.g9M2Xcxx060857@bowie.private> To: current@FreeBSD.org, sparc64@FreeBSD.org Subject: sparc64 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- >>> Kernel build for GENERIC started on Tue Oct 22 01:49:54 GMT 2002 -------------------------------------------------------------- ===> msdosfs /tinderbox/sparc64/src/sys/fs/msdosfs/msdosfs_vfsops.c: In function `mountmsdosfs': /tinderbox/sparc64/src/sys/fs/msdosfs/msdosfs_vfsops.c:342: structure has no member named `bsPBP' *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules/msdosfs. *** Error code 1 Stop in /tinderbox/sparc64/src/sys/modules. *** Error code 1 Stop in /tinderbox/sparc64/obj/tinderbox/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/sparc64/src. *** Error code 1 Stop in /tinderbox/sparc64/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 19:41:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC65E37B401; Mon, 21 Oct 2002 19:41:13 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27B7E43E77; Mon, 21 Oct 2002 19:41:11 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g9M2f9pk087687; Mon, 21 Oct 2002 20:41:09 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 21 Oct 2002 20:40:58 -0600 (MDT) Message-Id: <20021021.204058.31316741.imp@bsdimp.com> To: davidxu@freebsd.org Cc: freebsd-current@freebsd.org Subject: Re: rl driver lock order reversal From: "M. Warner Losh" In-Reply-To: <00bd01c27972$5eea20f0$ef01a8c0@davidwnt> References: <200210220208.g9M28wLS003077@freefall.freebsd.org> <20021021.202051.106891660.imp@bsdimp.com> <00bd01c27972$5eea20f0$ef01a8c0@davidwnt> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <00bd01c27972$5eea20f0$ef01a8c0@davidwnt> "David Xu" writes: : today's source code Looks like I've not committed it. :-(. Also looks like p4 told me there were no diffs for reasons unknown... This removes the lock around the attach routine. It isn't needed, since we can't possibly be reentered until after we register an ISR. Warner --- /dell/imp/FreeBSD/src/sys/pci/if_rl.c Mon Oct 7 00:15:08 2002 +++ /dell/imp/p4/newcard/src/sys/pci/if_rl.c Fri Oct 18 00:33:53 2002 @@ -869,7 +869,6 @@ mtx_init(&sc->rl_mtx, device_get_nameunit(dev), MTX_NETWORK_LOCK, MTX_DEF | MTX_RECURSE); - RL_LOCK(sc); /* * Handle power management nonsense. @@ -952,18 +951,6 @@ goto fail; } - error = bus_setup_intr(dev, sc->rl_irq, INTR_TYPE_NET, - rl_intr, sc, &sc->rl_intrhand); - - if (error) { - bus_release_resource(dev, SYS_RES_IRQ, 0, sc->rl_irq); - bus_release_resource(dev, RL_RES, RL_RID, sc->rl_res); - printf("rl%d: couldn't set up irq\n", unit); - goto fail; - } - - callout_handle_init(&sc->rl_stat_ch); - /* Reset the adapter. */ rl_reset(sc); sc->rl_eecmd_read = RL_EECMD_READ_6BIT; @@ -999,7 +986,6 @@ sc->rl_type = RL_8129; else { printf("rl%d: unknown device ID: %x\n", unit, rl_did); - bus_teardown_intr(dev, sc->rl_irq, sc->rl_intrhand); bus_release_resource(dev, SYS_RES_IRQ, 0, sc->rl_irq); bus_release_resource(dev, RL_RES, RL_RID, sc->rl_res); error = ENXIO; @@ -1045,7 +1031,6 @@ if (sc->rl_cdata.rl_rx_buf == NULL) { printf("rl%d: no memory for list buffers!\n", unit); - bus_teardown_intr(dev, sc->rl_irq, sc->rl_intrhand); bus_release_resource(dev, SYS_RES_IRQ, 0, sc->rl_irq); bus_release_resource(dev, RL_RES, RL_RID, sc->rl_res); bus_dma_tag_destroy(sc->rl_tag); @@ -1061,7 +1046,6 @@ if (mii_phy_probe(dev, &sc->rl_miibus, rl_ifmedia_upd, rl_ifmedia_sts)) { printf("rl%d: MII without any phy!\n", sc->rl_unit); - bus_teardown_intr(dev, sc->rl_irq, sc->rl_intrhand); bus_release_resource(dev, SYS_RES_IRQ, 0, sc->rl_irq); bus_release_resource(dev, RL_RES, RL_RID, sc->rl_res); bus_dmamem_free(sc->rl_tag, @@ -1089,11 +1073,23 @@ * Call MI attach routine. */ ether_ifattach(ifp, ETHER_BPF_SUPPORTED); - RL_UNLOCK(sc); - return(0); + error = bus_setup_intr(dev, sc->rl_irq, INTR_TYPE_NET, + rl_intr, sc, &sc->rl_intrhand); + + if (error) { + printf("rl%d: couldn't set up irq\n", unit); + bus_release_resource(dev, SYS_RES_IRQ, 0, sc->rl_irq); + bus_release_resource(dev, RL_RES, RL_RID, sc->rl_res); + bus_dmamem_free(sc->rl_tag, + sc->rl_cdata.rl_rx_buf, sc->rl_cdata.rl_rx_dmamap); + bus_dma_tag_destroy(sc->rl_tag); + goto fail; + } + + callout_handle_init(&sc->rl_stat_ch); + return(0); fail: - RL_UNLOCK(sc); mtx_destroy(&sc->rl_mtx); return(error); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 19:52:53 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED55F37B401 for ; Mon, 21 Oct 2002 19:52:52 -0700 (PDT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C30343E6A for ; Mon, 21 Oct 2002 19:52:47 -0700 (PDT) (envelope-from dl-freebsd@catspoiler.org) Received: from mousie.catspoiler.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.5/8.12.5) with ESMTP id g9M2qdvU078159; Mon, 21 Oct 2002 19:52:43 -0700 (PDT) (envelope-from dl-freebsd@catspoiler.org) Message-Id: <200210220252.g9M2qdvU078159@gw.catspoiler.org> Date: Mon, 21 Oct 2002 19:52:39 -0700 (PDT) From: Don Lewis Subject: Re: yet another lock order reversal To: larse@ISI.EDU Cc: current@FreeBSD.ORG In-Reply-To: <3DB49629.4090302@isi.edu> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 21 Oct, Lars Eggert wrote: > lock order reversal > 1st 0xc791bc00 pipe mutex (pipe mutex) @ /usr/src/sys/kern/sys_pipe.c:465 > 2nd 0xc04974e0 sigio lock (sigio lock) @ /usr/src/sys/kern/kern_sig.c:2156 I've been complaining about that one for ages. I think I know how I want to attack it, but I still need to do some more analysis. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 20: 2:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33B7C37B401 for ; Mon, 21 Oct 2002 20:02:34 -0700 (PDT) Received: from exchhz01.viatech.com.cn (ip-167-164-97-218.anlai.com [218.97.164.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id 448E143E77 for ; Mon, 21 Oct 2002 20:02:32 -0700 (PDT) (envelope-from davidxu@freebsd.org) Received: from davidwnt (ip-239-1-168-192.rev.dyxnet.com [192.168.1.239]) by exchhz01.viatech.com.cn with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id V2W7KHJ8; Tue, 22 Oct 2002 10:53:17 +0800 Message-ID: <00fe01c27976$c2ef26f0$ef01a8c0@davidwnt> From: "David Xu" To: "M. Warner Losh" Cc: References: <200210220208.g9M28wLS003077@freefall.freebsd.org><20021021.202051.106891660.imp@bsdimp.com><00bd01c27972$5eea20f0$ef01a8c0@davidwnt> <20021021.204058.31316741.imp@bsdimp.com> Subject: Re: rl driver lock order reversal Date: Tue, 22 Oct 2002 10:57:30 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ----- Original Message -----=20 From: "M. Warner Losh" To: Cc: Sent: Tuesday, October 22, 2002 10:40 AM Subject: Re: rl driver lock order reversal > In message: <00bd01c27972$5eea20f0$ef01a8c0@davidwnt> > "David Xu" writes: > : today's source code >=20 > Looks like I've not committed it. :-(. Also looks like p4 told me > there were no diffs for reasons unknown... >=20 > This removes the lock around the attach routine. It isn't needed, > since we can't possibly be reentered until after we register an ISR. >=20 > Warner >=20 > --- /dell/imp/FreeBSD/src/sys/pci/if_rl.c Mon Oct 7 00:15:08 2002 > +++ /dell/imp/p4/newcard/src/sys/pci/if_rl.c Fri Oct 18 00:33:53 2002 > @@ -869,7 +869,6 @@ > =20 > mtx_init(&sc->rl_mtx, device_get_nameunit(dev), MTX_NETWORK_LOCK, > MTX_DEF | MTX_RECURSE); > - RL_LOCK(sc); > =20 > /* > * Handle power management nonsense. > @@ -952,18 +951,6 @@ > goto fail; > } > =20 > - error =3D bus_setup_intr(dev, sc->rl_irq, INTR_TYPE_NET, > - rl_intr, sc, &sc->rl_intrhand); > - > - if (error) { > - bus_release_resource(dev, SYS_RES_IRQ, 0, sc->rl_irq); > - bus_release_resource(dev, RL_RES, RL_RID, sc->rl_res); > - printf("rl%d: couldn't set up irq\n", unit); > - goto fail; > - } > - > - callout_handle_init(&sc->rl_stat_ch); > - > /* Reset the adapter. */ > rl_reset(sc); > sc->rl_eecmd_read =3D RL_EECMD_READ_6BIT; > @@ -999,7 +986,6 @@ > sc->rl_type =3D RL_8129; > else { > printf("rl%d: unknown device ID: %x\n", unit, rl_did); > - bus_teardown_intr(dev, sc->rl_irq, sc->rl_intrhand); > bus_release_resource(dev, SYS_RES_IRQ, 0, sc->rl_irq); > bus_release_resource(dev, RL_RES, RL_RID, sc->rl_res); > error =3D ENXIO; > @@ -1045,7 +1031,6 @@ > =20 > if (sc->rl_cdata.rl_rx_buf =3D=3D NULL) { > printf("rl%d: no memory for list buffers!\n", unit); > - bus_teardown_intr(dev, sc->rl_irq, sc->rl_intrhand); > bus_release_resource(dev, SYS_RES_IRQ, 0, sc->rl_irq); > bus_release_resource(dev, RL_RES, RL_RID, sc->rl_res); > bus_dma_tag_destroy(sc->rl_tag); > @@ -1061,7 +1046,6 @@ > if (mii_phy_probe(dev, &sc->rl_miibus, > rl_ifmedia_upd, rl_ifmedia_sts)) { > printf("rl%d: MII without any phy!\n", sc->rl_unit); > - bus_teardown_intr(dev, sc->rl_irq, sc->rl_intrhand); > bus_release_resource(dev, SYS_RES_IRQ, 0, sc->rl_irq); > bus_release_resource(dev, RL_RES, RL_RID, sc->rl_res); > bus_dmamem_free(sc->rl_tag, > @@ -1089,11 +1073,23 @@ > * Call MI attach routine. > */ > ether_ifattach(ifp, ETHER_BPF_SUPPORTED); > - RL_UNLOCK(sc); > - return(0); > =20 > + error =3D bus_setup_intr(dev, sc->rl_irq, INTR_TYPE_NET, > + rl_intr, sc, &sc->rl_intrhand); > + > + if (error) { > + printf("rl%d: couldn't set up irq\n", unit); > + bus_release_resource(dev, SYS_RES_IRQ, 0, sc->rl_irq); > + bus_release_resource(dev, RL_RES, RL_RID, sc->rl_res); > + bus_dmamem_free(sc->rl_tag, > + sc->rl_cdata.rl_rx_buf, sc->rl_cdata.rl_rx_dmamap); > + bus_dma_tag_destroy(sc->rl_tag); > + goto fail; > + } > + > + callout_handle_init(&sc->rl_stat_ch); > + return(0); > fail: > - RL_UNLOCK(sc); > mtx_destroy(&sc->rl_mtx); > return(error); > } >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message Thanks, it works fine. David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 20:12:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B83C837B401 for ; Mon, 21 Oct 2002 20:12:32 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D77DE43E75 for ; Mon, 21 Oct 2002 20:12:31 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.4/8.12.4) with SMTP id g9M3BnOo000550 for ; Mon, 21 Oct 2002 23:11:49 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 21 Oct 2002 23:11:49 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Subject: if_dc: ethernet address now reported as 00:00:00:00:00:00 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I upgraded one of my older boxes with a Linksys ethernet card this evening, and was a bit surprised to see this in dmesg: dc0: port 0xe800-0xe8ff mem 0xfebfff00-0xfebfffff irq 9 at device 19.0 on pci0 dc0: Ethernet address: 00:00:00:00:00:00 miibus0: on dc0 dcphy0: on miibus0 dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto This wasn't the case a month or two ago when the box was last upgraded. I'm going to look into backing out some of the recent commits to if_dc and see if that helps, but I have to say this result isn't thrilling :-). Interestingly, IP works, although it's probably making a mess of the CPU load on the surrounding machines: curry:~> arp -a ... ? (192.168.11.227) at 00:00:00:00:00:00 on xl0 [ethernet] Another problem I've had with this card for years is that it can't properly negotiation 100mbps, although around 3.0-current, it could. No time to track that down either. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 20:14:20 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B91537B401 for ; Mon, 21 Oct 2002 20:14:16 -0700 (PDT) Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id D87CF43E6A for ; Mon, 21 Oct 2002 20:14:13 -0700 (PDT) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (iwa@tasogare.imasy.or.jp [202.227.24.5]) by tasogare.imasy.or.jp (8.11.6+3.4W/8.11.6/tasogare) with ESMTP/inet id g9M3E1Y00710; Tue, 22 Oct 2002 12:14:01 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Tue, 22 Oct 2002 12:13:55 +0900 (JST) Message-Id: <20021022.121355.78702461.iwasaki@jp.FreeBSD.org> To: bde@zeta.org.au Cc: current@FreeBSD.ORG Subject: Re: [PATCH] Workaround for bogus INT 12H BIOS service implementation From: Mitsuru IWASAKI In-Reply-To: <20021022103609.V12732-100000@gamplex.bde.org> References: <20021022.003512.15273101.iwasaki@jp.FreeBSD.org> <20021022103609.V12732-100000@gamplex.bde.org> X-Mailer: Mew version 2.2 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > - vm86_intcall(0x12, &vmf); > > - basemem = vmf.vmf_ax; > > + if ((basemem = rtcin(RTC_BASELO) + (rtcin(RTC_BASEHI)<<8)) > 640) > > + basemem = 640; > > + > > + if (basemem == 0) { > > + vm86_intcall(0x12, &vmf); > > + basemem = vmf.vmf_ax; > > + } > > + > > if (basemem > 640) { > > printf("Preposterous BIOS basemem of %uK, truncating to 640K\n", > > basemem); > > > > This would reintroduce a large bug. The RTC gives the hardware memory > size, but the interrupt gives the software memory size. These differ > for one of two machines under my desk (both have Award BIOSes). The > BIOS often steals some of the base memory. It's hard to tell whether > this memory will be used after FreeBSD determines the memory size. It > might be used for VM86 or (much more magically) for SMM. > > Reading the memory size from BIOS RAM (offset 0x413) would be safer. > I'm not sure how standard this is. I thought that it is less standard > than INT 0x12. OK, RELENG_3 GENERIC kernel might have problems with base memory, RTC was used there... How about this? It's my original idea. Thanks Index: machdep.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/machdep.c,v retrieving revision 1.542 diff -u -r1.542 machdep.c --- machdep.c 12 Oct 2002 05:32:23 -0000 1.542 +++ machdep.c 22 Oct 2002 03:04:15 -0000 @@ -1281,49 +1281,7 @@ bzero(&vmf, sizeof(struct vm86frame)); bzero(physmap, sizeof(physmap)); - - /* - * Perform "base memory" related probes & setup - */ - vm86_intcall(0x12, &vmf); - basemem = vmf.vmf_ax; - if (basemem > 640) { - printf("Preposterous BIOS basemem of %uK, truncating to 640K\n", - basemem); - basemem = 640; - } - - /* - * XXX if biosbasemem is now < 640, there is a `hole' - * between the end of base memory and the start of - * ISA memory. The hole may be empty or it may - * contain BIOS code or data. Map it read/write so - * that the BIOS can write to it. (Memory from 0 to - * the physical end of the kernel is mapped read-only - * to begin with and then parts of it are remapped. - * The parts that aren't remapped form holes that - * remain read-only and are unused by the kernel. - * The base memory area is below the physical end of - * the kernel and right now forms a read-only hole. - * The part of it from PAGE_SIZE to - * (trunc_page(biosbasemem * 1024) - 1) will be - * remapped and used by the kernel later.) - * - * This code is similar to the code used in - * pmap_mapdev, but since no memory needs to be - * allocated we simply change the mapping. - */ - for (pa = trunc_page(basemem * 1024); - pa < ISA_HOLE_START; pa += PAGE_SIZE) - pmap_kenter(KERNBASE + pa, pa); - - /* - * if basemem != 640, map pages r/w into vm86 page table so - * that the bios can scribble on it. - */ - pte = (pt_entry_t *)vm86paddr; - for (i = basemem / 4; i < 160; i++) - pte[i] = (i << PAGE_SHIFT) | PG_V | PG_RW | PG_U; + basemem = 0; /* * map page 1 R/W into the kernel page table so we can use it @@ -1391,6 +1349,60 @@ physmap[physmap_idx + 1] = smap->base + smap->length; next_run: ; } while (vmf.vmf_ebx != 0); + + /* + * Perform "base memory" related probes & setup + */ + for (i = 0; i <= physmap_idx; i += 2) { + if (physmap[i] == 0x00000000) { + basemem = physmap[i + 1] / 1024; + break; + } + } + + /* Fall back to the old compatibility function for base memory */ + if (basemem == 0) { + vm86_intcall(0x12, &vmf); + basemem = vmf.vmf_ax; + } + + if (basemem > 640) { + printf("Preposterous BIOS basemem of %uK, truncating to 640K\n", + basemem); + basemem = 640; + } + + /* + * XXX if biosbasemem is now < 640, there is a `hole' + * between the end of base memory and the start of + * ISA memory. The hole may be empty or it may + * contain BIOS code or data. Map it read/write so + * that the BIOS can write to it. (Memory from 0 to + * the physical end of the kernel is mapped read-only + * to begin with and then parts of it are remapped. + * The parts that aren't remapped form holes that + * remain read-only and are unused by the kernel. + * The base memory area is below the physical end of + * the kernel and right now forms a read-only hole. + * The part of it from PAGE_SIZE to + * (trunc_page(biosbasemem * 1024) - 1) will be + * remapped and used by the kernel later.) + * + * This code is similar to the code used in + * pmap_mapdev, but since no memory needs to be + * allocated we simply change the mapping. + */ + for (pa = trunc_page(basemem * 1024); + pa < ISA_HOLE_START; pa += PAGE_SIZE) + pmap_kenter(KERNBASE + pa, pa); + + /* + * if basemem != 640, map pages r/w into vm86 page table so + * that the bios can scribble on it. + */ + pte = (pt_entry_t *)vm86paddr; + for (i = basemem / 4; i < 160; i++) + pte[i] = (i << PAGE_SHIFT) | PG_V | PG_RW | PG_U; if (physmap[1] != 0) goto physmap_done; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 20:33:31 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E23137B401; Mon, 21 Oct 2002 20:33:30 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49B3543E6A; Mon, 21 Oct 2002 20:30:18 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g9M3UDpk087978; Mon, 21 Oct 2002 21:30:14 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 21 Oct 2002 21:29:59 -0600 (MDT) Message-Id: <20021021.212959.44234368.imp@bsdimp.com> To: rwatson@FreeBSD.ORG Cc: current@FreeBSD.ORG Subject: Re: if_dc: ethernet address now reported as 00:00:00:00:00:00 From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: Robert Watson writes: : dc0: port 0xe800-0xe8ff mem : 0xfebfff00-0xfebfffff irq 9 at device 19.0 on pci0 : dc0: Ethernet address: 00:00:00:00:00:00 Maybe this is due to if_dcreg.h 1.27 and/or if_dc.c 1.80. Can you back out those and try again? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 20:37:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0BFA37B401 for ; Mon, 21 Oct 2002 20:37:14 -0700 (PDT) Received: from relay04.roc.frontiernet.net (relay04.roc.frontiernet.net [66.133.131.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18B3643E65 for ; Mon, 21 Oct 2002 20:37:14 -0700 (PDT) (envelope-from sdodson@eagle4.cc.gasou.edu) Received: (qmail 13444 invoked from network); 22 Oct 2002 03:37:10 -0000 Received: from unknown (HELO sdodson) ([66.133.141.154]) (envelope-sender ) by relay04.roc.frontiernet.net (qmail-ldap-1.03) with SMTP for ; 22 Oct 2002 03:37:10 -0000 Message-ID: <000b01c2797c$4e489380$c82aa8c0@sdodson> Reply-To: "Scott Dodson" From: "Scott Dodson" To: References: Subject: Re: if_dc: ethernet address now reported as 00:00:00:00:00:00 Date: Mon, 21 Oct 2002 23:37:00 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have the same problem using a Linksys LNE100TX which uses the dc driver. I also started having problems crashing when using an SMP kernel with the same cvsup. I'm not sure if they're in anyway related. -- scott ----- Original Message ----- From: "Robert Watson" To: Sent: Monday, October 21, 2002 11:11 PM Subject: if_dc: ethernet address now reported as 00:00:00:00:00:00 > > I upgraded one of my older boxes with a Linksys ethernet card this > evening, and was a bit surprised to see this in dmesg: > > dc0: port 0xe800-0xe8ff mem > 0xfebfff00-0xfebfffff irq 9 at device 19.0 on pci0 > dc0: Ethernet address: 00:00:00:00:00:00 > miibus0: on dc0 > dcphy0: on miibus0 > dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > This wasn't the case a month or two ago when the box was last upgraded. > I'm going to look into backing out some of the recent commits to if_dc and > see if that helps, but I have to say this result isn't thrilling :-). > Interestingly, IP works, although it's probably making a mess of the CPU > load on the surrounding machines: > > curry:~> arp -a > ... > ? (192.168.11.227) at 00:00:00:00:00:00 on xl0 [ethernet] > > Another problem I've had with this card for years is that it can't > properly negotiation 100mbps, although around 3.0-current, it could. No > time to track that down either. > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Network Associates Laboratories > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 20:37:27 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C566D37B401 for ; Mon, 21 Oct 2002 20:37:25 -0700 (PDT) Received: from relay01.roc.frontiernet.net (relay01.roc.frontiernet.net [66.133.131.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B78A43E65 for ; Mon, 21 Oct 2002 20:37:25 -0700 (PDT) (envelope-from sdodson@eagle4.cc.gasou.edu) Received: (qmail 14936 invoked from network); 22 Oct 2002 03:37:22 -0000 Received: from unknown (HELO sdodson) ([66.133.141.154]) (envelope-sender ) by relay01.roc.frontiernet.net (qmail-ldap-1.03) with SMTP for ; 22 Oct 2002 03:37:22 -0000 Message-ID: <000c01c2797c$55104370$c82aa8c0@sdodson> Reply-To: "Scott Dodson" From: "Scott Dodson" To: References: Subject: Re: if_dc: ethernet address now reported as 00:00:00:00:00:00 Date: Mon, 21 Oct 2002 23:37:02 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have the same problem using a Linksys LNE100TX which uses the dc driver. I also started having problems crashing when using an SMP kernel with the same cvsup. I'm not sure if they're in anyway related. -- scott ----- Original Message ----- From: "Robert Watson" To: Sent: Monday, October 21, 2002 11:11 PM Subject: if_dc: ethernet address now reported as 00:00:00:00:00:00 > > I upgraded one of my older boxes with a Linksys ethernet card this > evening, and was a bit surprised to see this in dmesg: > > dc0: port 0xe800-0xe8ff mem > 0xfebfff00-0xfebfffff irq 9 at device 19.0 on pci0 > dc0: Ethernet address: 00:00:00:00:00:00 > miibus0: on dc0 > dcphy0: on miibus0 > dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > This wasn't the case a month or two ago when the box was last upgraded. > I'm going to look into backing out some of the recent commits to if_dc and > see if that helps, but I have to say this result isn't thrilling :-). > Interestingly, IP works, although it's probably making a mess of the CPU > load on the surrounding machines: > > curry:~> arp -a > ... > ? (192.168.11.227) at 00:00:00:00:00:00 on xl0 [ethernet] > > Another problem I've had with this card for years is that it can't > properly negotiation 100mbps, although around 3.0-current, it could. No > time to track that down either. > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Network Associates Laboratories > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 20:39:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FEA437B401 for ; Mon, 21 Oct 2002 20:39:28 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5C5A43E42 for ; Mon, 21 Oct 2002 20:39:27 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.4/8.12.4) with SMTP id g9M3coOo007484; Mon, 21 Oct 2002 23:38:50 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 21 Oct 2002 23:38:50 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Lars Eggert Cc: current Subject: Re: yet another lock order reversal In-Reply-To: <3DB49629.4090302@isi.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 21 Oct 2002, Lars Eggert wrote: > lock order reversal > 1st 0xc791bc00 pipe mutex (pipe mutex) @ /usr/src/sys/kern/sys_pipe.c:465 > 2nd 0xc04974e0 sigio lock (sigio lock) @ /usr/src/sys/kern/kern_sig.c:2156 It strikes me that, for better or for worse, the reported "reversal" is the right way around, and the prior access was the wrong one. It may be possible to extract the locking locations of the prior order using 'show witness' in ddb. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 20:53:39 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD33437B401 for ; Mon, 21 Oct 2002 20:53:37 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0061943E65 for ; Mon, 21 Oct 2002 20:53:36 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.4/8.12.4) with SMTP id g9M3r2Oo011285; Mon, 21 Oct 2002 23:53:02 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 21 Oct 2002 23:53:01 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: "M. Warner Losh" Cc: current@FreeBSD.ORG Subject: Re: if_dc: ethernet address now reported as 00:00:00:00:00:00 In-Reply-To: <20021021.212959.44234368.imp@bsdimp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 21 Oct 2002, M. Warner Losh wrote: > In message: > Robert Watson writes: > : dc0: port 0xe800-0xe8ff mem > : 0xfebfff00-0xfebfffff irq 9 at device 19.0 on pci0 > : dc0: Ethernet address: 00:00:00:00:00:00 > > Maybe this is due to if_dcreg.h 1.27 and/or if_dc.c 1.80. Can you back > out those and try again? Backing out to 1.77 restored the ethernet address: dc0: port 0xe800-0xe8ff mem 0xfebfff00-0xfebfffff irq 9 at device 19.0 on pci0 dc0: Ethernet address: 00:a0:cc:35:3e:56 miibus0: on dc0 dcphy0: on miibus0 I'll try sliding forward until things don't work so well anymore.. I don't suppose anyone has any thoughts on the failure to negotiate 100mbps? That's a long term problem I've had with this line of cards, which used to work fine. The switch light flashes on and off rapidly, but I have't worked on it much more than that. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 20:54:44 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D81D37B404 for ; Mon, 21 Oct 2002 20:54:42 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C49E43E77 for ; Mon, 21 Oct 2002 20:54:41 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g9M3sYpk088170; Mon, 21 Oct 2002 21:54:40 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 21 Oct 2002 21:54:20 -0600 (MDT) Message-Id: <20021021.215420.114935035.imp@bsdimp.com> To: stox@imagescape.com Cc: current@FreeBSD.ORG Subject: Re: Dedicating an interrupt to a PC-Card slot From: "M. Warner Losh" In-Reply-To: <1034867226.90253.2801.camel@stox.sa.enteract.com> References: <1034867226.90253.2801.camel@stox.sa.enteract.com> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <1034867226.90253.2801.camel@stox.sa.enteract.com> "Kenneth P. Stox" writes: : Well, I decided to have some fun and see if I could get a Novatel Merlin : C-201 wireless modem running under FreeBSD. It seems I have run into a : bit of a roadblock. It appears that the C-201 will only speak, through : it's 16550 UART, at a speed of 230400. As such it need to have fast : interrupt support, which only seems possible with a dedicated interrupt. : ACPI and NEWCARD assigns the same interrupt to both of the Cardbus : bridges and to other PCI devices. No, the cbb and cardbus drivers do it. You aren't allowed to not share. Non-fast interrupts would be fine on a fast enough machine, or if our interrupt mechanism didn't use Giant. You might be able to get some machines to work with ISA interrupts, but it would be a lot of work to make work with NEWCARD. You can test this hypothesis by running an OLDCARD kernel, which has some support for doing this. However, I don't plan on supporting that in NEWCARD because it is a royal pain in the backside and generally not needed. As the interrupt latency gets smaller in current, the need will become even less. Also, you don't have to talk to the UART at 230400. I didn't think that sio supported such a fast baud rate, since the standard clock divisor maxes at at 115200, or have you hacked sio to have a faster baud clock? However, you can also hack pccbb to allow the fast interrupt. Given that the card isn't coming and going, it should be safe to have pccbb's interrupt be fast. Since pccbb does the calling of the ISR(s), it wouldn't really be sharing things and could likely be made to work. Since we do at most 2 PCI reads in the ISR (and typically one), the delay should be well within the tolerance of the device. There are some issues with purity of doing this that shouldn't matter in this case so long as there's only one CardBus Bridge in the system. So long as you don't have a second card, it should work. There are those that have a different view, but maybe you should try the above. I think that it would be about 10 lines of diffs to pccbb. However, if you can't assign a dedicated interrupt to the cardbus bridge, it might work. This compiles, but I've not tried it out. Have fun. ==== //depot/user/imp/newcard/dev/pccbb/pccbb.c#31 - /dell/imp/p4/newcard/src/sys/dev/pccbb/pccbb.c ==== @@ -662,8 +662,8 @@ return (ENOMEM); } - if (bus_setup_intr(brdev, sc->irq_res, INTR_TYPE_AV, cbb_intr, sc, - &sc->intrhand)) { + if (bus_setup_intr(brdev, sc->irq_res, INTR_TYPE_AV | INTR_FAST, + cbb_intr, sc, &sc->intrhand)) { device_printf(brdev, "couldn't establish interrupt"); goto err; } @@ -782,6 +782,7 @@ struct cbb_intrhand *ih; struct cbb_softc *sc = device_get_softc(dev); +#if 0 /* * You aren't allowed to have fast interrupts for pccard/cardbus * things since those interrupts are PCI and shared. Since we use @@ -790,6 +791,7 @@ */ if ((flags & INTR_FAST) != 0) return (EINVAL); +#endif ih = malloc(sizeof(struct cbb_intrhand), M_DEVBUF, M_NOWAIT); if (ih == NULL) return (ENOMEM); Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 20:56:17 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CB1837B401; Mon, 21 Oct 2002 20:56:16 -0700 (PDT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D1F843E6E; Mon, 21 Oct 2002 20:56:10 -0700 (PDT) (envelope-from dl-freebsd@catspoiler.org) Received: from mousie.catspoiler.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.5/8.12.5) with ESMTP id g9M3tuvU078298; Mon, 21 Oct 2002 20:56:01 -0700 (PDT) (envelope-from dl-freebsd@catspoiler.org) Message-Id: <200210220356.g9M3tuvU078298@gw.catspoiler.org> Date: Mon, 21 Oct 2002 20:55:56 -0700 (PDT) From: Don Lewis Subject: Re: yet another lock order reversal To: rwatson@FreeBSD.ORG Cc: larse@ISI.EDU, current@FreeBSD.ORG In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 21 Oct, Robert Watson wrote: > > On Mon, 21 Oct 2002, Lars Eggert wrote: > >> lock order reversal >> 1st 0xc791bc00 pipe mutex (pipe mutex) @ /usr/src/sys/kern/sys_pipe.c:465 >> 2nd 0xc04974e0 sigio lock (sigio lock) @ /usr/src/sys/kern/kern_sig.c:2156 > > It strikes me that, for better or for worse, the reported "reversal" is > the right way around, and the prior access was the wrong one. It may be > possible to extract the locking locations of the prior order using 'show > witness' in ddb. I did that back in July and posted it to the list: sigio -> process group -> process -> filedesc -> pipe The recent locking changes in the kqueue code run into the same problem. I think it is probably easier to fix this in the pipe code by dropping the pipe lock before calling pipeselwakeup() and relocking afterwards if necessary. The nasty bits are recovering if another process mucks with the pipe while the lock was dropped and figuring out how to rejigger the locking of the pipe_state flags that pipeselwakeup() plays with. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 21:43:34 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC5BA37B401 for ; Mon, 21 Oct 2002 21:43:33 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4276043E65 for ; Mon, 21 Oct 2002 21:43:33 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.4/8.12.4) with SMTP id g9M4gxOo024252; Tue, 22 Oct 2002 00:42:59 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Tue, 22 Oct 2002 00:42:59 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: "M. Warner Losh" Cc: current@FreeBSD.ORG Subject: Re: if_dc: ethernet address now reported as 00:00:00:00:00:00 In-Reply-To: <20021021.212959.44234368.imp@bsdimp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 21 Oct 2002, M. Warner Losh wrote: > In message: > Robert Watson writes: > : dc0: port 0xe800-0xe8ff mem > : 0xfebfff00-0xfebfffff irq 9 at device 19.0 on pci0 > : dc0: Ethernet address: 00:00:00:00:00:00 > > Maybe this is due to if_dcreg.h 1.27 and/or if_dc.c 1.80. Can you back > out those and try again? I stepped from 1.77 forwards, and when I hit 1.80, the ethernet zeroing returned, so that seems to be the culprit. I'm heading to bed, but can diagnose more in the morning. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 22: 0:56 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C391937B401; Mon, 21 Oct 2002 22:00:55 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 267EA43E6E; Mon, 21 Oct 2002 22:00:55 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g9M50spk088564; Mon, 21 Oct 2002 23:00:54 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 21 Oct 2002 23:00:40 -0600 (MDT) Message-Id: <20021021.230040.103859703.imp@bsdimp.com> To: rwatson@FreeBSD.ORG Cc: current@FreeBSD.ORG Subject: Re: if_dc: ethernet address now reported as 00:00:00:00:00:00 From: "M. Warner Losh" In-Reply-To: References: <20021021.212959.44234368.imp@bsdimp.com> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: Robert Watson writes: : : On Mon, 21 Oct 2002, M. Warner Losh wrote: : : > In message: : > Robert Watson writes: : > : dc0: port 0xe800-0xe8ff mem : > : 0xfebfff00-0xfebfffff irq 9 at device 19.0 on pci0 : > : dc0: Ethernet address: 00:00:00:00:00:00 : > : > Maybe this is due to if_dcreg.h 1.27 and/or if_dc.c 1.80. Can you back : > out those and try again? : : I stepped from 1.77 forwards, and when I hit 1.80, the ethernet zeroing : returned, so that seems to be the culprit. I'm heading to bed, but can : diagnose more in the morning. OK. I'll take a look to see if I can see anything... It fixed a few cards, but alas broke yours :-( Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 23: 6:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B124037B401 for ; Mon, 21 Oct 2002 23:06:17 -0700 (PDT) Received: from dibbler.ne.client2.attbi.com (dibbler.ne.client2.attbi.com [24.61.41.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CCFC43E4A for ; Mon, 21 Oct 2002 23:06:17 -0700 (PDT) (envelope-from rodrigc@attbi.com) Received: from dibbler.ne.client2.attbi.com (localhost.ne.attbi.com [127.0.0.1]) by dibbler.ne.client2.attbi.com (8.12.6/8.12.5) with ESMTP id g9M66ORD019999; Tue, 22 Oct 2002 02:06:24 -0400 (EDT) (envelope-from rodrigc@dibbler.ne.client2.attbi.com) Received: (from rodrigc@localhost) by dibbler.ne.client2.attbi.com (8.12.6/8.12.6/Submit) id g9M66N9L019998; Tue, 22 Oct 2002 02:06:23 -0400 (EDT) Date: Tue, 22 Oct 2002 02:06:23 -0400 From: Craig Rodrigues To: Philipp Mergenthaler Cc: freebsd-current@freebsd.org Subject: Re: Bad system call: aio_read() Message-ID: <20021022020623.A19987@attbi.com> References: <20021012095302.A22260@attbi.com> <20021012142400.GA26739@rz.uni-karlsruhe.de> <20021012164925.C424@aldebaran.dx> <20021012115723.A22674@attbi.com> <20021012192652.GA2221@rz.uni-karlsruhe.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021012192652.GA2221@rz.uni-karlsruhe.de>; from un1i@rz.uni-karlsruhe.de on Sat, Oct 12, 2002 at 09:26:52PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Oct 12, 2002 at 09:26:52PM +0200, Philipp Mergenthaler wrote: > > Where is stuff like this documented for end-users? > > AFAIK right now it is only documented in sys/conf/NOTES. I've sent > PR docs/39748 some time back which has a patch similar to yours > (I forgot about the module, though). I submitted a followup to your PR: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=102141+0+current/freebsd-doc The patch I submitted gives information for adding the kernel config option VFS_AIO, or doing a kldload aio in order to get aio. Hopefully this patch is OK enough to be applied. Thanks. -- Craig Rodrigues http://www.gis.net/~craigr rodrigc@attbi.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 23:34: 0 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8B7437B401; Mon, 21 Oct 2002 23:33:56 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD12043E4A; Mon, 21 Oct 2002 23:33:55 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id g9M6Xrn4015329; Tue, 22 Oct 2002 08:33:53 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: hackers@freebsd.org, current@freebsd.org Subject: 5.0-RUSH: -current install testers wanted! From: Poul-Henning Kamp Date: Tue, 22 Oct 2002 08:33:53 +0200 Message-ID: <15328.1035268433@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I built a "make release" overnight and I managed to install from it by copying the boot.flp image to a ZIP disk, selecting Minimum and FTP passive. So far so good. But we all know that sysintall has a few more bells and whistles than that, so NOW is the TIME of all good men to come to the aid of their favourite installer! I want as many people as possible to beat up on sysinstall as much as they can. And I want them to do it RSN: 5.0-R is only 9 days away. Please try to be creative in the choices you make in sysinstall, we don't need 20 people all testing ftp-passive, we need to get all the media options tested, IPv4 and IPv6, all the different distributions, scripted installs, on different hardware configs and so. If you find problems, please try to see if you reproduce them, if you can, try to see if you can isolate them to some particular menu choice or set of circumstances. Please report your findings with send-pr. If you don't have the machine-power to run make release yourself, I hope the japanese snapshot server is producing good snapshots, if that fails, I would appreciate if somebody will produce and put up good releases and/or ISO images somewhere. I can't promise to fix all the issues which come up, but I will do my very best... -- 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. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 23:37:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54D1537B401 for ; Mon, 21 Oct 2002 23:37:14 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F42143E4A for ; Mon, 21 Oct 2002 23:37:09 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g9M6b1o01491 for current@FreeBSD.org; Tue, 22 Oct 2002 09:37:01 +0300 (EEST) (envelope-from ru) Date: Tue, 22 Oct 2002 09:37:01 +0300 From: Ruslan Ermilov To: current@FreeBSD.org Subject: make release run output Message-ID: <20021022063701.GA99666@sunbay.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LQksG6bCIzRHxTLp" Content-Disposition: inline User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable i386 release succeeded sparc64 release succeeded pc98 release failed : /usr/src/sys/pc98/i386/machdep.c:2371: structure has no member named `dr0' : ... alpha release failed : sh -e /usr/src/release/scripts/doFS.sh /R/stage/floppies/kern.flp /R/sta= ge /mnt 1440 /R/stage/image.kern 80000 fd1440 : ... : cpio: write error: No space left on device Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --LQksG6bCIzRHxTLp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9tPIMUkv4P6juNwoRAu29AJ9bLguvYFj24I70+CyW2kibpsDB9QCcCNeK F/0O5Msawf3A6sOLUGonLBk= =mKIc -----END PGP SIGNATURE----- --LQksG6bCIzRHxTLp-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 23:41:43 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D11F37B401; Mon, 21 Oct 2002 23:41:41 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id AADE543E4A; Mon, 21 Oct 2002 23:41:40 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id g9M6fcn4015475; Tue, 22 Oct 2002 08:41:38 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Ruslan Ermilov Cc: current@FreeBSD.ORG Subject: Re: make release run output In-Reply-To: Your message of "Tue, 22 Oct 2002 09:37:01 +0300." <20021022063701.GA99666@sunbay.com> Date: Tue, 22 Oct 2002 08:41:38 +0200 Message-ID: <15474.1035268898@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thankyou! This is most valuable at this time! Do we have some volunteers chasing the pc98 and alpha issues ? Poul-Henning In message <20021022063701.GA99666@sunbay.com>, Ruslan Ermilov writes: > >--LQksG6bCIzRHxTLp >Content-Type: text/plain; charset=us-ascii >Content-Disposition: inline >Content-Transfer-Encoding: quoted-printable > >i386 release succeeded >sparc64 release succeeded > >pc98 release failed >: /usr/src/sys/pc98/i386/machdep.c:2371: structure has no member named `dr0' >: ... > >alpha release failed >: sh -e /usr/src/release/scripts/doFS.sh /R/stage/floppies/kern.flp /R/sta= >ge /mnt 1440 /R/stage/image.kern 80000 fd1440 >: ... >: cpio: write error: No space left on device > > >Cheers, >--=20 >Ruslan Ermilov Sysadmin and DBA, >ru@sunbay.com Sunbay Software AG, >ru@FreeBSD.org FreeBSD committer, >+380.652.512.251 Simferopol, Ukraine > >http://www.FreeBSD.org The Power To Serve >http://www.oracle.com Enabling The Information Age > >--LQksG6bCIzRHxTLp >Content-Type: application/pgp-signature >Content-Disposition: inline > >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v1.0.7 (FreeBSD) > >iD8DBQE9tPIMUkv4P6juNwoRAu29AJ9bLguvYFj24I70+CyW2kibpsDB9QCcCNeK >F/0O5Msawf3A6sOLUGonLBk= >=mKIc >-----END PGP SIGNATURE----- > >--LQksG6bCIzRHxTLp-- > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-current" in the body of the message > -- 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. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Oct 21 23:53:42 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7311C37B401; Mon, 21 Oct 2002 23:53:41 -0700 (PDT) Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id D94CD43E4A; Mon, 21 Oct 2002 23:53:40 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0152.cvx21-bradley.dialup.earthlink.net ([209.179.192.152] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 183sv6-0001oR-00; Mon, 21 Oct 2002 23:53:40 -0700 Message-ID: <3DB4F4FF.C42E037A@mindspring.com> Date: Mon, 21 Oct 2002 23:49:35 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Poul-Henning Kamp Cc: hackers@freebsd.org, current@freebsd.org Subject: Re: 5.0-RUSH: -current install testers wanted! References: <15328.1035268433@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Poul-Henning Kamp wrote: > I want as many people as possible to beat up on sysinstall as much as > they can. > > And I want them to do it RSN: 5.0-R is only 9 days away. > > Please try to be creative in the choices you make in sysinstall, we > don't need 20 people all testing ftp-passive, we need to get all the > media options tested, IPv4 and IPv6, all the different distributions, > scripted installs, on different hardware configs and so. > > If you find problems, please try to see if you reproduce them, if you > can, try to see if you can isolate them to some particular menu choice > or set of circumstances. Please report your findings with send-pr. Ad-Hoc testing is unlikely to find problems; if you are expecting a certain class of problems, it's best to treat them, up front. There are a number of systems right now with "broken" INT 0x12 implementations which will not boot at all right now (they panic almost immediately). I think you are going to end up with a lot of bug reports not related to the problems you are trying to prevent/address. 8-(. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 0:10:21 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93FB437B40D for ; Tue, 22 Oct 2002 00:10:14 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3438B43E42 for ; Tue, 22 Oct 2002 00:10:09 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g9M79tn07676; Tue, 22 Oct 2002 10:09:55 +0300 (EEST) (envelope-from ru) Date: Tue, 22 Oct 2002 10:09:55 +0300 From: Ruslan Ermilov To: Poul-Henning Kamp Cc: current@FreeBSD.ORG Subject: Re: make release run output Message-ID: <20021022070955.GB3325@sunbay.com> References: <20021022063701.GA99666@sunbay.com> <15474.1035268898@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gr/z0/N6AeWAPJVB" Content-Disposition: inline In-Reply-To: <15474.1035268898@critter.freebsd.dk> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --gr/z0/N6AeWAPJVB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 22, 2002 at 08:41:38AM +0200, Poul-Henning Kamp wrote: >=20 > Thankyou! >=20 > This is most valuable at this time! >=20 > Do we have some volunteers chasing the pc98 and alpha issues ? >=20 I thought you'd fix pc98. These were your changes, weren't they? :-) > In message <20021022063701.GA99666@sunbay.com>, Ruslan Ermilov writes: > > > >--LQksG6bCIzRHxTLp > >Content-Type: text/plain; charset=3Dus-ascii > >Content-Disposition: inline > >Content-Transfer-Encoding: quoted-printable > > > >i386 release succeeded > >sparc64 release succeeded > > > >pc98 release failed > >: /usr/src/sys/pc98/i386/machdep.c:2371: structure has no member named `= dr0' > >: ... > > > >alpha release failed > >: sh -e /usr/src/release/scripts/doFS.sh /R/stage/floppies/kern.flp /R/= sta=3D > >ge /mnt 1440 /R/stage/image.kern 80000 fd1440 > >: ... > >: cpio: write error: No space left on device > > > > > >Cheers, > >--=3D20 > >Ruslan Ermilov Sysadmin and DBA, > >ru@sunbay.com Sunbay Software AG, > >ru@FreeBSD.org FreeBSD committer, > >+380.652.512.251 Simferopol, Ukraine > > > >http://www.FreeBSD.org The Power To Serve > >http://www.oracle.com Enabling The Information Age > > > >--LQksG6bCIzRHxTLp > >Content-Type: application/pgp-signature > >Content-Disposition: inline > > > >-----BEGIN PGP SIGNATURE----- > >Version: GnuPG v1.0.7 (FreeBSD) > > > >iD8DBQE9tPIMUkv4P6juNwoRAu29AJ9bLguvYFj24I70+CyW2kibpsDB9QCcCNeK > >F/0O5Msawf3A6sOLUGonLBk=3D > >=3DmKIc > >-----END PGP SIGNATURE----- > > > >--LQksG6bCIzRHxTLp-- > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org > >with "unsubscribe freebsd-current" in the body of the message > > >=20 > --=20 > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe =20 > Never attribute to malice what can adequately be explained by incompetenc= e. --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --gr/z0/N6AeWAPJVB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9tPnDUkv4P6juNwoRArXyAJwPQprVuMNAR+gVDaYgM5bvCXb7rgCgiPcP jYo9B15obXp0Chyf1FkVcUQ= =OPbN -----END PGP SIGNATURE----- --gr/z0/N6AeWAPJVB-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 0:14:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F43437B401; Tue, 22 Oct 2002 00:14:12 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id A00B843E6A; Tue, 22 Oct 2002 00:14:11 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id g9M7E2n4016039; Tue, 22 Oct 2002 09:14:03 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Ruslan Ermilov Cc: current@FreeBSD.ORG Subject: Re: make release run output In-Reply-To: Your message of "Tue, 22 Oct 2002 10:09:55 +0300." <20021022070955.GB3325@sunbay.com> Date: Tue, 22 Oct 2002 09:14:02 +0200 Message-ID: <16038.1035270842@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20021022070955.GB3325@sunbay.com>, Ruslan Ermilov writes: > >--gr/z0/N6AeWAPJVB >Content-Type: text/plain; charset=us-ascii >Content-Disposition: inline >Content-Transfer-Encoding: quoted-printable > >On Tue, Oct 22, 2002 at 08:41:38AM +0200, Poul-Henning Kamp wrote: >>=20 >> Thankyou! >>=20 >> This is most valuable at this time! >>=20 >> Do we have some volunteers chasing the pc98 and alpha issues ? >>=20 >I thought you'd fix pc98. These were your changes, weren't they? :-) Right now getting sysinstall and libdisk to grok sparc64 has higher priority for me. The fixes needed to pc98 are trivial so any random committer can probably do that faster than I can get to it. -- 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. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 0:32: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id 28D1A37B401; Tue, 22 Oct 2002 00:32:01 -0700 (PDT) Date: Tue, 22 Oct 2002 00:32:01 -0700 From: Juli Mallett To: Poul-Henning Kamp Cc: hackers@freebsd.org, current@freebsd.org Subject: Re: 5.0-RUSH: -current install testers wanted! Message-ID: <20021022003201.A32311@FreeBSD.org> References: <15328.1035268433@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <15328.1035268433@critter.freebsd.dk>; from phk@freebsd.org on Tue, Oct 22, 2002 at 08:33:53AM +0200 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , , X-Towel: Yes X-LiveJournal: flata, jmallett X-Negacore: Yes Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * De: Poul-Henning Kamp [ Data: 2002-10-21 ] [ Subjecte: 5.0-RUSH: -current install testers wanted! ] > > I want as many people as possible to beat up on sysinstall as much as > they can. > I've been fighting to find a way to install -CURRENT pure on my workstation using the 4.7 CD I just got in the mail, to no avail, because of the bin->base thing. But with the 4.7 installer, bouncing around in the FTP and networking screens, having done the "restart sysinstall" thing once, I managed to get a SIG11, though I couldn't reproduce it with debugging on. Anyone with a good idea on how to bootstrap a _clean_ 5.0 install to a box with only a CDROM drive, and 4.7 CD, with broken PXE firmware, and an IDE disk which can be thrashed, by all means tell me... I'd imagine that I could just use the mfsroot and kernel, but there's no way for me to disable atkbd/atkbdc that _I_ know of, in the post-userconfig world, and my keyboard is broken at the mountroot> prompt, as the atkbdc detected based on my usb keyboard makes neither interface work, as both are exposed to the kernel. I've never had to install CURRENT on here without the ability to burn a bootable CD, and use userconfig... Yes, it was that long ago that I did my initial install. Thoughts? Yes, I could build my own kernel and fake it, but I can't do that in a "real, user environment", and I'd love to have some idea of what might be possible... Damned Korean legacy-free box :/ Thanks, juli. -- Juli Mallett | FreeBSD: The Power To Serve Will break world for fulltime employment. | finger jmallett@FreeBSD.org http://people.FreeBSD.org/~jmallett/ | Support my FreeBSD hacking! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 0:39:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3585637B401; Tue, 22 Oct 2002 00:39:12 -0700 (PDT) Received: from conure.mail.pas.earthlink.net (conure.mail.pas.earthlink.net [207.217.120.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98EFB43E4A; Tue, 22 Oct 2002 00:39:06 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0084.cvx21-bradley.dialup.earthlink.net ([209.179.192.84] helo=mindspring.com) by conure.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 183tcy-0000gD-00; Tue, 22 Oct 2002 00:39:01 -0700 Message-ID: <3DB4FF58.F2784C52@mindspring.com> Date: Tue, 22 Oct 2002 00:33:44 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Juli Mallett Cc: Poul-Henning Kamp , hackers@freebsd.org, current@freebsd.org Subject: Re: 5.0-RUSH: -current install testers wanted! References: <15328.1035268433@critter.freebsd.dk> <20021022003201.A32311@FreeBSD.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Juli Mallett wrote: > Anyone with a good idea on how to bootstrap a _clean_ 5.0 install to a > box with only a CDROM drive, and 4.7 CD, with broken PXE firmware, and > an IDE disk which can be thrashed, by all means tell me... I'd imagine > that I could just use the mfsroot and kernel, but there's no way for me > to disable atkbd/atkbdc that _I_ know of, in the post-userconfig world, > and my keyboard is broken at the mountroot> prompt, as the atkbdc > detected based on my usb keyboard makes neither interface work, as both > are exposed to the kernel. > > I've never had to install CURRENT on here without the ability to burn a > bootable CD, and use userconfig... Yes, it was that long ago that I did > my initial install. > > Thoughts? Find another box where it has already been successfully installed, and an ISO image has been built from sources. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 0:41:30 2002 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id D001A37B401; Tue, 22 Oct 2002 00:41:28 -0700 (PDT) Date: Tue, 22 Oct 2002 00:41:28 -0700 From: Juli Mallett To: Terry Lambert Cc: Poul-Henning Kamp , hackers@freebsd.org, current@freebsd.org Subject: Re: 5.0-RUSH: -current install testers wanted! Message-ID: <20021022004128.A33488@FreeBSD.org> References: <15328.1035268433@critter.freebsd.dk> <20021022003201.A32311@FreeBSD.org> <3DB4FF58.F2784C52@mindspring.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: <3DB4FF58.F2784C52@mindspring.com>; from tlambert2@mindspring.com on Tue, Oct 22, 2002 at 12:33:44AM -0700 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , , X-Towel: Yes X-LiveJournal: flata, jmallett X-Negacore: Yes Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * De: Terry Lambert [ Data: 2002-10-22 ] [ Subjecte: Re: 5.0-RUSH: -current install testers wanted! ] > Juli Mallett wrote: > > Anyone with a good idea on how to bootstrap a _clean_ 5.0 install to a > > box with only a CDROM drive, and 4.7 CD, with broken PXE firmware, and > > an IDE disk which can be thrashed, by all means tell me... I'd imagine > > that I could just use the mfsroot and kernel, but there's no way for me > > to disable atkbd/atkbdc that _I_ know of, in the post-userconfig world, > > and my keyboard is broken at the mountroot> prompt, as the atkbdc > > detected based on my usb keyboard makes neither interface work, as both > > are exposed to the kernel. > > > > I've never had to install CURRENT on here without the ability to burn a > > bootable CD, and use userconfig... Yes, it was that long ago that I did > > my initial install. > > > > Thoughts? > > > Find another box where it has already been successfully installed, > and an ISO image has been built from sources. I don't have a CD burner. I have no ability to burn a CD at all. -- Juli Mallett | FreeBSD: The Power To Serve Will break world for fulltime employment. | finger jmallett@FreeBSD.org http://people.FreeBSD.org/~jmallett/ | Support my FreeBSD hacking! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 0:51:40 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1CA037B401; Tue, 22 Oct 2002 00:51:39 -0700 (PDT) Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB28D43E42; Tue, 22 Oct 2002 00:51:32 -0700 (PDT) (envelope-from sos@spider.deepcore.dk) Received: (from sos@localhost) by spider.deepcore.dk (8.12.5/8.12.6) id g9M7pUCE074053; Tue, 22 Oct 2002 09:51:30 +0200 (CEST) (envelope-from sos) From: Soeren Schmidt Message-Id: <200210220751.g9M7pUCE074053@spider.deepcore.dk> Subject: Re: 5.0-RUSH: -current install testers wanted! In-Reply-To: <20021022004128.A33488@FreeBSD.org> To: Juli Mallett Date: Tue, 22 Oct 2002 09:51:30 +0200 (CEST) Cc: Terry Lambert , Poul-Henning Kamp , hackers@FreeBSD.ORG, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL98b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Juli Mallett wrote: > > Find another box where it has already been successfully installed, > > and an ISO image has been built from sources. > > I don't have a CD burner. I have no ability to burn a CD at all. Where do you live ? I'm sure we can find someone with a CD burner near you willing to make a copy and snailmail it to you... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 0:58:34 2002 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id 82F5C37B401; Tue, 22 Oct 2002 00:58:33 -0700 (PDT) Date: Tue, 22 Oct 2002 00:58:33 -0700 From: Juli Mallett To: Soeren Schmidt Cc: Terry Lambert , Poul-Henning Kamp , hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: 5.0-RUSH: -current install testers wanted! Message-ID: <20021022005833.A34718@FreeBSD.org> References: <20021022004128.A33488@FreeBSD.org> <200210220751.g9M7pUCE074053@spider.deepcore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200210220751.g9M7pUCE074053@spider.deepcore.dk>; from sos@spider.deepcore.dk on Tue, Oct 22, 2002 at 09:51:30AM +0200 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , , X-Towel: Yes X-LiveJournal: flata, jmallett X-Negacore: Yes Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * De: Soeren Schmidt [ Data: 2002-10-22 ] [ Subjecte: Re: 5.0-RUSH: -current install testers wanted! ] > It seems Juli Mallett wrote: > > > Find another box where it has already been successfully installed, > > > and an ISO image has been built from sources. > > > > I don't have a CD burner. I have no ability to burn a CD at all. > > Where do you live ? I'm sure we can find someone with a CD burner > near you willing to make a copy and snailmail it to you... (Consider this a beg for anyone close enough for it to be cost effective to send me a 5.0-CURRENT snapshot CD, on which I can somehow disable the atkbdc/atkbd stuff at bootup, or which has them out of the kernel...) Juli Mallett 11145 W 76th Terrace Shawnee, KS 66214 United States Thanks for the idea :) juli. -- Juli Mallett | FreeBSD: The Power To Serve Will break world for fulltime employment. | finger jmallett@FreeBSD.org http://people.FreeBSD.org/~jmallett/ | Support my FreeBSD hacking! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 1:11:34 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEF8737B401; Tue, 22 Oct 2002 01:11:32 -0700 (PDT) Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5133543E3B; Tue, 22 Oct 2002 01:11:32 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0084.cvx21-bradley.dialup.earthlink.net ([209.179.192.84] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 183u8R-0000zY-00; Tue, 22 Oct 2002 01:11:31 -0700 Message-ID: <3DB506B4.7111B592@mindspring.com> Date: Tue, 22 Oct 2002 01:05:08 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Juli Mallett Cc: Poul-Henning Kamp , hackers@freebsd.org, current@freebsd.org Subject: Re: 5.0-RUSH: -current install testers wanted! References: <15328.1035268433@critter.freebsd.dk> <20021022003201.A32311@FreeBSD.org> <3DB4FF58.F2784C52@mindspring.com> <20021022004128.A33488@FreeBSD.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Juli Mallett wrote: > > Find another box where it has already been successfully installed, > > and an ISO image has been built from sources. > > I don't have a CD burner. I have no ability to burn a CD at all. You don't burn a CD from the other box, you install from it. Though FreeBSD doesn't technically support it, because they do not make the sysinstall image easily available, you can upgrade via a CDROM FS image via NFS, without even needing a local CDROM installed on the machine being upgraded. To do this, copy over /stand/sysinstall to /tmp/sysinstall (it is crunched, therefore av[0] needs to be "sysinstall"), mount the image via NFS, run the sysinstall in /tmp, and select "local file system" for the media from which you will be upgrading. You must manullay run disklabel to change the boot code, after the upgrade, and prior to the reboot (the upgrade code in sysinstall makes assumptions about the boot media when it comes to the boot code installation, and those assumptions are often invalis, as in this case). If you are using SSH, you will potentially need to add the ssh line to the pam.conf file, or you will need physical console access to get back into the machine after you reboot with the new OS. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 1:18:24 2002 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id 8B74B37B401; Tue, 22 Oct 2002 01:18:22 -0700 (PDT) Date: Tue, 22 Oct 2002 01:18:22 -0700 From: Juli Mallett To: Terry Lambert Cc: Poul-Henning Kamp , hackers@freebsd.org, current@freebsd.org Subject: Re: 5.0-RUSH: -current install testers wanted! Message-ID: <20021022011822.A35944@FreeBSD.org> References: <15328.1035268433@critter.freebsd.dk> <20021022003201.A32311@FreeBSD.org> <3DB4FF58.F2784C52@mindspring.com> <20021022004128.A33488@FreeBSD.org> <3DB506B4.7111B592@mindspring.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: <3DB506B4.7111B592@mindspring.com>; from tlambert2@mindspring.com on Tue, Oct 22, 2002 at 01:05:08AM -0700 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , , X-Towel: Yes X-LiveJournal: flata, jmallett X-Negacore: Yes Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * De: Terry Lambert [ Data: 2002-10-22 ] [ Subjecte: Re: 5.0-RUSH: -current install testers wanted! ] > Juli Mallett wrote: > > > Find another box where it has already been successfully installed, > > > and an ISO image has been built from sources. > > > > I don't have a CD burner. I have no ability to burn a CD at all. > > You don't burn a CD from the other box, you install from it. > > Though FreeBSD doesn't technically support it, because they do > not make the sysinstall image easily available, you can upgrade > via a CDROM FS image via NFS, without even needing a local CDROM > installed on the machine being upgraded. > > To do this, copy over /stand/sysinstall to /tmp/sysinstall (it is > crunched, therefore av[0] needs to be "sysinstall"), mount the > image via NFS, run the sysinstall in /tmp, and select "local > file system" for the media from which you will be upgrading. > > You must manullay run disklabel to change the boot code, after > the upgrade, and prior to the reboot (the upgrade code in sysinstall > makes assumptions about the boot media when it comes to the boot > code installation, and those assumptions are often invalis, as in > this case). > > If you are using SSH, you will potentially need to add the ssh > line to the pam.conf file, or you will need physical console access > to get back into the machine after you reboot with the new OS. If I wanted to do this, I could, but it would not give me a clean 5.0 install, and it is also not that simple at this time, as (afaict) kern.disks is required by sysinstall, which 4.x doesn't support... And even then, I'd have to blow away everything except /tmp first, which is a hell of a lot of fun, especially when it (often) doesn't work... -- Juli Mallett | FreeBSD: The Power To Serve Will break world for fulltime employment. | finger jmallett@FreeBSD.org http://people.FreeBSD.org/~jmallett/ | Support my FreeBSD hacking! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 1:23: 5 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDF0537B401; Tue, 22 Oct 2002 01:23:03 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E50843E3B; Tue, 22 Oct 2002 01:22:58 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g9M8MfD21965; Tue, 22 Oct 2002 11:22:41 +0300 (EEST) (envelope-from ru) Date: Tue, 22 Oct 2002 11:22:41 +0300 From: Ruslan Ermilov To: Kris Kennaway Cc: current@FreeBSD.org, standards@FreeBSD.org Subject: Re: libstdc++ does not contain fabsl symbol Message-ID: <20021022082241.GG3325@sunbay.com> References: <20021020025400.GA13776@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="U3BNvdZEnlJXqmh+" Content-Disposition: inline In-Reply-To: <20021020025400.GA13776@xor.obsecurity.org> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --U3BNvdZEnlJXqmh+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 19, 2002 at 07:54:01PM -0700, Kris Kennaway wrote: > World is broken if you try and build with -fno-builtin: >=20 > c++ -O -pipe -ggdb -fno-builtin -march=3Dpentium3 -I/usr/src/gnu/usr.= bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -o gperf= bool-array.o gen-perf.o hash-table.o iterator.o key-list.o list-node.o mai= n.o new.o options.o read-line.o trace.o vectors.o version.o hash.o getopt.o= getopt1.o > gen-perf.o: In function `Gen_Perf::Gen_Perf()': > /usr/src/contrib/gperf/src/bool-array.icc:81: warning: rand() does not pr= oduce high-quality random numbers and should not generally be used > /usr/obj/usr/src/i386/usr/lib/libstdc++.so: undefined reference to `fabsl' > *** Error code 1 >=20 This is because we lack the long double fabsl(long double); in -lm and . Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --U3BNvdZEnlJXqmh+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9tQrQUkv4P6juNwoRAhBmAJ9Mcg1eCmuB6yRY6Dn5YCSA+q+FhwCeOdOi ly1jDLX9bLVzxGxNtPHzDRs= =LlkU -----END PGP SIGNATURE----- --U3BNvdZEnlJXqmh+-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 1:34:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5024A37B401; Tue, 22 Oct 2002 01:34:24 -0700 (PDT) Received: from falcon.mail.pas.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0216443E75; Tue, 22 Oct 2002 01:34:24 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0084.cvx21-bradley.dialup.earthlink.net ([209.179.192.84] helo=mindspring.com) by falcon.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 183uUZ-00072u-00; Tue, 22 Oct 2002 01:34:23 -0700 Message-ID: <3DB50C00.8CFA03A9@mindspring.com> Date: Tue, 22 Oct 2002 01:27:44 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Juli Mallett Cc: Poul-Henning Kamp , hackers@freebsd.org, current@freebsd.org Subject: Re: 5.0-RUSH: -current install testers wanted! References: <15328.1035268433@critter.freebsd.dk> <20021022003201.A32311@FreeBSD.org> <3DB4FF58.F2784C52@mindspring.com> <20021022004128.A33488@FreeBSD.org> <3DB506B4.7111B592@mindspring.com> <20021022011822.A35944@FreeBSD.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Juli Mallett wrote: > If I wanted to do this, I could, but it would not give me a clean > 5.0 install, and it is also not that simple at this time, as (afaict) > kern.disks is required by sysinstall, which 4.x doesn't support... > And even then, I'd have to blow away everything except /tmp first, > which is a hell of a lot of fun, especially when it (often) doesn't > work... If you want a *clean* 5.0 install, you will have to burn a CDROM, mount up a disk to be the target of a "make installworld", or use PXE. Period. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 2: 6:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A83E37B404 for ; Tue, 22 Oct 2002 02:06:46 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id E88F143E42 for ; Tue, 22 Oct 2002 02:06:44 -0700 (PDT) (envelope-from ticso@cicely8.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.5/8.12.5) with ESMTP id g9M96X6K007546 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Tue, 22 Oct 2002 11:06:36 +0200 (CEST) (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.1.10]) by cicely5.cicely.de (8.12.6/8.12.6) with ESMTP id g9M96VCu044024 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 22 Oct 2002 11:06:32 +0200 (CEST) (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (localhost [127.0.0.1]) by cicely8.cicely.de (8.12.6/8.12.6) with ESMTP id g9M96U7N017546; Tue, 22 Oct 2002 11:06:31 +0200 (CEST) (envelope-from ticso@cicely8.cicely.de) Received: (from ticso@localhost) by cicely8.cicely.de (8.12.6/8.12.6/Submit) id g9M96RRR017545; Tue, 22 Oct 2002 11:06:28 +0200 (CEST) Date: Tue, 22 Oct 2002 11:06:27 +0200 From: Bernd Walter To: Poul-Henning Kamp Cc: Lars Eggert , ticso@cicely.de, current Subject: Re: kernel panic when booting with USB CF reader Message-ID: <20021022090627.GS14571@cicely8.cicely.de> Reply-To: ticso@cicely.de References: <3DB479FC.6090108@isi.edu> <8494.1035238225@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8494.1035238225@critter.freebsd.dk> X-Operating-System: FreeBSD cicely8.cicely.de 5.0-CURRENT i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Oct 22, 2002 at 12:10:25AM +0200, Poul-Henning Kamp wrote: > In message <3DB479FC.6090108@isi.edu>, Lars Eggert writes: > > >umass0: SanDisk Corporation ImageMate CompactFlash USB, rev 1.10/0.09, > >addr 5 > >umass0: Get Max Lun not supported (STALLED) > >da2 at umass-sim0 bus 0 target 0 lun 0 > >da2: Removable Direct Access SCSI-2 device > >da2: 1.000MB/s transfers > >da2: 1027MB (2104705 512 byte sectors: 0H 0S/T 0C) > > > >but there's only /dev/da2 under /dev, and no entries for the slices. > >Shouldn't devfs or usbd or something create them automatically, since > >MAKEDEV is no more? > > You can probably trigger a re-examination of the device by opening > it for write and closing again. > > Something as simple as > sh -c "true 4>/dev/da2" > may do the trick. It's just the Name that don't exist. Some time ago I was told to just open the device even if there is no node listable in /dev. E.g. mount_msdosfs /dev/da2s1 /mnt This is a pre GEOM scenario, so it might have been fixed. Also the panic is a pre GEOM panic - at least for me. I wouldn't give it much time to debug before rechecking with a recent kernel. I can't update my machine right now, but if Lars could update his system and recheck the situation... -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 2: 8:44 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E229837B401; Tue, 22 Oct 2002 02:08:43 -0700 (PDT) Received: from rhadamanth.submonkey.net (pc1-cdif2-4-cust210.cdf.cable.ntl.com [80.4.10.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id D330C43E3B; Tue, 22 Oct 2002 02:08:37 -0700 (PDT) (envelope-from setantae@submonkey.net) Received: from setantae by rhadamanth.submonkey.net with local (Exim 4.10) id 183v1g-000Hc9-00; Tue, 22 Oct 2002 10:08:36 +0100 Date: Tue, 22 Oct 2002 10:08:36 +0100 From: Ceri Davies To: Poul-Henning Kamp Cc: hackers@freebsd.org, current@freebsd.org Subject: Re: 5.0-RUSH: -current install testers wanted! Message-ID: <20021022090836.GA67366@submonkey.net> Mail-Followup-To: Ceri Davies , Poul-Henning Kamp , hackers@freebsd.org, current@freebsd.org References: <15328.1035268433@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15328.1035268433@critter.freebsd.dk> X-message-flag: All your linuxconf-configured redhat are belong to us. User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Oct 22, 2002 at 08:33:53AM +0200, Poul-Henning Kamp wrote: > If you don't have the machine-power to run make release yourself, > I hope the japanese snapshot server is producing good snapshots, > if that fails, I would appreciate if somebody will produce and put up > good releases and/or ISO images somewhere. snapshots.jp.freebsd.org hasn't completed a make release since September 17th by the looks of things. Ceri -- you can't see when light's so strong you can't see when light is gone To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 2:16:43 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 381E137B401 for ; Tue, 22 Oct 2002 02:16:42 -0700 (PDT) Received: from home.irrelevant.org (81-86-164-179.dsl.pipex.com [81.86.164.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DD1B43E6A for ; Tue, 22 Oct 2002 02:16:41 -0700 (PDT) (envelope-from simond@irrelevant.org) Received: from simond by home.irrelevant.org with local (Exim 4.10) id 183v9S-0001VI-00 for current@freebsd.org; Tue, 22 Oct 2002 10:16:38 +0100 Date: Tue, 22 Oct 2002 10:16:38 +0100 From: Simon Dick To: current@freebsd.org Subject: ld: unrecognised emulation mode: elf_i386 Message-ID: <20021022091638.GC3634@irrelevant.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/) *183v9S-0001VI-00*sssK7oRFi2U* Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On my recent -current system I'm getting strange problems when trying to compile some source, eg comms/birda: ===> Building for birda-1.00 ===> lib Warning: Object directory not changed from original /usr/ports/comms/birda/work/birda-1.00/lib cc -O -pipe -march=pentium3 -march=pentium3 -I/usr/ports/comms/birda/work/birda-1.00/lib/../src -c /usr/ports/comms/birda/work/birda-1.00/lib/../src/unix.c -o unix.o ld: unrecognised emulation mode: elf_i386 Supported emulations: elf_i386_fbsd *** Error code 1 Stop in /usr/ports/comms/birda/work/birda-1.00/lib. *** Error code 1 Stop in /usr/ports/comms/birda/work/birda-1.00. *** Error code 1 And I've had the same problem with some other ports/source too, here's the version of gcc: Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.2.1 [FreeBSD] 20021009 (prerelease) Any help would be appreciated :) -- Simon Dick simond@irrelevant.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 2:24:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C16B937B401 for ; Tue, 22 Oct 2002 02:24:47 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2146143E42 for ; Tue, 22 Oct 2002 02:24:43 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g9M9Nso34073; Tue, 22 Oct 2002 12:23:54 +0300 (EEST) (envelope-from ru) Date: Tue, 22 Oct 2002 12:23:54 +0300 From: Ruslan Ermilov To: Gerhard Haering Cc: current@FreeBSD.org Subject: Re: Building -CURRENT with 4.5-RELEASE Message-ID: <20021022092354.GL3325@sunbay.com> References: <20021022022523.GA5953@gargamel.ghaering.test> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8MZM6zh5Bb05FW+3" Content-Disposition: inline In-Reply-To: <20021022022523.GA5953@gargamel.ghaering.test> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --8MZM6zh5Bb05FW+3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 22, 2002 at 04:25:23AM +0200, Gerhard Haering wrote: > Is it possible, or do I need to use a more recent installation to be able= to > build -CURRENT? >=20 Yes, it is. It should even be possible to build -CURRENT with as early as 4.0-RELEASE. If it doesn't, please drop me a line. Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --8MZM6zh5Bb05FW+3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9tRkqUkv4P6juNwoRAlJeAKCDG07Tcr3IGmFideP1DSUuo9MNfACdG99O A18KswCj3n+GmH/YiaJfmew= =N+4d -----END PGP SIGNATURE----- --8MZM6zh5Bb05FW+3-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 2:29:24 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44BCC37B401 for ; Tue, 22 Oct 2002 02:29:22 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 853BF43E75 for ; Tue, 22 Oct 2002 02:29:11 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g9M9SMm35184; Tue, 22 Oct 2002 12:28:22 +0300 (EEST) (envelope-from ru) Date: Tue, 22 Oct 2002 12:28:22 +0300 From: Ruslan Ermilov To: Andrew Gallatin Cc: current@freebsd.org Subject: Re: Groff problems (was Re: alpha tinderbox failure) Message-ID: <20021022092822.GM3325@sunbay.com> References: <200210210942.g9L9gLpM025724@beast.freebsd.org> <15796.17145.909288.498725@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="keoAwTxaagou87Dg" Content-Disposition: inline In-Reply-To: <15796.17145.909288.498725@grasshopper.cs.duke.edu> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --keoAwTxaagou87Dg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 21, 2002 at 02:10:01PM -0400, Andrew Gallatin wrote: >=20 > Ruslan, >=20 > Can you help with this, please? I think you're the best candidate > since you know so much about the build system and you are the groff=20 > maintainer. >=20 > I've found that if I just cd to /usr/src/share/doc and=20 > do a 'make' groff works like a charm. But from inside > make buildworld, groff=20 >=20 > a) emits 'out of memory warnings' on each file processed > b) produces empty output files > c) eventually dies, killing the build >=20 > Assuming that I installed the version of groff made by buildworld, > along with libc.so, libm.so, and libstdc++.so (all built by > buildworld) prior to running make in /usr/src/share/doc, can you please > explain what's different about groff in the buildworld case? >=20 > I'm tearing my hair out trying to figure out what broke. >=20 Trying it now on beast. Will keep you updated. I seem to have already found what seems to be a culprit, but it barfs differently here. > Thanks, >=20 > Drew >=20 >=20 >=20 > > >>> stage 4: building everything.. > > -------------------------------------------------------------- > > =3D=3D=3D> share/doc/usd/13.viref > > out of memory > > *** Error code 255 --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --keoAwTxaagou87Dg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9tRo2Ukv4P6juNwoRAiUYAJ9WIjJ443BGEdQmaJ6eMu+XH6N4xwCdFhhz V3De0obhw+wuMiSIf5LQ6Yo= =y2WS -----END PGP SIGNATURE----- --keoAwTxaagou87Dg-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 2:47:14 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10C9637B401 for ; Tue, 22 Oct 2002 02:47:13 -0700 (PDT) Received: from beast.freebsd.org (beast.freebsd.org [216.136.204.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBE9C43E4A for ; Tue, 22 Oct 2002 02:47:12 -0700 (PDT) (envelope-from des@FreeBSD.org) Received: from beast.freebsd.org (localhost [127.0.0.1]) by beast.freebsd.org (8.12.6/8.12.6) with ESMTP id g9M9lCQV099990 for ; Tue, 22 Oct 2002 02:47:12 -0700 (PDT) (envelope-from des@beast.freebsd.org) Received: (from des@localhost) by beast.freebsd.org (8.12.6/8.12.6/Submit) id g9M9lCD0099988 for current@freebsd.org; Tue, 22 Oct 2002 02:47:12 -0700 (PDT) Date: Tue, 22 Oct 2002 02:47:12 -0700 (PDT) From: Dag-Erling Smorgrav Message-Id: <200210220947.g9M9lCD0099988@beast.freebsd.org> To: current@freebsd.org Subject: alpha tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- ===> share/doc/usd/13.viref out of memory *** Error code 255 Stop in /h/des/src/share/doc/usd/13.viref. *** Error code 1 Stop in /h/des/src/share/doc/usd. *** Error code 1 Stop in /h/des/src/share/doc. *** Error code 1 Stop in /h/des/src/share. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 2:50:31 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12ACA37B401; Tue, 22 Oct 2002 02:50:28 -0700 (PDT) Received: from axe-inc.co.jp (axegw.axe-inc.co.jp [61.199.217.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A4F343E75; Tue, 22 Oct 2002 02:50:26 -0700 (PDT) (envelope-from tanimura@axe-inc.co.jp) Received: from t-axegw.t.axe-inc.co.jp ([218.230.241.250]) by axe-inc.co.jp (8.9.3+3.2W/3.7W) with ESMTP id SAA29574; Tue, 22 Oct 2002 18:50:24 +0900 (JST) Received: from shojaku.t.axe-inc.co.jp ([192.168.6.103]) by t-axegw.t.axe-inc.co.jp (8.12.6/3.7W-Axe-Gwhost-Tokyo) with ESMTP id g9M9nr14071243 ; Tue, 22 Oct 2002 18:49:54 +0900 (JST) Received: from shojaku.t.axe-inc.co.jp.t.axe-inc.co.jp (localhost [127.0.0.1]) by shojaku.t.axe-inc.co.jp (8.12.6/3.7W-Axe-Tokyo-NoARR) with ESMTP id g9M9nroK026750 ; Tue, 22 Oct 2002 18:49:53 +0900 (JST) Message-Id: <200210220949.g9M9nroK026750@shojaku.t.axe-inc.co.jp> Date: Tue, 22 Oct 2002 18:49:53 +0900 From: Seigo Tanimura To: current@FreeBSD.org Subject: Dynamic growth of the buffer and buffer page reclaim Cc: tanimura@axe-inc.co.jp, tanimura@FreeBSD.org User-Agent: Wanderlust/2.8.1 (Something) SEMI/1.14.4 (Hosorogi) FLIM/1.14.4 (=?ISO-8859-1?Q?Kashiharajing=FE-mae?=) APEL/10.3 MULE XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) Organization: AXE, Inc. MIME-Version: 1.0 (generated by SEMI 1.14.4 - "Hosorogi") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Introduction: The I/O buffer of the kernel are currently allocated in buffer_map sized statically upon boot, and never grows. This limits the scale of I/O performance on a host with large physical memory. We used to tune NBUF to cope with that problem. This workaround, however, results in a lot of wired pages not available for user processes, which is not acceptable for memory-bound applications. In order to run both I/O-bound and memory-bound processes on the same host, it is essential to achieve: A) allocation of buffer from kernel_map to break the limit of a map size, and B) page reclaim from idle buffers to regulate the number of wired pages. The patch at: http://people.FreeBSD.org/~tanimura/patches/dynamicbuf.diff.gz implements buffer allocation from kernel_map and reclaim of buffer pages. With this patch, make kernel-depend && make kernel completes about 30-60 seconds faster on my PC. Implementation in Detail: A) is easy; first you need to do s/buffer_map/kernel_map/. Since an arbitrary number of buffer pages can be allocated dynamically, buffer headers (struct buf) should be allocated dynamically as well. Glue them together into a list so that they can be traversed by boot() et. al. In order to accomplish B), we must find buffers both the filesystem and I/O codes will not touch. The clean buffer queue holds such the buffers. (exception: if the vnode associated with a clean buffer is held by the namecache, it may access the buffer page.) Thus, we should unwire the pages of a buffer prior to enqueuing it to the clean queue, and rewire the pages down in bremfree() if the pages are not reclaimed. Although unwiring gives a page a chance of being reclaimed, we can go further. In Solaris, it is known that file cache pages should be reclaimed prior to the other kinds of pages (anonymous, executable, etc.) for a better performance. Mainly due to a lack of time to work on distinguishing the kind of a page to be unwired, I simply pass all unwired pages to vm_page_dontneed(). This approach places most of the unwired buffer pages at just one step to the cache queue. Experimental Evaluation and Results: The times taken to complete make kernel-depend && make kernel just after booting into single-user mode have been measured on my ThinkPad 600E (CPU: Pentium II 366MHz, RAM: 160MB) by time(1). The number passed to the -j option of make(1) has been varied from 1 to 30 in order to control the pressure of the memory demand for user processes. The baseline is the kernel without my patch. The following table shows the results. All of the times are in seconds. -j baseline w/ my patch real user sys real user sys 1 1608.21 1387.94 125.96 1577.88 1391.02 100.90 10 1576.10 1360.17 132.76 1531.79 1347.30 103.60 20 1568.01 1280.89 133.22 1509.36 1276.75 104.69 30 1923.42 1215.00 155.50 1865.13 1219.07 113.43 Most of the improvements in the real times are accomplished by the speedup of system calls. The hit ratio of getblk() may be increased, but not examined yet. Another interesting results are the numbers of swaps, shown below. -j baseline w/ my patch 1 0 0 10 0 0 20 141 77 30 530 465 Since the baseline kernel does not free buffer pages at all(*), it may be putting a pressure on the pages too much. (*) bfreekva() is called only when the whole KVA is too fragmented. Userland Interfaces: The sysctl variable vfs.bufspace now reports the size of the pages allocated for buffer, both wired and unwired. A new sysctl variable, vfs.bufwiredspace tells the size of the buffer pages wired down. vfs.bufkvaspace returns the size of the KVA space for buffer. Future Works: The handling of unwired pages can be improved by scanning only buffer pages. In that case, we may have to run the vm page scanner more frequently, as does Solaris. vfs.bufspace does not track the buffer pages reclaimed by the page scanner. They are counted when the buffer associated with those pages are removed from the clean queue, which is too late. Benchmark tools concentrating on disk I/O performance (bonnie, iozone, postmark, etc) may be more suitable than make kernel for evaluation. Comments and flames are welcome. Thanks a lot. -- Seigo Tanimura To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 3: 1: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA24D37B401; Tue, 22 Oct 2002 03:01:01 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA41843E4A; Tue, 22 Oct 2002 03:01:00 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id g9MA0nn4018166; Tue, 22 Oct 2002 12:00:51 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Seigo Tanimura Cc: current@FreeBSD.ORG, tanimura@FreeBSD.ORG Subject: Re: Dynamic growth of the buffer and buffer page reclaim In-Reply-To: Your message of "Tue, 22 Oct 2002 18:49:53 +0900." <200210220949.g9M9nroK026750@shojaku.t.axe-inc.co.jp> Date: Tue, 22 Oct 2002 12:00:49 +0200 Message-ID: <18165.1035280849@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <200210220949.g9M9nroK026750@shojaku.t.axe-inc.co.jp>, Seigo Tanimur a writes: >The patch at: > >http://people.FreeBSD.org/~tanimura/patches/dynamicbuf.diff.gz >Comments and flames are welcome. Thanks a lot. This looks very very interesting! -- 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. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 4: 4:14 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92DEB37B401 for ; Tue, 22 Oct 2002 04:04:13 -0700 (PDT) Received: from foxhound.del.donetsk.ua (foxhound.del.donetsk.ua [212.66.35.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D05C43E75 for ; Tue, 22 Oct 2002 04:04:07 -0700 (PDT) (envelope-from vix@dics.com.ua) Received: from iron.del.local ([212.66.35.72]) by foxhound.del.donetsk.ua (8.12.6/8.12.6) with ESMTP id g9MB1cIs010951 for ; Tue, 22 Oct 2002 14:01:38 +0300 (EEST) (envelope-from vix@dics.com.ua) Received: from iron.del.local (localhost [127.0.0.1]) by iron.del.local (8.12.6/8.12.6) with ESMTP id g9MB1bSt031673 for ; Tue, 22 Oct 2002 14:01:37 +0300 (EEST) (envelope-from vix@iron.del.local) Received: (from vix@localhost) by iron.del.local (8.12.6/8.12.6/Submit) id g9MB1Z5Y031672 for current@freebsd.org; Tue, 22 Oct 2002 14:01:35 +0300 (EEST) (envelope-from vix) Date: Tue, 22 Oct 2002 14:01:35 +0300 From: Vitaly Markitantov To: current@freebsd.org Subject: smbfs broken? Message-ID: <20021022110135.GA31643@iron.del.local> Mail-Followup-To: Vitaly Markitantov , current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG When i tries to copy a file from smbfs share mounted by mount_smbfs i get an error: cp: ./filename: Bad address But when i copy a file to share i get kernel panic like this: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor write, page not present .... current process = 531 (cp) trap number = 12 panic: page fault Share mounted from SAMBA server (FreeBSD 4.7-RELEASE) Last cvsup + buildworld was about 16-17 October 2002 uname -a FreeBSD neo.del.local 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Thu Oct 17 19:19:49 EEST 2002 root@neo.del.local:/usr/obj/usr/src/sys/NEO i386 -- Vitaly Markitantov mailto: vm@dics.com.ua icq: 117438950 phone: (062)332-23-90 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 4:16:11 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEB0637B401 for ; Tue, 22 Oct 2002 04:16:09 -0700 (PDT) Received: from MX2.estpak.ee (ld1.estpak.ee [194.126.101.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40A7043E42 for ; Tue, 22 Oct 2002 04:16:07 -0700 (PDT) (envelope-from kalts@estpak.ee) Received: from tiiu.internal (adsl12183.estpak.ee [213.219.95.109]) by MX2.estpak.ee (Postfix) with ESMTP id 779E37374B; Tue, 22 Oct 2002 14:15:03 +0300 (EEST) Received: from tiiu.internal (localhost [127.0.0.1]) by tiiu.internal (8.12.6/8.12.6) with ESMTP id g9MBFt75002472; Tue, 22 Oct 2002 14:15:55 +0300 (EEST) (envelope-from vallo@tiiu.internal) Received: (from vallo@localhost) by tiiu.internal (8.12.6/8.12.6/Submit) id g9MBFqKj002471; Tue, 22 Oct 2002 14:15:52 +0300 (EEST) Date: Tue, 22 Oct 2002 14:15:52 +0300 From: Vallo Kallaste To: Vitaly Markitantov Cc: current@freebsd.org Subject: Re: smbfs broken? Message-ID: <20021022111552.GB2256@tiiu.internal> Reply-To: kalts@estpak.ee References: <20021022110135.GA31643@iron.del.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021022110135.GA31643@iron.del.local> User-Agent: Mutt/1.5.1i-ja.1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Oct 22, 2002 at 02:01:35PM +0300, Vitaly Markitantov wrote: > When i tries to copy a file from smbfs share mounted by mount_smbfs > i get an error: > cp: ./filename: Bad address > > But when i copy a file to share i get kernel panic like this: > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x0 > fault code = supervisor write, page not present > .... > current process = 531 (cp) > trap number = 12 > panic: page fault > > Share mounted from SAMBA server (FreeBSD 4.7-RELEASE) > > Last cvsup + buildworld was about 16-17 October 2002 > uname -a > FreeBSD neo.del.local 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Thu Oct 17 19:19:49 EEST 2002 root@neo.del.local:/usr/obj/usr/src/sys/NEO i386 My observations indicate same, I got instant panic while trying to copy any file from ro mounted smb share (NT4). First suspected Openoffice (xls file), but later found the real. For now sharity-light gives me chanche to get work done. -- Vallo Kallaste kalts@estpak.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 4:23:30 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CB0437B401 for ; Tue, 22 Oct 2002 04:23:29 -0700 (PDT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09BE843E77 for ; Tue, 22 Oct 2002 04:23:29 -0700 (PDT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 3E8FBAE23A; Tue, 22 Oct 2002 04:23:20 -0700 (PDT) Date: Tue, 22 Oct 2002 04:23:20 -0700 From: Maxime Henrion To: Vitaly Markitantov Cc: current@freebsd.org Subject: Re: smbfs broken? Message-ID: <20021022112320.GF26605@elvis.mu.org> References: <20021022110135.GA31643@iron.del.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021022110135.GA31643@iron.del.local> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Vitaly Markitantov wrote: > When i tries to copy a file from smbfs share mounted by mount_smbfs > i get an error: > cp: ./filename: Bad address > > But when i copy a file to share i get kernel panic like this: > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x0 > fault code = supervisor write, page not present > .... > current process = 531 (cp) > trap number = 12 > panic: page fault It would help a lot if you could provide a traceback. Maxime To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 6:40:53 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84B4937B401 for ; Tue, 22 Oct 2002 06:40:52 -0700 (PDT) Received: from foxhound.del.donetsk.ua (foxhound.del.donetsk.ua [212.66.35.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA92843E8A for ; Tue, 22 Oct 2002 06:40:35 -0700 (PDT) (envelope-from vix@dics.com.ua) Received: from iron.del.local ([212.66.35.72]) by foxhound.del.donetsk.ua (8.12.6/8.12.6) with ESMTP id g9MDeHww016853 for ; Tue, 22 Oct 2002 16:40:17 +0300 (EEST) (envelope-from vix@dics.com.ua) Received: from iron.del.local (localhost [127.0.0.1]) by iron.del.local (8.12.6/8.12.6) with ESMTP id g9MDeHYe032061 for ; Tue, 22 Oct 2002 16:40:17 +0300 (EEST) (envelope-from vix@iron.del.local) Received: (from vix@localhost) by iron.del.local (8.12.6/8.12.6/Submit) id g9MDe5Re032054 for current@freebsd.org; Tue, 22 Oct 2002 16:40:05 +0300 (EEST) (envelope-from vix) Date: Tue, 22 Oct 2002 16:40:05 +0300 From: Vitaly Markitantov To: current@freebsd.org Subject: current vs stable performance compare? Message-ID: <20021022134005.GB31769@iron.del.local> Mail-Followup-To: Vitaly Markitantov , current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Where i can found performance comparison of -CURRENT over -STABLE systems? -- Vitaly Markitantov mailto: vm@dics.com.ua icq: 117438950 phone: (062)332-23-90 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 6:47: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BC4437B401 for ; Tue, 22 Oct 2002 06:47:01 -0700 (PDT) Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA47543E6A for ; Tue, 22 Oct 2002 06:47:00 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 30341 invoked from network); 22 Oct 2002 13:46:58 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail16.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 22 Oct 2002 13:46:58 -0000 Received: from laptop.baldwin.cx (laptop.baldwin.cx [192.168.0.4]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id g9MDkpn5062522; Tue, 22 Oct 2002 09:46:51 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20021022110135.GA31643@iron.del.local> Date: Tue, 22 Oct 2002 09:46:55 -0400 (EDT) From: John Baldwin To: Vitaly Markitantov Subject: RE: smbfs broken? Cc: current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 22-Oct-2002 Vitaly Markitantov wrote: > When i tries to copy a file from smbfs share mounted by mount_smbfs > i get an error: > cp: ./filename: Bad address > > But when i copy a file to share i get kernel panic like this: > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x0 Null pointer dereference. Can you compile DDB into the kernel and get a stack trace? > fault code = supervisor write, page not present > .... > current process = 531 (cp) > trap number = 12 > panic: page fault > > Share mounted from SAMBA server (FreeBSD 4.7-RELEASE) > > Last cvsup + buildworld was about 16-17 October 2002 > uname -a > FreeBSD neo.del.local 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Thu Oct 17 19:19:49 EEST 2002 > root@neo.del.local:/usr/obj/usr/src/sys/NEO i386 > > -- > Vitaly Markitantov mailto: vm@dics.com.ua > icq: 117438950 phone: (062)332-23-90 > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 6:48:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1FAC37B404 for ; Tue, 22 Oct 2002 06:48:36 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id C66A643E65 for ; Tue, 22 Oct 2002 06:48:35 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id g9MDkun4020937; Tue, 22 Oct 2002 15:47:01 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Vitaly Markitantov Cc: current@FreeBSD.ORG Subject: Re: current vs stable performance compare? In-Reply-To: Your message of "Tue, 22 Oct 2002 16:40:05 +0300." <20021022134005.GB31769@iron.del.local> Date: Tue, 22 Oct 2002 15:46:56 +0200 Message-ID: <20936.1035294416@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20021022134005.GB31769@iron.del.local>, Vitaly Markitantov writes: >Where i can found performance comparison of -CURRENT over -STABLE systems? Very little has been done yet, -CURRENT is not expected to perform particularly well until more of the kernel is out from under the Giant lock. -- 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. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 6:56:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 010CA37B401; Tue, 22 Oct 2002 06:56:15 -0700 (PDT) Received: from ns1.mainemutual.com (ns2.mainemutual.com [207.5.186.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B28743E6A; Tue, 22 Oct 2002 06:56:05 -0700 (PDT) (envelope-from kyle@kgreen.org) Received: from kgreen.org (nat.mainemutual.com [208.5.182.68]) by ns1.mainemutual.com (Postfix) with ESMTP id BFF5BBC0; Tue, 22 Oct 2002 09:52:14 -0400 (EDT) Date: Tue, 22 Oct 2002 09:55:57 -0400 Subject: Re: 5.0-RUSH: -current install testers wanted! Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v546) Cc: current@freebsd.org To: Poul-Henning Kamp From: Kyle R.Green In-Reply-To: <15328.1035268433@critter.freebsd.dk> Message-Id: Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.546) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello. I downloaded the floppies for 5.0-20021021-SNAP from ftp2.freebsd.org. When I perform the install it complains a few times about not being able to create /tmp, due to a read-only filesystem, and, later in the install, cannot write /etc/resolv.conf, stopping the install dead in its tracks. This is before it creates the emergency shell, so I cannot remount / rw. Thanks. On Tuesday, October 22, 2002, at 02:33 AM, Poul-Henning Kamp wrote: > > I built a "make release" overnight and I managed to install from it > by copying the boot.flp image to a ZIP disk, selecting Minimum and > FTP passive. > > So far so good. > > But we all know that sysintall has a few more bells and whistles than > that, so NOW is the TIME of all good men to come to the aid of their > favourite installer! > > I want as many people as possible to beat up on sysinstall as much as > they can. > > And I want them to do it RSN: 5.0-R is only 9 days away. > > Please try to be creative in the choices you make in sysinstall, we > don't need 20 people all testing ftp-passive, we need to get all the > media options tested, IPv4 and IPv6, all the different distributions, > scripted installs, on different hardware configs and so. > > If you find problems, please try to see if you reproduce them, if you > can, try to see if you can isolate them to some particular menu choice > or set of circumstances. Please report your findings with send-pr. > > If you don't have the machine-power to run make release yourself, > I hope the japanese snapshot server is producing good snapshots, > if that fails, I would appreciate if somebody will produce and put up > good releases and/or ISO images somewhere. > > I can't promise to fix all the issues which come up, but I will do my > very best... > > -- > 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. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- Kyle R. Green kyle@kgreen.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 7: 0: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5D9F37B401 for ; Tue, 22 Oct 2002 07:00:01 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id C68EE43E6E for ; Tue, 22 Oct 2002 07:00:00 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id g9MDxvn4021154; Tue, 22 Oct 2002 15:59:58 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "Kyle R.Green" Cc: current@freebsd.org Subject: Re: 5.0-RUSH: -current install testers wanted! In-Reply-To: Your message of "Tue, 22 Oct 2002 09:55:57 EDT." Date: Tue, 22 Oct 2002 15:59:57 +0200 Message-ID: <21153.1035295197@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message , "Kyle R.Green" wr ites: >Hello. > >I downloaded the floppies for 5.0-20021021-SNAP from ftp2.freebsd.org. > >When I perform the install it complains a few times about not being >able to create /tmp, due to a read-only filesystem, and, later in the >install, cannot write /etc/resolv.conf, stopping the install dead in >its tracks. This bugs were fixed about 20 hours ago. -- 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. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 7: 0:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE70D37B404 for ; Tue, 22 Oct 2002 07:00:35 -0700 (PDT) Received: from smtp01.iprimus.net.au (smtp01.iprimus.net.au [210.50.30.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFE0143EAC for ; Tue, 22 Oct 2002 07:00:22 -0700 (PDT) (envelope-from tim@robbins.dropbear.id.au) Received: from dilbert.robbins.dropbear.id.au ([210.50.37.13]) by smtp01.iprimus.net.au with Microsoft SMTPSVC(5.0.2195.5329); Wed, 23 Oct 2002 00:00:19 +1000 Received: from dilbert.robbins.dropbear.id.au (tdijdubthyp2oodn@localhost [127.0.0.1]) by dilbert.robbins.dropbear.id.au (8.12.6/8.12.6) with ESMTP id g9ME0Dbo034997 for ; Wed, 23 Oct 2002 00:00:16 +1000 (EST) (envelope-from tim@dilbert.robbins.dropbear.id.au) Received: (from tim@localhost) by dilbert.robbins.dropbear.id.au (8.12.6/8.12.6/Submit) id g9MDxsIJ034962 for current@freebsd.org; Tue, 22 Oct 2002 23:59:54 +1000 (EST) (envelope-from tim) Date: Tue, 22 Oct 2002 23:59:54 +1000 From: Tim Robbins To: current@freebsd.org Subject: groff -ms breakage Message-ID: <20021022235954.A34501@dilbert.robbins.dropbear.id.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-OriginalArrivalTime: 22 Oct 2002 14:00:21.0236 (UTC) FILETIME=[5C3D0B40:01C279D3] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems groff is failing to format most of the roff documentation in src/share/doc, for example psd/15.yacc. Here is the output that groff -Tascii -ms produces on -current: ss..:44: warning: number register `0:LL' not defined ss..:44: warning: number register `0:ri' not defined ss..:44: warning: number register `0:pri' not defined ss..:44: warning: number register `0:LT' not defined ss..:44: warning: number register `0:li' not defined ss..:44: warning: number register `0:pli' not defined ss..:44: warning: `FAM' not defined ss..:44: warning: number register `0:PS' not defined ss..:44: warning: number register `0:VS' not defined [etc.] ss..:55: warning [p 1, 0.0i, div `cov*ab-div', 0.3i]: can't break line ss..:55: warning [p 1, 0.0i, div `cov*ab-div', 0.5i]: can't break line ss..:55: warning [p 1, 0.0i, div `cov*ab-div', 0.7i]: can't break line [etc.] Com- puter pro- gram input gen- er- ally has some struc- here is the output from the same command on 4.7-RELEASE: Computer program input generally has some structure; in fact, every computer program that does input can be thought of as defining an ``input language'' which it accepts. An input Reverting s.tmac to an earlier version does not seem to fix the problem. Also, postscript and html output formats seem much less broken than text. Tim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 7:23: 6 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 038C837B40A for ; Tue, 22 Oct 2002 07:23:00 -0700 (PDT) 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 2461143E3B for ; Tue, 22 Oct 2002 07:23:00 -0700 (PDT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.12.6/8.12.6) with ESMTP id g9MEMxZ9006242 for ; Tue, 22 Oct 2002 07:22:59 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.12.6/8.12.6/Submit) id g9MEMxwU006241 for current@freebsd.org; Tue, 22 Oct 2002 07:22:59 -0700 (PDT) Date: Tue, 22 Oct 2002 07:22:59 -0700 (PDT) From: David Wolfskill Message-Id: <200210221422.g9MEMxwU006241@bunrab.catwhisker.org> To: current@freebsd.org Subject: "Expensive timeout(9) function" @an_stats_update() [/usr/src/sys/dev/an/if_an.c:724] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Noticed a bunch of: > Expensive timeout(9) function: 0xc0170e40(0xc274c000) 0.001114387 from running (yesterday's) -CURRENT, so I thought I'd check against (yesterday's kernel.debug (before I replaced it with today's). Per "nm -lan kernel.debug", I see: c0170420 T an_attach /usr/src/sys/dev/an/if_an.c:377 c0170a60 t an_rxeof /usr/src/sys/dev/an/if_an.c:529 c0170da0 t an_txeof /usr/src/sys/dev/an/if_an.c:687 c0170e40 t an_stats_update /usr/src/sys/dev/an/if_an.c:724 c0170f60 T an_intr /usr/src/sys/dev/an/if_an.c:761 c01711f0 t an_cmd /usr/src/sys/dev/an/if_an.c:829 c0171420 t an_reset /usr/src/sys/dev/an/if_an.c:875 (I thought a bit of additional contect might be of use.) I do have some patches to the "an" driver installed (from Doug Ambrisko) that don't seem to have been committed (yet?). If he (or anyone else) would like me to test things, I'm willing and able. Cheers, david -- David H. Wolfskill david@catwhisker.org To paraphrase David Hilbert, there can be no conflicts between the discipline of systems administration and Microsoft, since they have nothing in common. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 7:29:55 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94D8A37B401; Tue, 22 Oct 2002 07:29:52 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92C5643E75; Tue, 22 Oct 2002 07:29:45 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g9METTk93543; Tue, 22 Oct 2002 17:29:29 +0300 (EEST) (envelope-from ru) Date: Tue, 22 Oct 2002 17:29:29 +0300 From: Ruslan Ermilov To: Andrew Gallatin Cc: Alexander Kabaev , "David O'Brien" , current@FreeBSD.org Subject: Re: Groff problems (was Re: alpha tinderbox failure) Message-ID: <20021022142929.GB48398@sunbay.com> References: <200210210942.g9L9gLpM025724@beast.freebsd.org> <15796.17145.909288.498725@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s/l3CgOIzMHHjg/5" Content-Disposition: inline In-Reply-To: <15796.17145.909288.498725@grasshopper.cs.duke.edu> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --s/l3CgOIzMHHjg/5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 21, 2002 at 02:10:01PM -0400, Andrew Gallatin wrote: >=20 > Ruslan, >=20 > Can you help with this, please? I think you're the best candidate > since you know so much about the build system and you are the groff=20 > maintainer. >=20 > I've found that if I just cd to /usr/src/share/doc and=20 > do a 'make' groff works like a charm. But from inside > make buildworld, groff=20 >=20 > a) emits 'out of memory warnings' on each file processed > b) produces empty output files > c) eventually dies, killing the build >=20 > Assuming that I installed the version of groff made by buildworld, > along with libc.so, libm.so, and libstdc++.so (all built by > buildworld) prior to running make in /usr/src/share/doc, can you please > explain what's different about groff in the buildworld case? >=20 > I'm tearing my hair out trying to figure out what broke. >=20 Well, I tried this on beast. It is easily reproduceable. It turned out that if you build groff with -DNO_CPU_CFLAGS (the way it is built during the bootstrap-tools stage of buildworld), it fails with the `out of memory' error in contrib/groff/src/libs/libgroff/new.cc. To reproduce, it is only necessary to build the following dirs, in order, with -DNO_CPU_CFLAGS: gnu/usr.bin/groff/src/libs/libgroff gnu/usr.bin/groff/src/roff/groff And then run groff from the latter as follows: groff -V More fun. Groff is built with -fno-rtti and -fno-exceptions: : RCS file: /home/ncvs/src/gnu/usr.bin/groff/Attic/Makefile.cfg,v : Working file: Makefile.cfg : head: 2.13 : branch: : locks: strict : access list: : keyword substitution: kv : total revisions: 36; selected revisions: 1 : description: : ---------------------------- : revision 2.7 : date: 1999/04/04 16:44:33; author: obrien; state: Exp; lines: +2 -1 : This is old C++ code -- no need for rtti or exceptions. If you remove -fno-exceptions from gnu/usr.bin/groff/Makefile.inc and recompile libgroff and groff, it seems to work (I did not check it thoroughly). But I think this only has a side effect, because Groff does not seem to have any exception code (please correct me if I am wrong), and why the hell it should depend on -mcpu, if any? I am Cc:ing our GCC gurus in a hope they can shed a light on this. Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --s/l3CgOIzMHHjg/5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9tWDJUkv4P6juNwoRAsXiAJ9ew3Zo/fCZbURk9swwYKrk0kvhAgCgiBct aEtbcPZgA7X+O8wLSRrkMZY= =NI4d -----END PGP SIGNATURE----- --s/l3CgOIzMHHjg/5-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 7:30: 7 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC64737B401; Tue, 22 Oct 2002 07:30:04 -0700 (PDT) Received: from MX2.estpak.ee (ld1.estpak.ee [194.126.101.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id A83BD43E6A; Tue, 22 Oct 2002 07:30:03 -0700 (PDT) (envelope-from kalts@estpak.ee) Received: from tiiu.internal (adsl12183.estpak.ee [213.219.95.109]) by MX2.estpak.ee (Postfix) with ESMTP id 6F1F4734F4; Tue, 22 Oct 2002 17:29:10 +0300 (EEST) Received: from tiiu.internal (localhost [127.0.0.1]) by tiiu.internal (8.12.6/8.12.6) with ESMTP id g9MEU075003243; Tue, 22 Oct 2002 17:30:00 +0300 (EEST) (envelope-from vallo@tiiu.internal) Received: (from vallo@localhost) by tiiu.internal (8.12.6/8.12.6/Submit) id g9METt1c003239; Tue, 22 Oct 2002 17:29:55 +0300 (EEST) Date: Tue, 22 Oct 2002 17:29:54 +0300 From: Vallo Kallaste To: Maxime Henrion Cc: Vitaly Markitantov , jhb@freebsd.org, current@freebsd.org Subject: Re: smbfs broken? Message-ID: <20021022142954.GA3206@tiiu.internal> Reply-To: kalts@estpak.ee References: <20021022110135.GA31643@iron.del.local> <20021022112320.GF26605@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021022112320.GF26605@elvis.mu.org> User-Agent: Mutt/1.5.1i-ja.1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Oct 22, 2002 at 04:23:20AM -0700, Maxime Henrion wrote: [snip] > It would help a lot if you could provide a traceback. This is the one I'm seeing everytime while trying to copy file from ro smbfs mount. -current is about four days old, smbfs.ko _is_ compiled with -DSMP and in sync with kernel. Script started on Tue Oct 22 17:21:53 2002 bash-2.05b# gdb -k /sys/i386/compile/Myhakas-5.0-SMP/kernel.debug /usr/crash/vm core.0 GNU gdb 5.2.1 (FreeBSD) Copyright 2002 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-undermydesk-freebsd"... panic: bdwrite: buffer is not busy panic messages: --- Fatal trap 12: page fault while in kernel mode cpuid = 1; lapic.id = 01000000 fault virtual address = 0x2 fault code = supervisor read, page not present instruction pointer = 0x8:0x2 stack pointer = 0x10:0xdf9b6764 frame pointer = 0x10:0xdf9b6764 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 (cp) trap number = 12 panic: page fault cpuid = 1; lapic.id = 01000000 boot() called on cpu#1 syncing disks... panic: bdwrite: buffer is not busy cpuid = 1; lapic.id = 01000000 boot() called on cpu#1 Uptime: 6m44s pfs_vncache_unload(): 1 entries remaining Dumping 511 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 --- #0 doadump () at ../../../kern/kern_shutdown.c:223 223 dumping++; (kgdb) where #0 doadump () at ../../../kern/kern_shutdown.c:223 #1 0xc022ccba in boot (howto=260) at ../../../kern/kern_shutdown.c:355 #2 0xc022cf77 in panic () at ../../../kern/kern_shutdown.c:508 #3 0xc0274c3d in bdwrite (bp=0xce3bfaf4) at ../../../kern/vfs_bio.c:950 #4 0xc031cb0b in ffs_update (vp=0xc458e4a0, waitfor=0) at ../../../ufs/ffs/ffs_inode.c:125 #5 0xc03309b2 in ffs_fsync (ap=0xdf9b6564) at ../../../ufs/ffs/ffs_vnops.c:315 #6 0xc032fad9 in ffs_sync (mp=0xc3fa8a00, waitfor=2, cred=0xc1324e80, td=0xc041cfc0) at vnode_if.h:612 #7 0xc02897f8 in sync (td=0xc041cfc0, uap=0x0) at ../../../kern/vfs_syscalls.c:130 #8 0xc022c89b in boot (howto=256) at ../../../kern/kern_shutdown.c:264 #9 0xc022cf77 in panic () at ../../../kern/kern_shutdown.c:508 #10 0xc039b5c2 in trap_fatal (frame=0xdf9b6724, eva=0) at ../../../i386/i386/trap.c:846 #11 0xc039b272 in trap_pfault (frame=0xdf9b6724, usermode=0, eva=2) at ../../../i386/i386/trap.c:760 #12 0xc039ace2 in trap (frame= {tf_fs = -1053753320, tf_es = 16, tf_ds = -543490032, tf_edi = -1001077964, tf_esi = -543463582, tf_ebp = -543463580, tf_isp = -543463600, tf_ebx = 0, tf_edx = -543461984, tf_ecx = 0, tf_eax = 14, tf_trapno = 12, tf_err = 0, tf_eip = 2, tf_cs = 8, tf_eflags = 66178, tf_esp = -543463520, tf_ss = -1001019794}) at ../../../i386/i386/trap.c:446 #13 0xc0383f58 in calltrap () at {standard input}:99 #14 0xc455a66e in ?? () #15 0xc455a072 in ?? () #16 0xc4559e87 in ?? () #17 0xc45609f8 in ?? () #18 0xc035947d in vnode_pager_getpages (object=0x0, m=0x0, count=0, reqpage=0) ---Type to continue, or q to quit--- at vnode_if.h:1265 #19 0xc0342ee3 in vm_fault (map=0xc3ff70cc, vaddr=671461376, fault_type=1 '\001', fault_flags=0) at vm_pager.h:124 #20 0xc039b165 in trap_pfault (frame=0xdf9b6a94, usermode=0, eva=671461376) at ../../../i386/i386/trap.c:736 #21 0xc039ace2 in trap (frame= {tf_fs = -543490024, tf_es = -1070333936, tf_ds = -1006698480, tf_edi = -796884992, tf_esi = 671461376, tf_ebp = -543462632, tf_isp = -543462720, tf_ebx = 16384, tf_edx = 671477760, tf_ecx = 4096, tf_eax = -543462144, tf_trapno = 12, tf_err = 0, tf_eip = -1069967698, tf_cs = 8, tf_eflags = 66054, tf_esp = -543462296, tf_ss = -543462308}) at ../../../i386/i386/trap.c:446 #22 0xc0383f58 in calltrap () at {standard input}:99 #23 0xc03313d1 in ffs_write (ap=0xdf9b6be8) at ../../../ufs/ffs/ffs_vnops.c:810 #24 0xc0291c1d in vn_write (fp=0xc40000b4, uio=0xdf9b6c68, active_cred=0xc4337d80, flags=0, td=0xc3fbd9c0) at vnode_if.h:417 #25 0xc024ff45 in dofilewrite (td=0xc3fbd9c0, fp=0xc40000b4, fd=4, buf=0x2805b000, nbyte=0, offset=0, flags=0) at file.h:215 #26 0xc024fdd9 in write (td=0xc3fbd9c0, uap=0xdf9b6d10) at ../../../kern/sys_generic.c:329 #27 0xc039b9ec in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 4, tf_esi = 671461376, tf_ebp = -1077937512, tf_isp = -543462028, tf_ebx = 84480, tf_edx = 0, tf_ecx = 134672640, tf_eax = 4, tf_trapno = 12, tf_err = 2, tf_eip = 134524975, tf_cs = 31, tf_eflags = 531, tf_esp = -1077937588, tf_ss = 47}) at ../../../i386/i386/trap.c:1071 #28 0xc0383fad in Xint0x80_syscall () at {standard input}:141 ---Can't read userspace from dump, or kernel process--- (kgdb) quit bash-2.05b# exit exit Script done on Tue Oct 22 17:22:15 2002 -- Vallo Kallaste kalts@estpak.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 7:46:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D134C37B401; Tue, 22 Oct 2002 07:46:23 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id D963A43E77; Tue, 22 Oct 2002 07:46:22 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id KAA02230; Tue, 22 Oct 2002 10:46:22 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g9MEjqP07449; Tue, 22 Oct 2002 10:45:52 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15797.25760.427922.700729@grasshopper.cs.duke.edu> Date: Tue, 22 Oct 2002 10:45:52 -0400 (EDT) To: Ruslan Ermilov Cc: Alexander Kabaev , "David O'Brien" , current@FreeBSD.org Subject: Re: Groff problems (was Re: alpha tinderbox failure) In-Reply-To: <20021022142929.GB48398@sunbay.com> References: <200210210942.g9L9gLpM025724@beast.freebsd.org> <15796.17145.909288.498725@grasshopper.cs.duke.edu> <20021022142929.GB48398@sunbay.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ruslan Ermilov writes: > If you remove -fno-exceptions from gnu/usr.bin/groff/Makefile.inc and > recompile libgroff and groff, it seems to work (I did not check it > thoroughly). But I think this only has a side effect, because Groff > does not seem to have any exception code (please correct me if I am > wrong), and why the hell it should depend on -mcpu, if any? > Interesting. I wonder of the lack of exceptions is what's confusing ld? As to mpcu: On alphas, the compiler has more chance to make mistakes if its compiled for CPUs < ev56 which do not support byte/word instructions. In those cases, it needs to generate shifty/masky code to pull 8 and 16 bit values out of 32-bit loads and stores. This has a history of being more error prone. Eg, some complex ports work on stable at high optimization levels with -mcpu=ev56 which don't work without -mpcu. If we have to, we can always compile groff as -mcpu=ev56 because we emulate these instructions in the kernel on older machines. That would make groff run about like molases in January on older machines, though, as each byte/word instruction would generate an illegal instruction trap and that trap would be handled by the alpha trap handler.. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 7:49:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB52D37B401 for ; Tue, 22 Oct 2002 07:49:11 -0700 (PDT) Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E20043E6E for ; Tue, 22 Oct 2002 07:49:11 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 14299 invoked from network); 22 Oct 2002 14:49:08 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail14.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 22 Oct 2002 14:49:08 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id g9MEmsn5063184; Tue, 22 Oct 2002 10:48:56 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20021022142954.GA3206@tiiu.internal> Date: Tue, 22 Oct 2002 10:48:58 -0400 (EDT) From: John Baldwin To: Vallo Kallaste Subject: Re: smbfs broken? Cc: current@freebsd.org, Vitaly Markitantov , Maxime Henrion Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 22-Oct-2002 Vallo Kallaste wrote: > On Tue, Oct 22, 2002 at 04:23:20AM -0700, Maxime Henrion > wrote: > > [snip] >> It would help a lot if you could provide a traceback. > > This is the one I'm seeing everytime while trying to copy file from > ro smbfs mount. -current is about four days old, smbfs.ko _is_ > compiled with -DSMP and in sync with kernel. Can you compile smbfs into your kernel 'options SMBFS' instead of as a module and then get a dump and provide a trace? > Fatal trap 12: page fault while in kernel mode > cpuid = 1; lapic.id = 01000000 > fault virtual address = 0x2 > fault code = supervisor read, page not present > instruction pointer = 0x8:0x2 >#11 0xc039b272 in trap_pfault (frame=0xdf9b6724, usermode=0, eva=2) > at ../../../i386/i386/trap.c:760 >#12 0xc039ace2 in trap (frame= > {tf_fs = -1053753320, tf_es = 16, tf_ds = -543490032, tf_edi = -1001077964, tf_esi = > -543463582, tf_ebp = -543463580, tf_isp = -543463600, tf_ebx = 0, tf_edx = -543461984, tf_ecx = > 0, tf_eax = 14, tf_trapno = 12, tf_err = 0, tf_eip = 2, tf_cs = 8, tf_eflags = 66178, tf_esp = > -543463520, tf_ss = -1001019794}) > at ../../../i386/i386/trap.c:446 >#13 0xc0383f58 in calltrap () at {standard input}:99 >#14 0xc455a66e in ?? () >#15 0xc455a072 in ?? () >#16 0xc4559e87 in ?? () >#17 0xc45609f8 in ?? () These frames are in smbfs and are where the bug is, but we obviously can't figure out much with just ??'s. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 7:58: 7 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88BFB37B401; Tue, 22 Oct 2002 07:58:06 -0700 (PDT) Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9E2E43E6A; Tue, 22 Oct 2002 07:58:03 -0700 (PDT) (envelope-from sheldonh@starjuice.net) Received: from sheldonh by axl.seasidesoftware.co.za with local (Exim 4.10) id 1840TU-000Em1-00; Tue, 22 Oct 2002 16:57:40 +0200 Date: Tue, 22 Oct 2002 16:57:40 +0200 From: Sheldon Hearn To: John Baldwin Cc: Vallo Kallaste , current@freebsd.org, Vitaly Markitantov , Maxime Henrion Subject: Re: smbfs broken? Message-ID: <20021022145740.GN50501@starjuice.net> Mail-Followup-To: John Baldwin , Vallo Kallaste , current@freebsd.org, Vitaly Markitantov , Maxime Henrion References: <20021022142954.GA3206@tiiu.internal> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.1i X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/) *1840TU-000Em1-00*u3lheWRLY.E* Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On (2002/10/22 10:48), John Baldwin wrote: > > This is the one I'm seeing everytime while trying to copy file from > > ro smbfs mount. -current is about four days old, smbfs.ko _is_ > > compiled with -DSMP and in sync with kernel. > > Can you compile smbfs into your kernel 'options SMBFS' instead of as a > module and then get a dump and provide a trace? Just to save some time in the feedback round-trip, I'd recommend adding all of these options, in case the bug is in an smbfs dependency: options SMBFS #SMB/CIFS filesystem options NETSMB #SMB/CIFS requester options NETSMBCRYPTO #encrypted password support for SMB options LIBICONV #optional internationalization options LIBMCHAIN #mbuf management library Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 8: 5: 1 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D599737B401; Tue, 22 Oct 2002 08:04:57 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id D82DC43E65; Tue, 22 Oct 2002 08:04:51 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g9MF4dL99813; Tue, 22 Oct 2002 18:04:39 +0300 (EEST) (envelope-from ru) Date: Tue, 22 Oct 2002 18:04:39 +0300 From: Ruslan Ermilov To: Andrew Gallatin Cc: Alexander Kabaev , "David O'Brien" , current@FreeBSD.org Subject: Re: Groff problems (was Re: alpha tinderbox failure) Message-ID: <20021022150439.GA97285@sunbay.com> References: <200210210942.g9L9gLpM025724@beast.freebsd.org> <15796.17145.909288.498725@grasshopper.cs.duke.edu> <20021022142929.GB48398@sunbay.com> <15797.25760.427922.700729@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FCuugMFkClbJLl1L" Content-Disposition: inline In-Reply-To: <15797.25760.427922.700729@grasshopper.cs.duke.edu> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 22, 2002 at 10:45:52AM -0400, Andrew Gallatin wrote: >=20 > Ruslan Ermilov writes: > > If you remove -fno-exceptions from gnu/usr.bin/groff/Makefile.inc and > > recompile libgroff and groff, it seems to work (I did not check it > > thoroughly). But I think this only has a side effect, because Groff > > does not seem to have any exception code (please correct me if I am > > wrong), and why the hell it should depend on -mcpu, if any? > >=20 >=20 > Interesting. I wonder of the lack of exceptions is what's confusing > ld? >=20 Seems so. With -fno-exceptions and last delta to groff/Makefile backed out: $ roff/groff/groff -V /usr/libexec/ld-elf.so.1: roff/groff/groff: too few PT_LOAD segments The same, but without -fno-exceptions: $ roff/groff/groff -V troff -Tps | grops I wonder if the follwing commit might be relevant to the -DNOSHARED issue with groff: : kan 2002/10/19 16:03:35 PDT :=20 : Modified files: : libexec/rtld-elf rtld.c : Log: : Change the symbol lookup order to search RTLD_GLOBAL objects : before referencing object's DAG. This makes it possible for : C++ exceptions to work across shared libraries and brings : us closer to the search order used by Solaris/Linux. :=20 : Reviewed by: jdp : Approved by: obrien : MFC after: 1 month :=20 : Revision Changes Path : 1.68 +12 -12 src/libexec/rtld-elf/rtld.c > As to mpcu: On alphas, the compiler has more chance to make mistakes > if its compiled for CPUs < ev56 which do not support byte/word > instructions. In those cases, it needs to generate shifty/masky code > to pull 8 and 16 bit values out of 32-bit loads and stores. This has > a history of being more error prone. Eg, some complex ports work on > stable at high optimization levels with -mcpu=3Dev56 which don't work > without -mpcu. >=20 > If we have to, we can always compile groff as -mcpu=3Dev56 because we > emulate these instructions in the kernel on older machines. That > would make groff run about like molases in January on older machines, > though, as each byte/word instruction would generate an illegal > instruction trap and that trap would be handled by the alpha trap > handler.. >=20 Can't we make it the default in GCC, or in share/mk/bsd.cpu.mk? Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --FCuugMFkClbJLl1L Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9tWkHUkv4P6juNwoRAvS2AJ9zBidN1xebuUx4DVZLTd7qhvqlngCfap+C q4pzfHICFtHUGHLoDPXLsSs= =4rN8 -----END PGP SIGNATURE----- --FCuugMFkClbJLl1L-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 8: 6: 0 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E95E037B401 for ; Tue, 22 Oct 2002 08:05:59 -0700 (PDT) Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86B1B43E65 for ; Tue, 22 Oct 2002 08:05:59 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 30925 invoked from network); 22 Oct 2002 15:05:59 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail14.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 22 Oct 2002 15:05:59 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id g9MF5vn5063281 for ; Tue, 22 Oct 2002 11:05:57 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Tue, 22 Oct 2002 11:06:01 -0400 (EDT) From: John Baldwin To: current@FreeBSD.org Subject: New-busified rc(4) - testers needed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At the request of another developer who has since been swamped and unable to actually test it, I converted the rc(4) driver over to new-bus. If anyone can test it I would appreciate it. Download the tarball http://www.FreeBSD.org/~jhb/patches/rc.tgz and unpack it into a -current kernel source tree. Build the 'rc' module and give it a go. It should work with the same hints that the old driver worked. Also, you should be able to kldunload the driver if none of the devices are open. If there are devices open, the kldunload should fail with EBUSY. Thanks. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 8:11:42 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2562E37B401; Tue, 22 Oct 2002 08:11:40 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76C1343E42; Tue, 22 Oct 2002 08:11:33 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g9MFBUl01139; Tue, 22 Oct 2002 18:11:30 +0300 (EEST) (envelope-from ru) Date: Tue, 22 Oct 2002 18:11:29 +0300 From: Ruslan Ermilov To: Tim Robbins Cc: current@FreeBSD.ORG Subject: Re: groff -ms breakage Message-ID: <20021022151129.GB97285@sunbay.com> References: <20021022235954.A34501@dilbert.robbins.dropbear.id.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7iMSBzlTiPOCCT2k" Content-Disposition: inline In-Reply-To: <20021022235954.A34501@dilbert.robbins.dropbear.id.au> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --7iMSBzlTiPOCCT2k Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 22, 2002 at 11:59:54PM +1000, Tim Robbins wrote: > It seems groff is failing to format most of the roff documentation > in src/share/doc, for example psd/15.yacc. Here is the output > that groff -Tascii -ms produces on -current: >=20 > ss..:44: warning: number register `0:LL' not defined > ss..:44: warning: number register `0:ri' not defined > ss..:44: warning: number register `0:pri' not defined > ss..:44: warning: number register `0:LT' not defined > ss..:44: warning: number register `0:li' not defined > ss..:44: warning: number register `0:pli' not defined > ss..:44: warning: `FAM' not defined > ss..:44: warning: number register `0:PS' not defined > ss..:44: warning: number register `0:VS' not defined > [etc.] > ss..:55: warning [p 1, 0.0i, div `cov*ab-div', 0.3i]: can't break line > ss..:55: warning [p 1, 0.0i, div `cov*ab-div', 0.5i]: can't break line > ss..:55: warning [p 1, 0.0i, div `cov*ab-div', 0.7i]: can't break line > [etc.] >=20 > Com- > puter > pro- > gram > input > gen- > er- > ally > has > some > struc- >=20 > here is the output from the same command on 4.7-RELEASE: >=20 > Computer program input generally has some > structure; in fact, every computer program that > does input can be thought of as defining an > ``input language'' which it accepts. An input >=20 > Reverting s.tmac to an earlier version does not seem to fix the problem. > Also, postscript and html output formats seem much less broken than text. >=20 Yes, I know. This is a result of my latest revision to contrib/groff/tmac/troffrc. Please feel free to back it out if you need to -- ENOTIME for this anymore today, all my spare time has been eaten by another groff problem on Alphas. Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --7iMSBzlTiPOCCT2k Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9tWqhUkv4P6juNwoRArDPAJ948m3A/UmxEC4FlqA6SyJeMk+QigCeMOAT pXxKGbkoR+NWP6bKliWwEPE= =HiGu -----END PGP SIGNATURE----- --7iMSBzlTiPOCCT2k-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 8:15:36 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E86137B404; Tue, 22 Oct 2002 08:15:33 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCF3B43E3B; Tue, 22 Oct 2002 08:15:26 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g9MFF4b01767; Tue, 22 Oct 2002 18:15:04 +0300 (EEST) (envelope-from ru) Date: Tue, 22 Oct 2002 18:15:04 +0300 From: Ruslan Ermilov To: Andrew Gallatin Cc: Alexander Kabaev , "David O'Brien" , current@FreeBSD.org Subject: Re: Groff problems (was Re: alpha tinderbox failure) Message-ID: <20021022151504.GC97285@sunbay.com> References: <200210210942.g9L9gLpM025724@beast.freebsd.org> <15796.17145.909288.498725@grasshopper.cs.duke.edu> <20021022142929.GB48398@sunbay.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TiqCXmo5T1hvSQQg" Content-Disposition: inline In-Reply-To: <20021022142929.GB48398@sunbay.com> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --TiqCXmo5T1hvSQQg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 22, 2002 at 05:29:29PM +0300, Ruslan Ermilov wrote: > On Mon, Oct 21, 2002 at 02:10:01PM -0400, Andrew Gallatin wrote: > >=20 > > Ruslan, > >=20 > > Can you help with this, please? I think you're the best candidate > > since you know so much about the build system and you are the groff=20 > > maintainer. > >=20 > > I've found that if I just cd to /usr/src/share/doc and=20 > > do a 'make' groff works like a charm. But from inside > > make buildworld, groff=20 > >=20 > > a) emits 'out of memory warnings' on each file processed > > b) produces empty output files > > c) eventually dies, killing the build > >=20 > > Assuming that I installed the version of groff made by buildworld, > > along with libc.so, libm.so, and libstdc++.so (all built by > > buildworld) prior to running make in /usr/src/share/doc, can you please > > explain what's different about groff in the buildworld case? > >=20 > > I'm tearing my hair out trying to figure out what broke. > >=20 > Well, I tried this on beast. It is easily reproduceable. >=20 > It turned out that if you build groff with -DNO_CPU_CFLAGS > (the way it is built during the bootstrap-tools stage of > buildworld), it fails with the `out of memory' error in > contrib/groff/src/libs/libgroff/new.cc. To reproduce, it > is only necessary to build the following dirs, in order, > with -DNO_CPU_CFLAGS: >=20 > gnu/usr.bin/groff/src/libs/libgroff > gnu/usr.bin/groff/src/roff/groff >=20 > And then run groff from the latter as follows: >=20 > groff -V >=20 > More fun. Groff is built with -fno-rtti and -fno-exceptions: >=20 > : RCS file: /home/ncvs/src/gnu/usr.bin/groff/Attic/Makefile.cfg,v > : Working file: Makefile.cfg > : head: 2.13 > : branch: > : locks: strict > : access list: > : keyword substitution: kv > : total revisions: 36; selected revisions: 1 > : description: > : ---------------------------- > : revision 2.7 > : date: 1999/04/04 16:44:33; author: obrien; state: Exp; lines: +2 -1 > : This is old C++ code -- no need for rtti or exceptions. >=20 > If you remove -fno-exceptions from gnu/usr.bin/groff/Makefile.inc and > recompile libgroff and groff, it seems to work (I did not check it > thoroughly). But I think this only has a side effect, because Groff > does not seem to have any exception code (please correct me if I am > wrong), and why the hell it should depend on -mcpu, if any? >=20 > I am Cc:ing our GCC gurus in a hope they can shed a light on this. >=20 Yeah, it only "seems" to work if you remove -fno-exceptions. It only makes ``groff -V'' work, but full groff invocations continue to fail with ``out of memory'' during the buildworld. So we apparently need to compile Groff with -mcpu=3Dev56, as Andrew suggested (I did not check will it help or not, and I do not have any more time today for this). But removing -fno-exceptions has a good impact on rtld(1) issue. Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --TiqCXmo5T1hvSQQg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9tWt4Ukv4P6juNwoRAveFAJ9+wKTEF3ISSjOHxo+MJiMrzouE1wCfWtYN Hcqd2ZBc7COywudb4TJgosM= =sQau -----END PGP SIGNATURE----- --TiqCXmo5T1hvSQQg-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 8:18:23 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F26E37B401; Tue, 22 Oct 2002 08:18:21 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D98943E42; Tue, 22 Oct 2002 08:18:20 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id LAA03972; Tue, 22 Oct 2002 11:18:14 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g9MFHiT07476; Tue, 22 Oct 2002 11:17:44 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15797.27672.327091.966095@grasshopper.cs.duke.edu> Date: Tue, 22 Oct 2002 11:17:44 -0400 (EDT) To: Ruslan Ermilov Cc: Alexander Kabaev , "David O'Brien" , current@FreeBSD.org Subject: Re: Groff problems (was Re: alpha tinderbox failure) In-Reply-To: <20021022142929.GB48398@sunbay.com> References: <200210210942.g9L9gLpM025724@beast.freebsd.org> <15796.17145.909288.498725@grasshopper.cs.duke.edu> <20021022142929.GB48398@sunbay.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ruslan Ermilov writes: > Well, I tried this on beast. It is easily reproduceable. > > It turned out that if you build groff with -DNO_CPU_CFLAGS > (the way it is built during the bootstrap-tools stage of > buildworld), it fails with the `out of memory' error in > contrib/groff/src/libs/libgroff/new.cc. To reproduce, it > is only necessary to build the following dirs, in order, > with -DNO_CPU_CFLAGS: > > gnu/usr.bin/groff/src/libs/libgroff > gnu/usr.bin/groff/src/roff/groff > > And then run groff from the latter as follows: > > groff -V > > More fun. Groff is built with -fno-rtti and -fno-exceptions: FWIW, the "out of memory" is because it is attempting to malloc a huge amount of ram. Apparently mistakenly: (gdb) break /usr/src/contrib/groff/src/libs/libgroff/new.cc:45 Breakpoint 1 at 0x12000c9cc: file /usr/src/contrib/groff/src/libs/libgroff/new.cc, line 45. (gdb) r Starting program: /usr/src/gnu/usr.bin/groff/src/roff/groff/groff Breakpoint 1, operator new(unsigned long) (size=4832141312) at /usr/src/contrib/groff/src/libs/libgroff/new.cc:45 45 if (p == 0) { (gdb) p/x size $1 = 0x12004a000 (gdb) Note that 0x12004a000 looks quite a bit like an address in the data segment. The stack looks like this (its happening before main is entered): (gdb) where #0 operator new(unsigned long) (size=4832141312) at /usr/src/contrib/groff/src/libs/libgroff/new.cc:45 #1 0x12000d528 in operator new[](unsigned long) () #2 0x12000c1ac in search_path (this=0x120035930, envvar=0x0, standard=0x12002b8b1 "/usr/share/groff_font", add_home=1,add_current=0) at /usr/src/contrib/groff/src/libs/libgroff/searchpath.cc:39 #3 0x12000aec4 in __static_initialization_and_destruction_0 ( __initialize_p=1, __priority=65535) at /usr/src/contrib/groff/src/libs/libgroff/fontfile.cc:34 #4 0x12000af30 in _GLOBAL__I__ZN4font3resE () at /usr/src/contrib/groff/src/libs/libgroff/fontfile.cc:34 #5 0x12002a0b8 in __do_global_ctors_aux () #6 0x120000150 in _init () #7 0x120000228 in _start () The code calling new is this bit of c++ code: (gdb) frame 2 #2 0x12000c1ac in search_path (this=0x120035930, envvar=0x0, standard=0x12002b8b1 "/usr/share/groff_font", add_home=1, add_current=0) at /usr/src/contrib/groff/src/libs/libgroff/searchpath.cc:39 39 dirs = new char[((e && *e) ? strlen(e) + 1 : 0) (gdb) l 34 if (add_home) 35 home = getenv("HOME"); 36 char *e = 0; 37 if (envvar) 38 e = getenv(envvar); 39 dirs = new char[((e && *e) ? strlen(e) + 1 : 0) 40 + (add_current ? 1 + 1 : 0) 41 + ((home && *home) ? strlen(home) + 1 : 0) 42 + ((standard && *standard) ? strlen(standard) : 0) 43 + 1]; I have no idea what 'e' is, gdb doesn't like things declared in the middle of a scope, apparently. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 8:38:24 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05D4737B401 for ; Tue, 22 Oct 2002 08:38:24 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id A470343E42 for ; Tue, 22 Oct 2002 08:38:22 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.3/8.12.3) with ESMTP id g9MFcIpk080352 for ; Tue, 22 Oct 2002 09:38:18 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 22 Oct 2002 09:37:46 -0600 (MDT) Message-Id: <20021022.093746.125616993.imp@bsdimp.com> To: current@FreeBSD.ORG Subject: Build breakage From: "M. Warner Losh" X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From a tree that I updated last night, building on a 4.7-stable system: as -o boot2.o boot2.s as --defsym SIOPRT=0x3f8 --defsym SIOFMT=0x3 --defsym SIOSPD=9600 /home/imp/FreeBSD/src/sys/boot/i386/boot2/sio.s -o sio.o ld -nostdlib -static -N -Ttext 0x2000 -o boot2.out /usr/obj/home/imp/FreeBSD/src/sys/boot/i386/boot2/../btx/lib/crt0.o boot2.o sio.o objcopy -S -O binary boot2.out boot2.bin btxld -v -E 0x2000 -f bin -b /usr/obj/home/imp/FreeBSD/src/sys/boot/i386/boot2/../btx/btx/btx -l boot2.ldr -o boot2.ld -P 1 boot2.bin kernel: ver=1.01 size=780 load=9000 entry=9010 map=16M pgctl=1:1 client: fmt=bin size=1498 text=0 data=0 bss=0 entry=0 output: fmt=bin size=1e18 text=200 data=1c18 org=0 entry=0 -24 bytes available *** Error code 1 I didn't see this a few days ago when I did a buildworld on my current box. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 8:40:17 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DDCE37B401; Tue, 22 Oct 2002 08:40:16 -0700 (PDT) Received: from h132-197-179-27.gte.com (h132-197-179-27.gte.com [132.197.179.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C66143E65; Tue, 22 Oct 2002 08:40:15 -0700 (PDT) (envelope-from ak03@gte.com) Received: from kanpc.gte.com (localhost [IPv6:::1]) by h132-197-179-27.gte.com (8.12.6/8.12.6) with ESMTP id g9MFdhkY002755; Tue, 22 Oct 2002 11:39:43 -0400 (EDT) (envelope-from ak03@kanpc.gte.com) Received: (from ak03@localhost) by kanpc.gte.com (8.12.6/8.12.6/Submit) id g9MFdhg7002754; Tue, 22 Oct 2002 11:39:43 -0400 (EDT) Date: Tue, 22 Oct 2002 11:39:43 -0400 From: Alexander Kabaev To: Ruslan Ermilov Cc: gallatin@cs.duke.edu, kan@FreeBSD.org, obrien@FreeBSD.org, current@FreeBSD.org Subject: Re: Groff problems (was Re: alpha tinderbox failure) Message-Id: <20021022113943.603974fd.ak03@gte.com> In-Reply-To: <20021022142929.GB48398@sunbay.com> References: <200210210942.g9L9gLpM025724@beast.freebsd.org> <15796.17145.909288.498725@grasshopper.cs.duke.edu> <20021022142929.GB48398@sunbay.com> Organization: Verizon Data Services X-Mailer: Sylpheed version 0.8.5claws7 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Anyone cares to post a ktrace? -- Alexander Kabaev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 8:47:30 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0795D37B401; Tue, 22 Oct 2002 08:47:30 -0700 (PDT) Received: from h132-197-179-27.gte.com (h132-197-179-27.gte.com [132.197.179.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5059443E6E; Tue, 22 Oct 2002 08:47:29 -0700 (PDT) (envelope-from ak03@gte.com) Received: from kanpc.gte.com (localhost [IPv6:::1]) by h132-197-179-27.gte.com (8.12.6/8.12.6) with ESMTP id g9MFkrkY002834; Tue, 22 Oct 2002 11:46:53 -0400 (EDT) (envelope-from ak03@kanpc.gte.com) Received: (from ak03@localhost) by kanpc.gte.com (8.12.6/8.12.6/Submit) id g9MFkrsP002833; Tue, 22 Oct 2002 11:46:53 -0400 (EDT) Date: Tue, 22 Oct 2002 11:46:53 -0400 From: Alexander Kabaev To: Alexander Kabaev Cc: ru@FreeBSD.org, gallatin@cs.duke.edu, kan@FreeBSD.org, obrien@FreeBSD.org, current@FreeBSD.org Subject: Re: Groff problems (was Re: alpha tinderbox failure) Message-Id: <20021022114653.719fd9f8.ak03@gte.com> In-Reply-To: <20021022113943.603974fd.ak03@gte.com> References: <200210210942.g9L9gLpM025724@beast.freebsd.org> <15796.17145.909288.498725@grasshopper.cs.duke.edu> <20021022142929.GB48398@sunbay.com> <20021022113943.603974fd.ak03@gte.com> Organization: Verizon Data Services X-Mailer: Sylpheed version 0.8.5claws7 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 22 Oct 2002 11:39:43 -0400 Alexander Kabaev wrote: > Anyone cares to post a ktrace? > > -- > Alexander Kabaev If this is a case of a brk(2) failing, then I have a patch in testing to fix that. Give me some time to finish. -- Alexander Kabaev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 8:55: 0 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BEB737B401; Tue, 22 Oct 2002 08:54:58 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F82843E3B; Tue, 22 Oct 2002 08:54:56 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id LAA06099; Tue, 22 Oct 2002 11:54:55 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g9MFsPv07513; Tue, 22 Oct 2002 11:54:25 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15797.29873.531194.677473@grasshopper.cs.duke.edu> Date: Tue, 22 Oct 2002 11:54:25 -0400 (EDT) To: Alexander Kabaev Cc: obrien@FreeBSD.org, current@FreeBSD.org, ru@FreeBSD.org Subject: Re: Groff problems (was Re: alpha tinderbox failure) In-Reply-To: <20021022114653.719fd9f8.ak03@gte.com> References: <200210210942.g9L9gLpM025724@beast.freebsd.org> <15796.17145.909288.498725@grasshopper.cs.duke.edu> <20021022142929.GB48398@sunbay.com> <20021022113943.603974fd.ak03@gte.com> <20021022114653.719fd9f8.ak03@gte.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alexander Kabaev writes: > On Tue, 22 Oct 2002 11:39:43 -0400 > Alexander Kabaev wrote: > > > Anyone cares to post a ktrace? > > > > -- > > Alexander Kabaev > > If this is a case of a brk(2) failing, then I have a patch in testing to fix > that. Give me some time to finish. I've appended a trace. Drew 1447 ktrace RET ktrace 0 1447 ktrace CALL execve(0x11fff963,0x11fff700,0x11fff718) 1447 ktrace NAMI "./groff" 1447 groff RET execve 0 1447 groff CALL fstat(0x1,0x11ffefa0) 1447 groff RET fstat 0 1447 groff CALL readlink(0x12002da88,0x11ffef80,0x3f) 1447 groff NAMI "/etc/malloc.conf" 1447 groff RET readlink -1 errno 2 No such file or directory 1447 groff CALL mmap(0,0x2000,0x3,0x1002,0xffffffffffffffff,0,0) 1447 groff RET mmap 1073741824/0x40000000 1447 groff CALL break(0x12004a000) 1447 groff RET break -1 errno 12 Cannot allocate memory 1447 groff CALL break(0x12004a000) 1447 groff RET break -1 errno 12 Cannot allocate memory 1447 groff CALL write(0x1,0x11ffec60,0xc) 1447 groff GIO fd 1 wrote 12 bytes "size = 0x16 " 1447 groff RET write 12/0xc 1447 groff CALL break(0x12004a000) 1447 groff RET break -1 errno 12 Cannot allocate memory 1447 groff CALL write(0x2,0x12002b9df,0xe) 1447 groff GIO fd 2 wrote 14 bytes "out of memory " 1447 groff RET write 14/0xe 1447 groff CALL exit(0xffffffffffffffff) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 10:23:20 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB07937B401 for ; Tue, 22 Oct 2002 10:23:17 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4562543E6E for ; Tue, 22 Oct 2002 10:23:17 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (nik.isi.edu [128.9.168.58]) by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id g9MHNBC11193; Tue, 22 Oct 2002 10:23:11 -0700 (PDT) Message-ID: <3DB5897A.2050706@isi.edu> Date: Tue, 22 Oct 2002 10:23:06 -0700 From: Lars Eggert User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.2b) Gecko/20021016 X-Accept-Language: en-us, de-de MIME-Version: 1.0 To: ticso@cicely.de Cc: Poul-Henning Kamp , current Subject: Re: kernel panic when booting with USB CF reader References: <3DB479FC.6090108@isi.edu> <8494.1035238225@critter.freebsd.dk> <20021022090627.GS14571@cicely8.cicely.de> In-Reply-To: <3DB479FC.6090108@isi.edu> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms080404030505070503090305" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a cryptographically signed message in MIME format. --------------ms080404030505070503090305 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Bernd Walter wrote: > It's just the Name that don't exist. > Some time ago I was told to just open the device even if there is no > node listable in /dev. > E.g. mount_msdosfs /dev/da2s1 /mnt Yes, this works (Terry also pointed this out.) I wish this could be wired to the media change signal somehow. > This is a pre GEOM scenario, so it might have been fixed. > Also the panic is a pre GEOM panic - at least for me. > I wouldn't give it much time to debug before rechecking with a > recent kernel. > > I can't update my machine right now, but if Lars could update his > system and recheck the situation... Just checkeded, and it does NOT crash anymore on bootup when no media is inserted (with yesterday's -current.) Lars -- Lars Eggert USC Information Sciences Institute --------------ms080404030505070503090305 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9 VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR 1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/ r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF MYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCCVBMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAyMTAyMjE3MjMwNlowIwYJKoZIhvcNAQkEMRYEFNZGSAUQXYRvyfPjdCUR DYFnQziCMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3EAQxgZ0w gZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNh cGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNl czEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCCVBMIGtBgsq hkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw ZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44 LjMwAgMIJUEwDQYJKoZIhvcNAQEBBQAEggEAwn23E0EcOQSjZWIM7L9mmmB8t1uySIeQbl/N oB7u5Soqnx9BzGPr9R7TOpi+7WP+SvdhVcabxY9rLP3oPvCXuDUVy6M580tMyc8EWBnVaqeB J3Ko3qw+O/SnPhugmlF/SFwplgSogz7GvnSGvrFzBgRYAC6xsvbsHZU59Hh5FRBaLU7G7UU5 0KAgWzVzb5oXACfs+j3RMzcnbmIgh5IVYfFv78cYngLQaKJI4FO2qxhESO6xy9Cv8UmvF1lu w7JRXO+idkJvlgSCZcaMlSdfzcmSDNW6xeLopirSzQnRX6yezAGdoLTrhQmyPVap1wzscIlt ZF+2XkydGWSLhoMxhwAAAAAAAA== --------------ms080404030505070503090305-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 10:51:46 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15ABA37B401; Tue, 22 Oct 2002 10:51:44 -0700 (PDT) Received: from newtrinity.zeist.de (newtrinity.zeist.de [193.111.112.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FDDA43E75; Tue, 22 Oct 2002 10:51:43 -0700 (PDT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.6/8.12.6/ZEIST.DE) with ESMTP id g9MHpVvn020635; Tue, 22 Oct 2002 19:51:31 +0200 (CEST) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.6/8.12.6/Submit) id g9MHpQeo020634; Tue, 22 Oct 2002 19:51:26 +0200 (CEST) (envelope-from marius) Date: Tue, 22 Oct 2002 19:51:26 +0200 From: marius@alchemy.franken.de To: Poul-Henning Kamp Cc: hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: 5.0-RUSH: -current install testers wanted! Message-ID: <20021022175126.GA89712@newtrinity.zeist.de> References: <15328.1035268433@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15328.1035268433@critter.freebsd.dk> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Last week I replace a broken mainboard with a dual-Athlon one (Tyan Tiger s2466n-4m) and decided to upgrade that box from 4-stable to -current by installing the 0917-jpsnap via the floppies and passive ftp. I hit several sysinstall-problems some of which my already be fixed: - The hd I install -current onto previously had 4-stable on it, I deleted slice one (was the only one) and created a new one and selected the standard MBR. I decided to give UFS2 a try and created the filesystems with '-O 2 -U' (there was some problem toggling Softupdates und just adding '-O 2' to the newfs-options). But after rebooting the 4-stable (!) bootloader came claiming it wasn't able to load /kernel, a `ls` at the bootloader-prompt showed the contents of the former root-fs, even the former contents of some of the sub- direcroties , e.g. /etc could be displayed. - After a `dd if=/dev/zero of=/dev/da0 count=16` (booted with another hd containing 4-stable) I repeated the above procedure and ended up with the -current bootloader yelling "No UFS" several times. For now I ended up having the root-fs UFS1 and var, usr and tmp UFS2. This problem seems to be on the todo-list. - During the 6-7 sysinstall-runs (it hung and crashed unreproduceable 4-5 times) I always had the problem that after configuring the nic with a ipv4-adress it took some random time between ~15 seconds up to several minutes to look up the hostname of the jpsnap-server. This definitely wasn't a network- or dns-problem, another box connected via the same line and using the same nameserver didn't have problems looking up the hostname. I ran tcpdump on the other box and the reason for this seems to be sysinstall doing ipv6 neigbhourhood-detection and ping6 the ipv6-address of the jpsnap- server also the interface wasn't configured for ipv6. I also saw some stuff that I don't know of what it is: fe80::2e0:81ff:fe22:d7cf > ff02::2:f8c7:7880: HBH icmp6: multicast listener report max resp delay: 0 addr: ff02::2:f8c7:7880 [hlim 1] - The 3 or 4 times I got to the point to set the root password the prompt to enter it popped up in ttyv1 and not in tty0 like the rest of sysinstall. I wasn't actually able to set one but sysinstall returned to the "post-install-configuration"-menue when hitting ctrl-c in ttyv0. Some problems I have with the installed -current: - The bios of the board offers ACPI-support and as I thought FreeBSD's support of this is advanced enough I decided to turn it but it turned out to not be SMP-"safe". I can't remeber a panic while running an UP-kernel for the short time to update to latest -current and build a SMP-kernel. When both ACPI- (via kld) and SMP-support are enabled the box is fscking unstable, I get about 3 lock-order-reversal- and locking-against-myself-panics per hour and occasionally spontaneous reboots. After turing of ACPI-support in the bios the ACPI-kld no longer gets loaded and the box runs stable for 3 days (no more panics or spontaneous reboots), still with the same kernel built of sources as of Oct 17. The mainboard has 2 pci-bridges, they and all devices behind them successfully get probed when running with ACPI enabled so this doesn't sound like the problem described in the todo-list. acpiconf doesn't work except for `acpiconf -s 1` (after an `acpiconf -e`), `acpiconf -s 1` turns off the output of the gfx- card for the fraction of second (once also the hd sounded as it would spin-down) and as soon it returns 2 resume-messages get displayed. Doing this causes a panic (pagefaults iirc) in about 1 of 5 times. - After the tons of panics I got the background fsck always cleaned up an alarming number of files and directories on the UFS2- filesystems, much more than I've ever seen after a panic of a 4-stable box. As I got most panics while extracting tarballs or building ports this could be ok but once also file I successfully downloaded some 30-60 seconds before a panic got deleted during the fsck-run, imho this shouldn't happen. Last but not least it would be fine if sysinstall would also support ATAPI-floppies (/dev/afd0) for mounting the fixit-floppy. I didn't check recently but I think support for mounting the live-cdrom in SCSI-cdroms is also broken, last time I tried it also wasn't possible to install from a SCSI-cdrom as sysinstall didn't detect /dev/cd0c. Hrm, the minor looks wrong in devices.c, could this be the reason ? static struct _devname { DeviceType type; char *name; char *description; int major, minor, delta, max; } device_names[] = { { DEVICE_TYPE_CDROM, "cd%dc", "SCSI CDROM drive", 15, 2, 8, 4 but: ls -la /dev/cd0c crw-r----- 1 root operator 15, 0 Oct 22 19:02 /dev/cd0c At least the minor matches for acd0c. Marius To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 11: 5:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D63337B401; Tue, 22 Oct 2002 11:05:46 -0700 (PDT) Received: from MX2.estpak.ee (ld1.estpak.ee [194.126.101.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id C872643E3B; Tue, 22 Oct 2002 11:05:44 -0700 (PDT) (envelope-from kalts@estpak.ee) Received: from tiiu.internal (adsl12183.estpak.ee [213.219.95.109]) by MX2.estpak.ee (Postfix) with ESMTP id 888FD734D9; Tue, 22 Oct 2002 21:04:45 +0300 (EEST) Received: from tiiu.internal (localhost [127.0.0.1]) by tiiu.internal (8.12.6/8.12.6) with ESMTP id g9MI5Z75004260; Tue, 22 Oct 2002 21:05:35 +0300 (EEST) (envelope-from vallo@tiiu.internal) Received: (from vallo@localhost) by tiiu.internal (8.12.6/8.12.6/Submit) id g9MI5SWM004259; Tue, 22 Oct 2002 21:05:28 +0300 (EEST) Date: Tue, 22 Oct 2002 21:05:28 +0300 From: Vallo Kallaste To: John Baldwin Cc: current@FreeBSD.org, Vitaly Markitantov , Maxime Henrion Subject: Re: smbfs broken? Message-ID: <20021022180527.GA4048@tiiu.internal> Reply-To: kalts@estpak.ee References: <20021022142954.GA3206@tiiu.internal> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.1i-ja.1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Oct 22, 2002 at 10:48:58AM -0400, John Baldwin wrote: > Can you compile smbfs into your kernel 'options SMBFS' instead of as a > module and then get a dump and provide a trace? > >#13 0xc0383f58 in calltrap () at {standard input}:99 > >#14 0xc455a66e in ?? () > >#15 0xc455a072 in ?? () > >#16 0xc4559e87 in ?? () > >#17 0xc45609f8 in ?? () > > These frames are in smbfs and are where the bug is, but we obviously > can't figure out much with just ??'s. I had all but SMBFS in kernel, mostly because it has been working only occasionally in the near past. Here's the improved backtrace, for more information you'll need to step me down your own path, I have no debugging skills. Script started on Tue Oct 22 20:57:11 2002 bash-2.05b# gdb -k /sys/i386/compile/Myhakas-5.0-SMP/kernel.debug /usr/crash/vmc ore.0 GNU gdb 5.2.1 (FreeBSD) Copyright 2002 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-undermydesk-freebsd"... panic: bdwrite: buffer is not busy panic messages: --- Fatal trap 12: page fault while in kernel mode cpuid = 0; lapic.id = 00000000 fault virtual address = 0x2 fault code = supervisor read, page not present instruction pointer = 0x8:0x2 stack pointer = 0x10:0xd66eb758 frame pointer = 0x10:0xd66eb758 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 = 700 (cp) trap number = 12 panic: page fault cpuid = 0; lapic.id = 00000000 boot() called on cpu#0 syncing disks... panic: bdwrite: buffer is not busy cpuid = 0; lapic.id = 00000000 boot() called on cpu#0 Uptime: 18m27s pfs_vncache_unload(): 2 entries remaining Dumping 511 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 --- #0 doadump () at ../../../kern/kern_shutdown.c:223 223 dumping++; (kgdb) where #0 doadump () at ../../../kern/kern_shutdown.c:223 #1 0xc02367ea in boot (howto=260) at ../../../kern/kern_shutdown.c:355 #2 0xc0236aa7 in panic () at ../../../kern/kern_shutdown.c:508 #3 0xc027e76d in bdwrite (bp=0xce36b3b8) at ../../../kern/vfs_bio.c:950 #4 0xc032663b in ffs_update (vp=0xc42665c8, waitfor=0) at ../../../ufs/ffs/ffs_inode.c:125 #5 0xc033a4e2 in ffs_fsync (ap=0xd66eb558) at ../../../ufs/ffs/ffs_vnops.c:315 #6 0xc0339609 in ffs_sync (mp=0xc3fac600, waitfor=2, cred=0xc1341e80, td=0xc0435c00) at vnode_if.h:612 #7 0xc0293328 in sync (td=0xc0435c00, uap=0x0) at ../../../kern/vfs_syscalls.c:130 #8 0xc02363cb in boot (howto=256) at ../../../kern/kern_shutdown.c:264 #9 0xc0236aa7 in panic () at ../../../kern/kern_shutdown.c:508 #10 0xc03a7912 in trap_fatal (frame=0xd66eb718, eva=0) at ../../../i386/i386/trap.c:846 #11 0xc03a75c2 in trap_pfault (frame=0xd66eb718, usermode=0, eva=2) at ../../../i386/i386/trap.c:760 #12 0xc03a7032 in trap (frame= {tf_fs = -1004273640, tf_es = 16, tf_ds = -697434096, tf_edi = -1004220364, tf_esi = -697387178, tf_ebp = -697387176, tf_isp = -697387196, tf_ebx = 0, tf_edx = -697385568, tf_ecx = 0, tf_eax = 14, tf_trapno = 12, tf_err = 0, tf_eip = 2, tf_cs = 8, tf_eflags = 66194, tf_esp = -697387116, tf_ss = -1069774098}) at ../../../i386/i386/trap.c:446 #13 0xc03902a8 in calltrap () at {standard input}:99 #14 0xc03c8aee in smb_smb_readx (ssp=0xc424d034, fid=2048, len=0xd66eb756, rresid=0xd66eb7f8, uio=0xd66eb868, scred=0x0) at ../../../netsmb/smb_smb.c:636 #15 0xc03c84f2 in smb_smb_read (ssp=0xc424eb00, fid=2048, len=0xd66eb7fc, rresid=0xd66eb7f8, uio=0xd66eb868, scred=0x0) at ../../../netsmb/smb_smb.c:739 #16 0xc03c8307 in smb_read (ssp=0xc424eb00, fid=2048, uio=0xd66eb7fc, scred=0xd66eb850) at ../../../netsmb/smb_smb.c:795 #17 0xc01f2deb in smbfs_getpages (ap=0x0) at ../../../fs/smbfs/smbfs_io.c:486 #18 0xc0362fad in vnode_pager_getpages (object=0x0, m=0x0, count=0, reqpage=0) at vnode_if.h:1265 #19 0xc034ca13 in vm_fault (map=0xc4030198, vaddr=671461376, fault_type=1 '\001', fault_flags=0) at vm_pager.h:124 #20 0xc03a74b5 in trap_pfault (frame=0xd66eba94, usermode=0, eva=671461376) at ../../../i386/i386/trap.c:736 ---Type to continue, or q to quit--- #21 0xc03a7032 in trap (frame= {tf_fs = -697434088, tf_es = -1070268400, tf_ds = -1006436336, tf_edi = -823279616, tf_esi = 671461376, tf_ebp = -697386216, tf_isp = -697386304, tf_ebx = 16384, tf_edx = 671477760, tf_ecx = 4096, tf_eax = -697385728, tf_trapno = 12, tf_err = 0, tf_eip = -1069917698, tf_cs = 8, tf_eflags = 66054, tf_esp = -697385880, tf_ss = -697385892}) at ../../../i386/i386/trap.c:446 #22 0xc03902a8 in calltrap () at {standard input}:99 #23 0xc033af01 in ffs_write (ap=0xd66ebbe8) at ../../../ufs/ffs/ffs_vnops.c:810 #24 0xc029b74d in vn_write (fp=0xc40341a4, uio=0xd66ebc68, active_cred=0xc4251d00, flags=0, td=0xc13534e0) at vnode_if.h:417 #25 0xc0259a75 in dofilewrite (td=0xc13534e0, fp=0xc40341a4, fd=4, buf=0x2805b000, nbyte=0, offset=0, flags=0) at file.h:215 #26 0xc0259909 in write (td=0xc13534e0, uap=0xd66ebd10) at ../../../kern/sys_generic.c:329 #27 0xc03a7d3c in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 4, tf_esi = 671461376, tf_ebp = -1077937960, tf_isp = -697385612, tf_ebx = 84480, tf_edx = 0, tf_ecx = 134672640, tf_eax = 4, tf_trapno = 12, tf_err = 2, tf_eip = 134524975, tf_cs = 31, tf_eflags = 531, tf_esp = -1077938036, tf_ss = 47}) at ../../../i386/i386/trap.c:1071 #28 0xc03902fd in Xint0x80_syscall () at {standard input}:141 ---Can't read userspace from dump, or kernel process--- (kgdb) quit bash-2.05b# exit exit Script done on Tue Oct 22 20:57:35 2002 -- Vallo Kallaste kalts@estpak.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 11:10:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FF7337B401 for ; Tue, 22 Oct 2002 11:10:11 -0700 (PDT) Received: from mail.nsu.ru (mx.nsu.ru [193.124.215.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3351943E3B for ; Tue, 22 Oct 2002 11:10:09 -0700 (PDT) (envelope-from fjoe@iclub.nsu.ru) Received: from drweb by mail.nsu.ru with drweb-scanned (Exim 3.20 #1) id 1843TP-0003f1-00 for current@freebsd.org; Wed, 23 Oct 2002 01:09:47 +0700 Received: from iclub.nsu.ru ([193.124.215.97] ident=root) by mail.nsu.ru with esmtp (Exim 3.20 #1) id 1843Se-0003K5-00 for current@freebsd.org; Wed, 23 Oct 2002 01:09:00 +0700 Received: from iclub.nsu.ru (fjoe@localhost [127.0.0.1]) by iclub.nsu.ru (8.12.6/8.12.6) with ESMTP id g9MI8WFG024149 for ; Wed, 23 Oct 2002 01:08:32 +0700 (NSS) (envelope-from fjoe@iclub.nsu.ru) Received: (from fjoe@localhost) by iclub.nsu.ru (8.12.6/8.12.6/Submit) id g9MI8V6j024147 for current@freebsd.org; Wed, 23 Oct 2002 01:08:31 +0700 (NSS) Date: Wed, 23 Oct 2002 01:08:31 +0700 From: Max Khon To: current@freebsd.org Subject: building -CURRENT on RELENG_4 Message-ID: <20021023010831.A24075@iclub.nsu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Envelope-To: current@freebsd.org X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 X-Spam-Level: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hi, there! cross-building -CURRENT on RELENG_4 is broken in src/usr.bin/xlint/lint1: --- cut here --- ... sh /usr/fbsd/HEAD/src/usr.bin/xlint/lint1/makeman /usr/libexec/lint1 -m >lint.7 lint1: illegal option -- m usage: lint1 [-abcdeghprstuvyzF] src dest gzip -cn lint.7 > lint.7.gz --- cut here --- /fjoe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 11:10:32 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CB2937B401 for ; Tue, 22 Oct 2002 11:10:32 -0700 (PDT) Received: from pimout2-ext.prodigy.net (pimout2-ext.prodigy.net [207.115.63.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id B152D43E4A for ; Tue, 22 Oct 2002 11:10:31 -0700 (PDT) (envelope-from wa1ter@hotmail.com) Received: from hotmail.com (adsl-67-114-253-34.dsl.lsan03.pacbell.net [67.114.253.34]) by pimout2-ext.prodigy.net (8.12.3 da nor stuldap/8.12.3) with ESMTP id g9MIAUcK132476 for ; Tue, 22 Oct 2002 14:10:30 -0400 Message-ID: <3DB5941D.7020507@hotmail.com> Date: Tue, 22 Oct 2002 11:08:29 -0700 From: walt Organization: none User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2a) Gecko/20021020 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: emacs? Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm confused about the -CURRENT emacs breakage. Is this an O.S. breakage which will eventually be fixed, or a permanent change which will require a patch to emacs? Thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 11:46: 8 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC8DC37B401; Tue, 22 Oct 2002 11:46:06 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-165-226-88.dsl.lsan03.pacbell.net [64.165.226.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62A3C43E4A; Tue, 22 Oct 2002 11:46:06 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 089F866E0A; Tue, 22 Oct 2002 11:46:05 -0700 (PDT) Date: Tue, 22 Oct 2002 11:46:05 -0700 From: Kris Kennaway To: Ruslan Ermilov Cc: Kris Kennaway , current@FreeBSD.org, standards@FreeBSD.org Subject: Re: libstdc++ does not contain fabsl symbol Message-ID: <20021022184605.GA85779@xor.obsecurity.org> References: <20021020025400.GA13776@xor.obsecurity.org> <20021022082241.GG3325@sunbay.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5vNYLRcllDrimb99" Content-Disposition: inline In-Reply-To: <20021022082241.GG3325@sunbay.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --5vNYLRcllDrimb99 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 22, 2002 at 11:22:41AM +0300, Ruslan Ermilov wrote: > On Sat, Oct 19, 2002 at 07:54:01PM -0700, Kris Kennaway wrote: > > World is broken if you try and build with -fno-builtin: > >=20 > > c++ -O -pipe -ggdb -fno-builtin -march=3Dpentium3 -I/usr/src/gnu/us= r.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -o gpe= rf bool-array.o gen-perf.o hash-table.o iterator.o key-list.o list-node.o m= ain.o new.o options.o read-line.o trace.o vectors.o version.o hash.o getopt= .o getopt1.o > > gen-perf.o: In function `Gen_Perf::Gen_Perf()': > > /usr/src/contrib/gperf/src/bool-array.icc:81: warning: rand() does not = produce high-quality random numbers and should not generally be used > > /usr/obj/usr/src/i386/usr/lib/libstdc++.so: undefined reference to `fab= sl' > > *** Error code 1 > >=20 > This is because we lack the >=20 > long double fabsl(long double); >=20 > in -lm and . OK, thanks for tracking it down. This looks like an important omission that should be fixed for 5.0-R. Kris --5vNYLRcllDrimb99 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9tZztWry0BWjoQKURAleBAJ9t9CyplmChvxX0LWMpo0aqsjRRVQCfYhPN v3XJLR6KkGJAv4wwqPZZvLk= =XMMw -----END PGP SIGNATURE----- --5vNYLRcllDrimb99-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 11:52: 0 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A36DE37B401 for ; Tue, 22 Oct 2002 11:51:58 -0700 (PDT) Received: from mail.speakeasy.net (mail17.speakeasy.net [216.254.0.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C09943E6A for ; Tue, 22 Oct 2002 11:51:58 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 15522 invoked from network); 22 Oct 2002 18:51:55 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail17.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 22 Oct 2002 18:51:55 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id g9MIpen5064106; Tue, 22 Oct 2002 14:51:43 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20021022180527.GA4048@tiiu.internal> Date: Tue, 22 Oct 2002 14:51:43 -0400 (EDT) From: John Baldwin To: Vallo Kallaste Subject: Re: smbfs broken? Cc: Maxime Henrion , Vitaly Markitantov , current@FreeBSD.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 22-Oct-2002 Vallo Kallaste wrote: > On Tue, Oct 22, 2002 at 10:48:58AM -0400, John Baldwin wrote: > >> Can you compile smbfs into your kernel 'options SMBFS' instead of as a >> module and then get a dump and provide a trace? > >> >#13 0xc0383f58 in calltrap () at {standard input}:99 >> >#14 0xc455a66e in ?? () >> >#15 0xc455a072 in ?? () >> >#16 0xc4559e87 in ?? () >> >#17 0xc45609f8 in ?? () >> >> These frames are in smbfs and are where the bug is, but we obviously >> can't figure out much with just ??'s. > > I had all but SMBFS in kernel, mostly because it has been working > only occasionally in the near past. Here's the improved backtrace, > for more information you'll need to step me down your own path, I > have no debugging skills. > > > Script started on Tue Oct 22 20:57:11 2002 > bash-2.05b# gdb -k /sys/i386/compile/Myhakas-5.0-SMP/kernel.debug /usr/crash/vmc ore.0 > GNU gdb 5.2.1 (FreeBSD) > Copyright 2002 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-undermydesk-freebsd"... > panic: bdwrite: buffer is not busy > panic messages: > --- > Fatal trap 12: page fault while in kernel mode > cpuid = 0; lapic.id = 00000000 > fault virtual address = 0x2 > fault code = supervisor read, page not present > instruction pointer = 0x8:0x2 As someone else has pointed out, it is executing at a garbage address which is why it panic'd. My guess is that smb_smb_readx() called some function which had a buffer overflow of a variable on the stack and trashed the return address. Actually, there are some bugs in the mbchains code. I've just committed a possible fix. Can you cvsup and try out revision 1.9 of subr_mchain.c and see if it works better? Thanks. >#14 0xc03c8aee in smb_smb_readx (ssp=0xc424d034, fid=2048, len=0xd66eb756, > rresid=0xd66eb7f8, uio=0xd66eb868, scred=0x0) > at ../../../netsmb/smb_smb.c:636 md_get_uint16le(mdp, NULL); The md_get_* functions didn't all handle the case of the second argument being NULL properly. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 12: 0:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF78437B401; Tue, 22 Oct 2002 12:00:16 -0700 (PDT) Received: from bilbo.in.mat.cc (bilbo.in.mat.cc [212.43.217.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85F8B43E3B; Tue, 22 Oct 2002 12:00:15 -0700 (PDT) (envelope-from mat@mat.cc) Received: from sauron (sauron.in.mat.cc [212.43.217.122]) by bilbo.in.mat.cc (Postfix) with ESMTP id E158471183; Tue, 22 Oct 2002 21:00:02 +0200 (CEST) Date: Tue, 22 Oct 2002 21:00:02 +0200 From: Mathieu Arnold To: Ceri Davies , Poul-Henning Kamp Cc: hackers@freebsd.org, current@freebsd.org Subject: Re: 5.0-RUSH: -current install testers wanted! Message-ID: <393850171.1035320402@sauron> In-Reply-To: <20021022090836.GA67366@submonkey.net> References: <15328.1035268433@critter.freebsd.dk> <20021022090836.GA67366@submonkey.net> X-Mailer: Mulberry/3.0.0b5 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --On mardi 22 octobre 2002 10:08 +0100 Ceri Davies wrote: > On Tue, Oct 22, 2002 at 08:33:53AM +0200, Poul-Henning Kamp wrote: > >> If you don't have the machine-power to run make release yourself, >> I hope the japanese snapshot server is producing good snapshots, >> if that fails, I would appreciate if somebody will produce and put up >> good releases and/or ISO images somewhere. > > snapshots.jp.freebsd.org hasn't completed a make release since September > 17th by the looks of things. I was willing to install a fresh -current, I'm trying to make release from a -stable box, but I don't believe it will end well. Could someone make release from a recent -current so that many of us could install it ? -- Mathieu Arnold To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 12:16:45 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6205537B401; Tue, 22 Oct 2002 12:16:43 -0700 (PDT) Received: from conure.mail.pas.earthlink.net (conure.mail.pas.earthlink.net [207.217.120.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE5ED43E3B; Tue, 22 Oct 2002 12:16:37 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0482.cvx21-bradley.dialup.earthlink.net ([209.179.193.227] helo=mindspring.com) by conure.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 1844Vp-0006WY-00; Tue, 22 Oct 2002 12:16:21 -0700 Message-ID: <3DB5A3BD.77138903@mindspring.com> Date: Tue, 22 Oct 2002 12:15:09 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: kalts@estpak.ee Cc: Maxime Henrion , Vitaly Markitantov , jhb@freebsd.org, current@freebsd.org Subject: Re: smbfs broken? References: <20021022110135.GA31643@iron.del.local> <20021022112320.GF26605@elvis.mu.org> <20021022142954.GA3206@tiiu.internal> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Vallo Kallaste wrote: > On Tue, Oct 22, 2002 at 04:23:20AM -0700, Maxime Henrion > wrote: > > [snip] > > It would help a lot if you could provide a traceback. > > This is the one I'm seeing everytime while trying to copy file from > ro smbfs mount. -current is about four days old, smbfs.ko _is_ > compiled with -DSMP and in sync with kernel. [ ... ] Everyone is reporting a bug similar to this; it is probably a problem in the memory allocator. > #11 0xc039b272 in trap_pfault (frame=0xdf9b6724, usermode=0, eva=2) > at ../../../i386/i386/trap.c:760 > #12 0xc039ace2 in trap (frame= > {tf_fs = -1053753320, tf_es = 16, tf_ds = -543490032, tf_edi = -1001077964, tf_esi = -543463582, tf_ebp = -543463580, tf_isp = -543463600, tf_ebx = 0, tf_edx = -543461984, tf_ecx = 0, tf_eax = 14, tf_trapno = 12, tf_err = 0, tf_eip = 2, tf_cs = 8, tf_eflags = 66178, tf_esp = -543463520, tf_ss = -1001019794}) > at ../../../i386/i386/trap.c:446 > #13 0xc0383f58 in calltrap () at {standard input}:99 > #14 0xc455a66e in ?? () > #15 0xc455a072 in ?? () > #16 0xc4559e87 in ?? () > #17 0xc45609f8 in ?? () If you are running the smbfs.ko, either load the module symbols into gdb before asking for the traceback, or statically compile SMBFS into the kernel. We need the intermediate code. > #18 0xc035947d in vnode_pager_getpages (object=0x0, m=0x0, count=0, reqpage=0) ...though the fact that this happened agains the vn device on an SMBFS from a file write is pretty indicative that you are running a vnconfig'ed device on top of an SMBFS file. This is probably not a good thing to do. It would be nice if you could give us more information as to exactly what it is you are doing, logically, to cause this problem; as things sit, it seems you are doing some evil things. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 12:20:17 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 730AA37B401; Tue, 22 Oct 2002 12:20:15 -0700 (PDT) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08EFD43E6A; Tue, 22 Oct 2002 12:20:15 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20021022192014.LQL28719.rwcrmhc52.attbi.com@InterJet.elischer.org>; Tue, 22 Oct 2002 19:20:14 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id MAA30839; Tue, 22 Oct 2002 12:01:24 -0700 (PDT) Date: Tue, 22 Oct 2002 12:01:23 -0700 (PDT) From: Julian Elischer To: Seigo Tanimura Cc: current@FreeBSD.org, tanimura@FreeBSD.org Subject: Re: Dynamic growth of the buffer and buffer page reclaim In-Reply-To: <200210220949.g9M9nroK026750@shojaku.t.axe-inc.co.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 22 Oct 2002, Seigo Tanimura wrote: > Introduction: > [...] > > The patch at: > > http://people.FreeBSD.org/~tanimura/patches/dynamicbuf.diff.gz Cool.. > > > -j baseline w/ my patch > real user sys real user sys > 1 1608.21 1387.94 125.96 1577.88 1391.02 100.90 > 10 1576.10 1360.17 132.76 1531.79 1347.30 103.60 > 20 1568.01 1280.89 133.22 1509.36 1276.75 104.69 > 30 1923.42 1215.00 155.50 1865.13 1219.07 113.43 > definitly statistically significant. > > Another interesting results are the numbers of swaps, shown below. > > -j baseline w/ my patch > 1 0 0 > 10 0 0 > 20 141 77 > 30 530 465 this too. > > > Comments and flames are welcome. Thanks a lot. > No flames.. Julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 12:28:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4692D37B401 for ; Tue, 22 Oct 2002 12:28:32 -0700 (PDT) Received: from h132-197-179-27.gte.com (h132-197-179-27.gte.com [132.197.179.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id A97CA43E3B for ; Tue, 22 Oct 2002 12:28:31 -0700 (PDT) (envelope-from ak03@gte.com) Received: from kanpc.gte.com (localhost [IPv6:::1]) by h132-197-179-27.gte.com (8.12.6/8.12.6) with ESMTP id g9MJSPkY011860; Tue, 22 Oct 2002 15:28:25 -0400 (EDT) (envelope-from ak03@kanpc.gte.com) Received: (from ak03@localhost) by kanpc.gte.com (8.12.6/8.12.6/Submit) id g9MJSPEc011859; Tue, 22 Oct 2002 15:28:25 -0400 (EDT) Date: Tue, 22 Oct 2002 15:28:25 -0400 From: Alexander Kabaev To: walt Cc: freebsd-current@FreeBSD.ORG Subject: Re: emacs? Message-Id: <20021022152825.686c93ce.ak03@gte.com> In-Reply-To: <3DB5941D.7020507@hotmail.com> References: <3DB5941D.7020507@hotmail.com> Organization: Verizon Data Services X-Mailer: Sylpheed version 0.8.5claws7 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 22 Oct 2002 11:08:29 -0700 walt wrote: > I'm confused about the -CURRENT emacs breakage. Is this > an O.S. breakage which will eventually be fixed, or a > permanent change which will require a patch to emacs? > > Thanks. This is a permanent change. The new binutils defaults have changed to generate binaries, which are more convenient for runtime linker to relocate. The code in [x]emacs is not prepared to deal with the change in format and thus will have to be fixed, or the while issue could be worked around by linking [x]emacs binary with -znocombreloc. -- Alexander Kabaev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Oct 22 12:42:41 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E33C37B401 for ; Tue, 22 Oct 2002 12:42:32 -0700 (PDT) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4DAA43E6E for ; Tue, 22 Oct 2002 12:42:31 -0700 (PDT) (envelope-from pmes@attbi.com) Received: from attbi.com ([66.41.138.63]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20021022194230.BCIY28719.rwcrmhc52.attbi.com@attbi.com> for ; Tue, 22 Oct 2002 19:42:30 +0000 Message-ID: <3DB5AA11.8030303@attbi.com> Date: Tue, 22 Oct 2002 14:42:09 -0500 From: Peter Schultz Organization: jocose.org User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20021018 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Subject: dmesg warnings, related to acpi? Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have two \\_SB_.PCI0 related warnings being output at boot. The one about AE_BAD_DATA is fairly recent, but I don't know what kernel it appeared with. I moved recently and haven't have a smooth upgrade path. The FDC0 - AE_AML_UNINITIALIZED_LOCAL warning has been around for some time. Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #0: Tue Oct 22 09:07:41 CDT 2002 root@max:/usr/obj/usr/src/sys/MAXKERNEL Preloaded elf kernel "/boot/kernel/kernel" at 0xc053d000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc053d0a8. Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (933.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x383fbff real memory = 402587648 (393152K bytes) avail memory = 384352256 (375344K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 IOAPIC #0 intpin 16 -> irq 9 IOAPIC #0 intpin 17 -> irq 10 IOAPIC #0 intpin 18 -> irq 5 IOAPIC #0 intpin 19 -> irq 11 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Initializing GEOMetry subsystem Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard Using $PIR table, 8 entries at 0xc00fdb50 acpi0: power button is handled as a fixed feature programming model. Timecounter "ACPI-fast" frequency 3579545 Hz can't fetch resources for \\_SB_.PCI0.FDC0 - AE_AML_UNINITIALIZED_LOCAL acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xc f8-0xcff on acpi0 pcib0: could not get PCI interrupt routing table for \\_SB_.PCI0 - AE_BAD_DATA ---- initial configuration ------------------------ ---- before setting priority for links ------------ ---- before fixup boot-disabled links ------------- ---- after fixup boot-disabled links -------------- ---- arbitrated configuration --------------------- pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 drm0: <3dfx Voodoo5> port 0xc000-0xc0ff mem 0xd0000000-0xd7ffffff,0xd8000000-0xd bffffff irq 9 at device 0.0 on pci1 info: [drm] Initialized tdfx 1.0.0 20010216 on minor 0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xd000-0xd00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xd400-0xd41f irq 11 at device 7.2 on pc i0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhub0: port error, restarting port 1 uhub0: port error, giving up port 1 uhub0: port error, restarting port 2 uhub0: port error, giving up port 2 pci0: at device 7.3 (no driver attached) ahc0: port 0xd800-0xd8ff mem 0xe5101000 -0xe5101fff irq 11 at device 15.0 on pci0 aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs fxp0: port 0xdc00-0xdc1f mem 0xe5000000-0xe50f ffff,0xe5100000-0xe5100fff irq 10 at device 17.0 on pci0 fxp0: Ethernet address 00:a0:c9:10:bc:94 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto wi0: mem 0xe5102000-0xe5102fff irq 5 at device 18.0 on pci0 wi0: 802.11 address: 00:05:5d:ee:ec:90 wi0: using RF:PRISM2.5 MAC:ISL3874A(Mini-PCI) wi0: Intersil Firmware: Primary 1.00.05, Station 1.03.04 pcm0: port 0xe000-0xe01f irq 9 at device 20.0 on pci0 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0" locked from /usr/src/sy s/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0" locked from /usr/src/sy s/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0" locked from /usr/src/sy s/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0:fake" locked from /usr/s rc/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0" locked from /usr/src/sy s/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0:fake" locked from /usr/s rc/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0" locked from /usr/src/sy s/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0:fake" locked from /usr/s rc/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0" locked from /usr/src/sy s/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0:fake" locked from /usr/s rc/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0" locked from /usr/src/sy s/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0" locked from /usr/src/sy s/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0" locked from /usr/src/sy s/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0" locked from /usr/src/sy s/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0" locked from /usr/src/sy s/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0" locked from /usr/src/sy s/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0" locked from /usr/src/sy s/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0" locked from /usr/src/sy s/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0" locked from /usr/src/sy s/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0" locked from /usr/src/sy s/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0" locked from /usr/src/sy s/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0" locked from /usr/src/sy s/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0" locked from /usr/src/sy s/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0" locked from /usr/src/sy s/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0:play:0" locked from /usr /src/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0:play:0" locked from /usr /src/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0:play:0" locked from /usr /src/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0" locked from /usr/src/sy s/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0:play:0" locked from /usr /src/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0:play:1" locked from /usr /src/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0:play:1" locked from /usr /src/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0:play:1" locked from /usr /src/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0" locked from /usr/src/sy s/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0:play:1" locked from /usr /src/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0:play:2" locked from /usr /src/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0:play:2" locked from /usr /src/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0:play:2" locked from /usr /src/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0" locked from /usr/src/sy s/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0:play:2" locked from /usr /src/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0:play:3" locked from /usr /src/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0:play:3" locked from /usr /src/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0:play:3" locked from /usr /src/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0" locked from /usr/src/sy s/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0:play:3" locked from /usr /src/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0:record:0" locked from /u sr/src/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0:record:0" locked from /u sr/src/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0:record:0" locked from /u sr/src/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0:record:0" locked from /u sr/src/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0" locked from /usr/src/sy s/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0:record:1" locked from /u sr/src/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0:record:1" locked from /u sr/src/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0:record:1" locked from /u sr/src/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0:record:1" locked from /u sr/src/sys/dev/sound/pcm/channel.c:677 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0" locked from /usr/src/sy s/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0" locked from /usr/src/sy s/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0" locked from /usr/src/sy s/dev/sound/pcm/sound.c:134 /usr/src/sys/vm/uma_core.c:1307: could sleep with "pcm0" locked from /usr/src/sy s/dev/sound/pcm/sound.c:134 fdc0: cannot reserve I/O port range (1 ports) sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 fdc0: cannot reserve I/O port range (1 ports) orm0: