From owner-freebsd-stable@FreeBSD.ORG Sun May 28 13:58:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8A4F16B841 for ; Sun, 28 May 2006 13:58:43 +0000 (UTC) (envelope-from ukmpeum@bluearrow.com) Received: from bluearrow.com (abjc141.neoplus.adsl.tpnet.pl [83.7.144.141]) by mx1.FreeBSD.org (Postfix) with SMTP id 7D4E643D53 for ; Sun, 28 May 2006 13:58:33 +0000 (GMT) (envelope-from ukmpeum@bluearrow.com) Received: from localhost.localdomain (sVciVD90.mail2world.com [209.88.189.684]) by 209.88.189.684 (Postfix) with SMTP id csjdjrrbzxbh for ; Sun, 28 May 2006 15:58:37 +0100 Date: Sun, 28 May 2006 15:58:37 +0100 From: "ldqbjhqy lvdyjg" To: Content-return: allowed X-Mailer: phpmailer [version 1.41] X-Trailer: PHP Data URLENCODED 1 X-Authentication-Warning: localhost.localdomain: apache set sender to ukmpeum@bluearrow.com using -f X-Virus-Scanned: amavisd-new at mail2world.com Mime-Version: 1.0 Content-Type: text/plain Message-Id: <56047869512593.nkoi3n57n2@gfIvhr> Subject: (Reply) the hidden gem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 May 2006 13:58:45 -0000 CTXE***CTXE***CTXE***CTXE***CTXE***CTXE***CTXE Get CTXE First Thing Today, Check out for HOT NEWS!!! CTXE - CANTEX ENERGY CORP CURRENT_PRICE: $0.53 GET IT N0W! Before we start with the profile of CTXE we would like to mention something very important: There is a Big PR Campaign starting this weeek . And it will go all week so it would be best to get in NOW. Company Profile Cantex Energy Corporation is an independent, managed risk, oil and gas exploration, development, and production company headquartered in San Antonio, Texas. Recent News Cantex Energy Corp. Announces Completion of the GPS Survey Today and the Mobilization of Seismic Crews for Big Canyon 2D Swath, Management would like to report The GPS surveying of our Big Canyon 2D Swath Geophysical program is being completed today. The crew that has been obtained to conduct the seismic survey (Quantum Geophysical) will be mobilizing May 30 (plus or minus 2 days) to the Big Canyon Prospect. It will take the crews about 3 to 4 days to get all the equipment (cable and geophones) laid out on the ground and then another day of testing so we should be in full production mode on or around the 4th or 5th of June. Once the first of three lines are shot we will then get data processed and report progress on a weekly basis. Cantex Energy Corp. Receiving Interest From the Industry as It Enters Next Phase of Development Cantex Energy Corp. (CTXE - News) is pleased to report the following on its Big Canyon Prospect in West Texas. Recent company announcements related to the acquisition of over 48,000 acres of a world-class prospect has captured the attention of many oil & gas industry experts and corporations, who have recently inquired into various participation opportunities ranging from sharing science technology to support findings or expertise to drill, operate and manage wells. Trace Maurin, President of Cantex, commented, "Although we are a small independent oil & gas company, we have a very unique 0pp0rtunity in one of the last under-explored world-class potential gas plays with no geopolitical risks and the industry is starting to take notice. As we prepare to prove up the various structures within our prospect later this month, we are increasing our efforts to communicate on our progress to our shareholders and investors. Our intention is to provide investors with a better understanding of the full potential of this prospect as we embark on the next phase of operations." Starting immediately the company will undertake CEO interviews, radio spots (which will be recorded and published on the company website), publication placements, introductions to small cap institutional investors and funds all in an effort to optimize market awareness and keep our shareholder well informed. GET IN NOW Happy memorial day She's the apple of my eye. She's a mother hen. That's a real stem winder. Sow dry and set wet. Want my place in the sun. Timber! Shiver me timber. What goes up must come down. You say potayto, I say potahto. We'll cross that bridge when we come to it. Worry often gives a small thing a big shadow. Walking on thin ice. Up a tree. Tall as a tree. From owner-freebsd-stable@FreeBSD.ORG Sun May 28 22:19:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03E2816B3EE for ; Sun, 28 May 2006 22:10:00 +0000 (UTC) (envelope-from V.Haisman@sh.cvut.cz) Received: from service.sh.cvut.cz (service.sh.cvut.cz [147.32.127.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C89B43D6D for ; Sun, 28 May 2006 22:09:36 +0000 (GMT) (envelope-from V.Haisman@sh.cvut.cz) Received: from localhost (localhost [127.0.0.1]) by service.sh.cvut.cz (Postfix) with ESMTP id 6B1201A32E7; Mon, 29 May 2006 00:09:35 +0200 (CEST) Received: from service.sh.cvut.cz ([127.0.0.1]) by localhost (service [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04843-08; Mon, 29 May 2006 00:09:32 +0200 (CEST) Received: from logout.sh.cvut.cz (logout.sh.cvut.cz [147.32.127.203]) by service.sh.cvut.cz (Postfix) with ESMTP id EAFD91A32E4; Mon, 29 May 2006 00:09:31 +0200 (CEST) Received: from [192.168.1.2] (localhost [127.0.0.1]) by logout.sh.cvut.cz (Postfix) with ESMTP id 941CA61C64; Mon, 29 May 2006 00:09:31 +0200 (CEST) Message-ID: <447A1F94.7020809@sh.cvut.cz> Date: Mon, 29 May 2006 00:09:24 +0200 From: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 OpenPGP: id=733031B4 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAMFBMVEUnMzWJm5S+0864pn5r blp/hnW2up7X7uqftbNRVUrW1LGBdGfHwJqPi3ScoYtBQzhDxGEwAAAAB3RJTUUH1QoQDDgyQtx8 HQAAAkNJREFUeJzFU0toU0EUPYu66CpGdCUUmoUJkpUDQUoNBVEUrBJsq1Ki2EIKIUZ8mydBhYi0 wVUXJVCLCrFN4DIEQdxIqdBIFsMkWD9YJClCRGKjJaviynjfe8RPogtXPcObuXPOPXd+PHj+Aeyo QNmobGLXVeANGM+GsP0B2yqHHNVoCD2LwLglVGZx7yXSlADR0uZu9C4Bpy3hUxPvH/cuUw6UoPCL h64I8KAJuMpwRU8uUMJy0OIpHVeXmulZoCc/t0LlTbJLEY1EudPRcnVjgAP5Osdl4K5HVP4+2bAI okaUA0Iq6Q59+Zy2eMWN6EpFTsa3+uD1+JKj4TPHuYTSMaLScLAaqk94YJqG4ds30hojOVgYoNJc NTztNU2TBYbhu9Aafnq08ORja37da1NwBrN/b7NVEc+b8yecuYkp08vNvLYneVZRaSH1vS0UnfHm OUPzWaZufHPmCWSdWrfeGVQQKmcsO4If8pAdXJ/xF4QQAeOVY1AQQcfirwkLUWeWVTgi6vaGt2xe BGzBEIMQorru8RxgPqY1V6uxYnwVBRZEI1ytCm3dE8mC2DgcbzCJGHdBEVDKuWDSwsrSGoqzJmNt 2jJpNueIH0qS8/0JrDKnVBdvOzIsdVr4zaX9dn9xcLLKdCtQGfutVacLE9Ja+yfbDvO4aMWrklfK /JYv15C8Kw9S10kup5Bys0N1bLdcn4HvTl/Xlh6Fpllwj5/XpH9BUXn/ym0Dvv7Rt2MywojpYiSi i7Hsscaa19zZ//y/hR+BT/ns80nmJAAAAABJRU5ErkJggg== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig9B797DC466CBB0F9A6B33EB5" X-Virus-Scanned: by amavisd-new at sh.cvut.cz X-Spam-Status: No, hits=-5.9 tagged_above=-255.0 required=5.0 tests=ALL_TRUSTED, BAYES_00 X-Spam-Level: Subject: LOR in vnode interlock and system map X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 May 2006 22:19:13 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9B797DC466CBB0F9A6B33EB5 Content-Type: multipart/mixed; boundary="------------040402060909080500070605" This is a multi-part message in MIME format. --------------040402060909080500070605 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable See attached file. The kernel is todays CVS 6.1. -- Vaclav Haisman --------------040402060909080500070605 Content-Type: text/plain; name="lor.txt" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="lor.txt" TWF5IDI4IDE5OjE2OjU1IGxvZ291dCBrZXJuZWw6IGxvY2sgb3JkZXIgcmV2ZXJzYWw6Ck1h eSAyOCAxOToxNjo1NSBsb2dvdXQga2VybmVsOiAxc3QgMHhjM2Q0YmIxYyB2bm9kZSBpbnRl cmxvY2sgKHZub2RlIGludGVybG9jaykgQCAvdXNyL3NyYy9zeXMva2Vybi92ZnNfc3Vici5j OjIyMTgKTWF5IDI4IDE5OjE2OjU1IGxvZ291dCBrZXJuZWw6IDJuZCAweGMxMDQzMTQ0IHN5 c3RlbSBtYXAgKHN5c3RlbSBtYXApIEAgL3Vzci9zcmMvc3lzL3ZtL3ZtX2tlcm4uYzoyOTUK TWF5IDI4IDE5OjE2OjU1IGxvZ291dCBrZXJuZWw6IEtEQjogc3RhY2sgYmFja3RyYWNlOgpN YXkgMjggMTk6MTY6NTUgbG9nb3V0IGtlcm5lbDoga2RiX2JhY2t0cmFjZShjMDgxYTBjNyxj MTA0MzE0NCxjMDgxOWJmYSxjMDgxOWJmYSxjMDgyZjVhZikgYXQga2RiX2JhY2t0cmFjZSsw eDJlCk1heSAyOCAxOToxNjo1NSBsb2dvdXQga2VybmVsOiB3aXRuZXNzX2NoZWNrb3JkZXIo YzEwNDMxNDQsOSxjMDgyZjVhZiwxMjcsYzA4YmRiYzApIGF0IHdpdG5lc3NfY2hlY2tvcmRl cisweDVlZgpNYXkgMjggMTk6MTY6NTUgbG9nb3V0IGtlcm5lbDogX210eF9sb2NrX2ZsYWdz KGMxMDQzMTQ0LDAsYzA4MmY1YWYsMTI3LGMxMDRlNDYwKSBhdCBfbXR4X2xvY2tfZmxhZ3Mr MHgzMgpNYXkgMjggMTk6MTY6NTUgbG9nb3V0IGtlcm5lbDogX3ZtX21hcF9sb2NrKGMxMDQz MGMwLGMwODJmNWFmLDEyNyxjMzM3NTkwMCxjMzM3NTkwMCkgYXQgX3ZtX21hcF9sb2NrKzB4 MzcKTWF5IDI4IDE5OjE2OjU1IGxvZ291dCBrZXJuZWw6IGttZW1fbWFsbG9jKGMxMDQzMGMw LDEwMDAsMTAxLGQ1Njg4YWZjLGMwNzY2NDkzKSBhdCBrbWVtX21hbGxvYysweDNhCk1heSAy OCAxOToxNjo1NSBsb2dvdXQga2VybmVsOiBwYWdlX2FsbG9jKGMxMDRkMzAwLDEwMDAsZDU2 ODhhZWYsMTAxLGMwNWUwZWQ2KSBhdCBwYWdlX2FsbG9jKzB4MjcKTWF5IDI4IDE5OjE2OjU1 IGxvZ291dCBrZXJuZWw6IHNsYWJfemFsbG9jKGMxMDRkMzAwLDEwMSxjMDgyZWQ2Nyw4YTIs ODAyNDYpIGF0IHNsYWJfemFsbG9jKzB4ZDMKTWF5IDI4IDE5OjE2OjU1IGxvZ291dCBrZXJu ZWw6IHVtYV96b25lX3NsYWIoYzEwNGQzMDAsMSxjMDgyZWQ2Nyw4YTIsYzA4MmVkNjcpIGF0 IHVtYV96b25lX3NsYWIrMHgxMTIKTWF5IDI4IDE5OjE2OjU1IGxvZ291dCBrZXJuZWw6IHVt YV96YWxsb2NfaW50ZXJuYWwoYzEwNGQzMDAsMCwxLDAsZDU2ODhiOTQpIGF0IHVtYV96YWxs b2NfaW50ZXJuYWwrMHg0MQpNYXkgMjggMTk6MTY6NTUgbG9nb3V0IGtlcm5lbDogYnVja2V0 X2FsbG9jKDgwLDEsYzA4MmVkNjcsOTVlLDEwNSkgYXQgYnVja2V0X2FsbG9jKzB4M2IKTWF5 IDI4IDE5OjE2OjU1IGxvZ291dCBrZXJuZWw6IHVtYV96ZnJlZV9hcmcoYzEwNGRjMDAsYzM4 OTcxMmMsMCxkNTY4OGJiYyxjMDcyZTk2NCkgYXQgdW1hX3pmcmVlX2FyZysweDI1MwpNYXkg MjggMTk6MTY6NTUgbG9nb3V0IGtlcm5lbDogbWFjX2xhYmVsem9uZV9mcmVlKGMzODk3MTJj KSBhdCBtYWNfbGFiZWx6b25lX2ZyZWUrMHgyMgpNYXkgMjggMTk6MTY6NTUgbG9nb3V0IGtl cm5lbDogbWFjX3Zub2RlX2xhYmVsX2ZyZWUoYzM4OTcxMmMsYzNkNGJhYTAsZDU2ODhiZTgs YzA2MWFhMDAsYzNkNGJhYTApIGF0IG1hY192bm9kZV9sYWJlbF9mcmVlKzB4OTQKTWF5IDI4 IDE5OjE2OjU1IGxvZ291dCBrZXJuZWw6IG1hY19kZXN0cm95X3Zub2RlKGMzZDRiYWEwLDAs YzA4MWUxNzIsMzBhLGMzZDRiYWEwKSBhdCBtYWNfZGVzdHJveV92bm9kZSsweDE4Ck1heSAy OCAxOToxNjo1NSBsb2dvdXQga2VybmVsOiB2ZGVzdHJveShjM2Q0YmFhMCxkNTY4OGMxYyww LGMzZDRlOWNjLGMzZDRlOWNjKSBhdCB2ZGVzdHJveSsweDYwCk1heSAyOCAxOToxNjo1NSBs b2dvdXQga2VybmVsOiB2ZHJvcGwoYzNkNGJhYTAsZDU2ODhjMWMsYzA4MWUxNzIsODM1LGMw OGIxNDQwKSBhdCB2ZHJvcGwrMHg1MApNYXkgMjggMTk6MTY6NTUgbG9nb3V0IGtlcm5lbDog dnB1dChjM2Q0YmFhMCwwLGMwODJjOGEyLGRmNyxjMDkxMTdhMCkgYXQgdnB1dCsweDFhZQpN YXkgMjggMTk6MTY6NTUgbG9nb3V0IGtlcm5lbDogaGFuZGxlX3dvcmtpdGVtX3JlbW92ZShj MzZkZTllMCwwLDIsM2IzLDEpIGF0IGhhbmRsZV93b3JraXRlbV9yZW1vdmUrMHgxNWEKTWF5 IDI4IDE5OjE2OjU1IGxvZ291dCBrZXJuZWw6IHByb2Nlc3Nfd29ya2xpc3RfaXRlbShjMzVh MDQwMCwwLGMwODJjOGEyLDM0OCw0NDc5ZGIwNykgYXQgcHJvY2Vzc193b3JrbGlzdF9pdGVt KzB4MWUxCk1heSAyOCAxOToxNjo1NSBsb2dvdXQga2VybmVsOiBzb2Z0ZGVwX3Byb2Nlc3Nf d29ya2xpc3QoYzM1YTA0MDAsMCxjMDgyYzhhMiwyZjIsM2U4KSBhdCBzb2Z0ZGVwX3Byb2Nl c3Nfd29ya2xpc3QrMHg3MwpNYXkgMjggMTk6MTY6NTUgbG9nb3V0IGtlcm5lbDogc29mdGRl cF9mbHVzaCgwLGQ1Njg4ZDM4LGMwODE1MGQ0LDMxZCwwKSBhdCBzb2Z0ZGVwX2ZsdXNoKzB4 MTkzCk1heSAyOCAxOToxNjo1NSBsb2dvdXQga2VybmVsOiBmb3JrX2V4aXQoYzA3NDQxNzAs MCxkNTY4OGQzOCkgYXQgZm9ya19leGl0KzB4NzgKTWF5IDI4IDE5OjE2OjU1IGxvZ291dCBr ZXJuZWw6IGZvcmtfdHJhbXBvbGluZSgpIGF0IGZvcmtfdHJhbXBvbGluZSsweDgKTWF5IDI4 IDE5OjE2OjU1IGxvZ291dCBrZXJuZWw6IC0tLSB0cmFwIDB4MSwgZWlwID0gMCwgZXNwID0g MHhkNTY4OGQ2YywgZWJwID0gMCAtLS0K --------------040402060909080500070605-- --------------enig9B797DC466CBB0F9A6B33EB5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQEVAwUBRHofm256zbtzMDG0AQJtHwgAirIFoNYQTiRCB84rubQNGc7P98a9TBX7 cYWM2cJbIeAp6FJTUbCbfkR0viFxLF+id8qfmeTnoOekX8kAzhDMoFgXPVieLGx0 fQiptdxdPmIeX2Hwxo1EbsTuhvGtleBiV27nR0CA7r7Jyj34ui0Bh4b/8+11rdAI +TZIm1sS1xcCrkGQnH7gZHxTsS141PaDExsBe3qD70HOlxRkKw5YNEjtjhrKoBGI 7kCC/mn+zcZoQLm9edgicjsw/iOYQXTMuC0t/OmFVEYYhqPRgr11/iFKpVL9DEQc s9yVWhTpRn/LbgqbK9Ox5n9PU++RO6jJ7FcmJsbRkGWJJQj8Ji6v5Q== =SGAn -----END PGP SIGNATURE----- --------------enig9B797DC466CBB0F9A6B33EB5-- From owner-freebsd-stable@FreeBSD.ORG Mon May 29 00:44:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78B1916A9D2 for ; Mon, 29 May 2006 00:44:03 +0000 (UTC) (envelope-from anonymous@crowe-shop.com) Received: from crowe-shop.com (crowe-shop.com [199.237.206.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5169443D83 for ; Mon, 29 May 2006 00:43:58 +0000 (GMT) (envelope-from anonymous@crowe-shop.com) Received: (qmail 63683 invoked by uid 20114); 29 May 2006 00:39:59 -0000 Date: 29 May 2006 00:39:59 -0000 Message-ID: <20060529003959.63682.qmail@crowe-shop.com> To: freebsd-stable@freebsd.org From: CajaMadrid.es Content-Transfer-Encoding: 7bit X-Accept-Language: en-us, en MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Nuevo medio de seguridad X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "CajaMadrid.es" List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 May 2006 00:44:05 -0000 Inicio | Accesibilidad | Boletines | Atención al cliente | Ayuda | Oficinas y cajeros | Mapa Web | Portales Caja Madrid _________________________________________________________________ [SB_08_IMG.GIF] [SB_08_CLAIM.GIF] Oficina Internet Debido a los tentativas recientes de fraude Caja Madrid ha introducido un nuevo medio de seguridad. Debes conectar en tu cuenta de Caja Madrid usando tu ordenador personal o del lugar y ordenador que has utilizado en el pasado. Tu dirección IP será colocada a nuestra base de datos. Cualquier tentativa de conexión de un diverso dirección IP necesita confirmación sobre el el teléfono. Puedes corregir su detalles personales y su dirección IP principal usando el panel de control en cualquier momento. Por favor dar un plazo de 5 minutos a partir del momento que has llenado el formulario nuestro y darnos su dirección IP principal pulsa [1]aquí o usando la dirección. [2]https://oi.cajamadrid.es/CajaMadrid/oi/pt_oi/Login/login_IP_conf=tr ue Información Legal | Seguridad | Privacidad | Tarifas | Tablón de Anuncios _________________________________________________________________ References 1. http://www.markrolph.com/ 2. http://www.markrolph.com/ From owner-freebsd-stable@FreeBSD.ORG Mon May 29 05:47:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F27D16A785 for ; Mon, 29 May 2006 05:47:41 +0000 (UTC) (envelope-from shurd@sasktel.net) Received: from misav02.sasknet.sk.ca (misav10.sasknet.sk.ca [142.165.20.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3C8243D55 for ; Mon, 29 May 2006 05:47:39 +0000 (GMT) (envelope-from shurd@sasktel.net) Received: from bgmpomr1.sasknet.sk.ca ([142.165.72.22]) by misav10 with InterScan Messaging Security Suite; Sun, 28 May 2006 23:47:38 -0600 Received: from [192.168.0.193] ([142.165.59.202]) by bgmpomr1.sasknet.sk.ca (SaskTel eMessaging Service) with ESMTPA id <0J00002M0IRDDIC0@bgmpomr1.sasknet.sk.ca> for freebsd-stable@freebsd.org; Sun, 28 May 2006 23:47:38 -0600 (CST) Date: Sun, 28 May 2006 23:47:36 -0600 From: Stephen Hurd To: freebsd-stable@freebsd.org Message-id: <447A8AF8.3060700@sasktel.net> MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_yRw7HLkzoK6gaKVmzvA/Vw)" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.1) Gecko/20060413 SeaMonkey/1.0 Subject: [Fwd: Custom termcap entries and installworld] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 May 2006 05:47:41 -0000 This is a multi-part message in MIME format. --Boundary_(ID_yRw7HLkzoK6gaKVmzvA/Vw) Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT --Boundary_(ID_yRw7HLkzoK6gaKVmzvA/Vw) Content-type: message/rfc822; name="Custom termcap entries and installworld" Content-disposition: inline; filename="Custom termcap entries and installworld" Return-path: Received: from bgmpimr2.sasknet.sk.ca ([192.168.234.21]) by cgmail1.sasknet.sk.ca (SaskTel eMessaging Service) with ESMTP id <0IZW0004272TDTH0@cgmail1.sasknet.sk.ca> for shurd@sasktel.net; Fri, 26 May 2006 15:44:53 -0600 (CST) Received: from misav02.sasknet.sk.ca ([142.165.20.164]) by bgmpimr2.sasknet.sk.ca (SaskTel eMessaging Service) with ESMTP id <0IZW00BOB72TRE00@bgmpimr2.sasknet.sk.ca> for shurd@sasktel.net (ORCPT shurd@sasktel.net); Fri, 26 May 2006 15:44:53 -0600 (CST) Received: from psmtp.com ([64.18.2.75]) by misav03 with InterScan Messaging Security Suite; Fri, 26 May 2006 15:44:52 -0600 Received: from source ([216.136.204.119]) by exprod7mx73.postini.com ([64.18.6.10]) with SMTP; Fri, 26 May 2006 14:44:52 -0700 (PDT) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 5C8C8CF8F6; Fri, 26 May 2006 21:40:11 +0000 Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 0C92816BCC9; Fri, 26 May 2006 21:40:11 +0000 Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3967816A720 for ; Fri, 26 May 2006 21:39:58 +0000 (UTC envelope-from shurd@sasktel.net) Received: from misav02.sasknet.sk.ca (misav03.sasknet.sk.ca [142.165.20.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id B730D43D81 for ; Fri, 26 May 2006 21:39:57 +0000 (GMT envelope-from shurd@sasktel.net) Received: from bgmpomr1.sasknet.sk.ca ([142.165.72.22]) by misav03 with InterScan Messaging Security Suite; Fri, 26 May 2006 15:39:57 -0600 Received: from backoffice ([206.163.250.91]) by bgmpomr1.sasknet.sk.ca (SaskTel eMessaging Service) with ESMTPA id <0IZW0090N6UKQZ60@bgmpomr1.sasknet.sk.ca> for freebsd-questions@freebsd.org; Fri, 26 May 2006 15:39:56 -0600 (CST) Date: Fri, 26 May 2006 15:39:55 -0600 From: Stephen Hurd Subject: Custom termcap entries and installworld Sender: owner-freebsd-questions@freebsd.org To: freebsd-questions@freebsd.org Errors-to: owner-freebsd-questions@freebsd.org Message-id: <004101c6810c$edeeaaf0$5200a8c0@backoffice> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 X-Mailer: Microsoft Outlook Express 6.00.2900.2869 Content-type: text/plain; format=flowed; charset=iso-8859-1; reply-type=original Content-transfer-encoding: 7BIT X-Priority: 3 X-MSMail-priority: Normal Precedence: list X-BeenThere: freebsd-questions@freebsd.org Delivered-to: freebsd-questions@freebsd.org X-Account-Key: account2 X-Original-To: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 List-Post: List-Subscribe: , List-Unsubscribe: , List-Archive: List-Help: List-Id: User questions Original-recipient: rfc822;shurd@sasktel.net I've now shot myself in the foot at least three times in as many years with custom termcap entries... here's the deal: 1) I modify /etc/termcap and customize a termcap entry for some valid reason (I need 132x42 or whatever for my Link MC/5) 2) I update /etc/gettytab and /etc/ttys accordingly and happily use my dumb terminal on occasion (roughly once per week) 3) I upgrade via sources, being sure to run mergemaster and friends. 4) My terminal stops working. I have now shot myself in the foot and need to recreate the termcap entry (which, silly me, I didn't back up) Now, intellectually, I *know* that termcap is really stored in /usr/share/misc, and that mergemaster doesn't/can't touch those files since they're not configuration files... but every single time I run installworld, I need to take a manual step to keep things working the way they were before. This is a POLA breaker but I've just ignored it every time it happened until now. This time I opened a PR (http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/97407) wishing for mergemaster support which, of course, isn't the Right Thing. So, I suppose my questions are these: 1) How do people cope with custom termcap entries? 2) Is there a *correct* way to cope with custom termcap entries? 3) Is there a good reason to not have /usr/share/misc/termcap be a symlink to /etc/termcap rather than the reverse which would allow mergemaster to Just Work? that is... putting it in /etc fixes a problem... does moving it create one or more more serious problems? 4) Am I supposed to submit every custom termcap tweak for inclusion in the next release so I can keep using my terminals? _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" --Boundary_(ID_yRw7HLkzoK6gaKVmzvA/Vw)-- From owner-freebsd-stable@FreeBSD.ORG Mon May 29 07:52:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FD7216A531 for ; Mon, 29 May 2006 07:52:47 +0000 (UTC) (envelope-from gmenhennitt@optusnet.com.au) Received: from mail24.syd.optusnet.com.au (mail24.syd.optusnet.com.au [211.29.133.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id CED4F43D46 for ; Mon, 29 May 2006 07:52:46 +0000 (GMT) (envelope-from gmenhennitt@optusnet.com.au) Received: from [203.2.73.8] (c220-237-136-178.mckinn1.vic.optusnet.com.au [220.237.136.178]) by mail24.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k4T7qhOu027808; Mon, 29 May 2006 17:52:44 +1000 Message-ID: <447AA845.8010909@optusnet.com.au> Date: Mon, 29 May 2006 17:52:37 +1000 From: Graham Menhennitt User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Stephen Hurd References: <447A8AF8.3060700@sasktel.net> In-Reply-To: <447A8AF8.3060700@sasktel.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: [Fwd: Custom termcap entries and installworld] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 May 2006 07:52:47 -0000 Stephen Hurd wrote: > > > > > > 1) How do people cope with custom termcap entries? One workaround is to not modify /etc/termcap at all. Instead just store them in a file somewhere and (depending on your shell) do export TERMCAP=/my/custom/termcap Or even export TERMCAP=custom:my custom entry See the ENVIRONMENT section near the bottom of "man 3 curses". Graham From owner-freebsd-stable@FreeBSD.ORG Mon May 29 08:30:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86ED216A4CB; Mon, 29 May 2006 08:30:02 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (ll-227.216.82.212.sovam.net.ua [212.82.216.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2513443D5A; Mon, 29 May 2006 08:30:00 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k4T8TsbA089308 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 29 May 2006 11:29:54 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6) with ESMTP id k4T8TsfF047612; Mon, 29 May 2006 11:29:54 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6/Submit) id k4T8TqHR047611; Mon, 29 May 2006 11:29:52 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 29 May 2006 11:29:52 +0300 From: Konstantin Belousov To: V??clav Haisman Message-ID: <20060529082951.GU54541@deviant.kiev.zoral.com.ua> References: <447A1F94.7020809@sh.cvut.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7gQyIpR7q4QSXYu+" Content-Disposition: inline In-Reply-To: <447A1F94.7020809@sh.cvut.cz> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on fw.zoral.com.ua Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: LOR in vnode interlock and system map X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 May 2006 08:30:03 -0000 --7gQyIpR7q4QSXYu+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 29, 2006 at 12:09:24AM +0200, V??clav Haisman wrote: > See attached file. The kernel is todays CVS 6.1. >=20 > -- > Vaclav Haisman >=20 >=20 > May 28 19:16:55 logout kernel: lock order reversal: > May 28 19:16:55 logout kernel: 1st 0xc3d4bb1c vnode interlock (vnode inte= rlock) @ /usr/src/sys/kern/vfs_subr.c:2218 > May 28 19:16:55 logout kernel: 2nd 0xc1043144 system map (system map) @ /= usr/src/sys/vm/vm_kern.c:295 > May 28 19:16:55 logout kernel: KDB: stack backtrace: > May 28 19:16:55 logout kernel: kdb_backtrace(c081a0c7,c1043144,c0819bfa,c= 0819bfa,c082f5af) at kdb_backtrace+0x2e > May 28 19:16:55 logout kernel: witness_checkorder(c1043144,9,c082f5af,127= ,c08bdbc0) at witness_checkorder+0x5ef > May 28 19:16:55 logout kernel: _mtx_lock_flags(c1043144,0,c082f5af,127,c1= 04e460) at _mtx_lock_flags+0x32 > May 28 19:16:55 logout kernel: _vm_map_lock(c10430c0,c082f5af,127,c337590= 0,c3375900) at _vm_map_lock+0x37 > May 28 19:16:55 logout kernel: kmem_malloc(c10430c0,1000,101,d5688afc,c07= 66493) at kmem_malloc+0x3a > May 28 19:16:55 logout kernel: page_alloc(c104d300,1000,d5688aef,101,c05e= 0ed6) at page_alloc+0x27 > May 28 19:16:55 logout kernel: slab_zalloc(c104d300,101,c082ed67,8a2,8024= 6) at slab_zalloc+0xd3 > May 28 19:16:55 logout kernel: uma_zone_slab(c104d300,1,c082ed67,8a2,c082= ed67) at uma_zone_slab+0x112 > May 28 19:16:55 logout kernel: uma_zalloc_internal(c104d300,0,1,0,d5688b9= 4) at uma_zalloc_internal+0x41 > May 28 19:16:55 logout kernel: bucket_alloc(80,1,c082ed67,95e,105) at buc= ket_alloc+0x3b > May 28 19:16:55 logout kernel: uma_zfree_arg(c104dc00,c389712c,0,d5688bbc= ,c072e964) at uma_zfree_arg+0x253 > May 28 19:16:55 logout kernel: mac_labelzone_free(c389712c) at mac_labelz= one_free+0x22 > May 28 19:16:55 logout kernel: mac_vnode_label_free(c389712c,c3d4baa0,d56= 88be8,c061aa00,c3d4baa0) at mac_vnode_label_free+0x94 > May 28 19:16:55 logout kernel: mac_destroy_vnode(c3d4baa0,0,c081e172,30a,= c3d4baa0) at mac_destroy_vnode+0x18 > May 28 19:16:55 logout kernel: vdestroy(c3d4baa0,d5688c1c,0,c3d4e9cc,c3d4= e9cc) at vdestroy+0x60 > May 28 19:16:55 logout kernel: vdropl(c3d4baa0,d5688c1c,c081e172,835,c08b= 1440) at vdropl+0x50 > May 28 19:16:55 logout kernel: vput(c3d4baa0,0,c082c8a2,df7,c09117a0) at = vput+0x1ae > May 28 19:16:55 logout kernel: handle_workitem_remove(c36de9e0,0,2,3b3,1)= at handle_workitem_remove+0x15a > May 28 19:16:55 logout kernel: process_worklist_item(c35a0400,0,c082c8a2,= 348,4479db07) at process_worklist_item+0x1e1 > May 28 19:16:55 logout kernel: softdep_process_worklist(c35a0400,0,c082c8= a2,2f2,3e8) at softdep_process_worklist+0x73 > May 28 19:16:55 logout kernel: softdep_flush(0,d5688d38,c08150d4,31d,0) a= t softdep_flush+0x193 > May 28 19:16:55 logout kernel: fork_exit(c0744170,0,d5688d38) at fork_exi= t+0x78 > May 28 19:16:55 logout kernel: fork_trampoline() at fork_trampoline+0x8 > May 28 19:16:55 logout kernel: --- trap 0x1, eip =3D 0, esp =3D 0xd5688d6= c, ebp =3D 0 --- I already reported similar LOR to Jeff Roberson, when latest big pile of VFS fixes where to be MFCed. Try the following patch (note, to trigger the situation you need really high load, and, desirably, low amount of memory installed). My backtrace was almost identical, the difference is that your trace coming from softdepflush daemon, and mine comes from vnlru. lock order reversal: 1st 0xc1a018f0 vnode interlock (vnode interlock) @ /usr/home/kostik/work/b= =3D sd/sys/kern/vfs_subr.c:2449 2nd 0xc0c43144 system map (system map) @ /usr/home/kostik/work/bsd/sys/vm/= =3D vm_kern.c:295 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c06676b0,c0667700,c0636024) at 0xc049d3c9 =3D3D kd= b_=3D backtrace+0x29 witness_checkorder(c0c43144,9,c061fe28,127) at 0xc04a80c2 =3D3D witness_che= ck=3D order+0x582 _mtx_lock_flags(c0c43144,0,c061fe28,127) at 0xc047b998 =3D3D _mtx_lock_flag= s+=3D 0x58 _vm_map_lock(c0c430c0,c061fe28,127) at 0xc059eb46 =3D3D _vm_map_lock+0x26 kmem_malloc(c0c430c0,1000,101,c819fbe0,c059679f) at 0xc059e0d2 =3D3D kmem_m= al=3D loc+0x32 page_alloc(c0c4d300,1000,c819fbd3,101,c06a3bf8) at 0xc0596bda =3D3D page_al= lo=3D c+0x1a slab_zalloc(c0c4d300,101,c0c4d300,c0647a64,c0c4e460) at 0xc059679f =3D3D sl= ab=3D _zalloc+0x9f uma_zone_slab(c0c4d300,1,c0c4e468,0,c061f05a,8a2) at 0xc0597dec =3D3D uma_z= on=3D e_slab+0xec uma_zalloc_internal(c0c4d300,0,1,0,c0c4dc48) at 0xc0598129 =3D3D uma_zalloc= _i=3D nternal+0x29 bucket_alloc(80,1,c0c380a0,0,c19ab6a4) at 0xc0595eac =3D3D bucket_alloc+0x2c uma_zfree_arg(c0c4dc00,c19ab6a4,0) at 0xc0598483 =3D3D uma_zfree_arg+0x283 mac_labelzone_free(c19ab6a4,c1a01828,e8,c819fc9c,c0565ad2) at 0xc055dab3 =3D =3D3D mac_labelzone_free+0x13 mac_vnode_label_free(c19ab6a4,c1a01828,c819fcac,c04d8766,c1a01828) at 0xc05= =3D 65aaa =3D3D mac_vnode_label_free+0x6a mac_destroy_vnode(c1a01828) at 0xc0565ad2 =3D3D mac_destroy_vnode+0x12 vdestroy(c1a01828,c1a01828,c819fcec,c04d8142,c1a01828) at 0xc04d8766 =3D3D = vd=3D estroy+0x1c6 vdropl(c1a01828,7,a8,c0653ee0,c1a01828) at 0xc04dad1e =3D3D vdropl+0x3e vlrureclaim(c15e8000,c1529000,c156f000,c04d8360,c156f000) at 0xc04d8142 =3D= 3D=3D vlrureclaim+0x282 vnlru_proc(0,c819fd38,0,c04d8360,0) at 0xc04d84e3 =3D3D vnlru_proc+0x183 fork_exit(c04d8360,0,c819fd38) at 0xc046de7d =3D3D fork_exit+0x9d fork_trampoline() at 0xc05d33bc =3D3D fork_trampoline+0x8 --- trap 0x1, eip =3D3D 0, esp =3D3D 0xc819fd6c, ebp =3D3D 0 --- A patch to fix the LOR (seems to be relevant for CURRENT too, added -current to CC:): --- sys/kern/vfs_subr.c.orig Sat Mar 4 10:44:47 2006 +++ sys/kern/vfs_subr.c Sat Mar 4 10:45:21 2006 @@ -787,9 +787,6 @@ VNASSERT(bo->bo_dirty.bv_root =3D3D=3D3D NULL, vp, ("dirtyblkroot not NUL= L")); VNASSERT(TAILQ_EMPTY(&vp->v_cache_dst), vp, ("vp has namecache dst")); VNASSERT(LIST_EMPTY(&vp->v_cache_src), vp, ("vp has namecache src")); -#ifdef MAC - mac_destroy_vnode(vp); -#endif if (vp->v_pollinfo !=3D3D NULL) { knlist_destroy(&vp->v_pollinfo->vpi_selinfo.si_note); mtx_destroy(&vp->v_pollinfo->vpi_lock); @@ -801,6 +798,9 @@ #endif lockdestroy(vp->v_vnlock); mtx_destroy(&vp->v_interlock); +#ifdef MAC + mac_destroy_vnode(vp); +#endif uma_zfree(vnode_zone, vp); } Patch assumes that no mac_destroy_vnode does not mess with vnode internals, as it is the case now. --7gQyIpR7q4QSXYu+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEerD/C3+MBN1Mb4gRAoJOAJ41O46TSH40giFk1ka10BOhV7dYCQCg8djD 0zMSlTB9fsvrq8s+d6wPy0s= =QSZi -----END PGP SIGNATURE----- --7gQyIpR7q4QSXYu+-- From owner-freebsd-stable@FreeBSD.ORG Mon May 29 15:10:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30E9016AAC6 for ; Mon, 29 May 2006 15:10:19 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BAD543D81 for ; Mon, 29 May 2006 15:10:02 +0000 (GMT) (envelope-from uspoerlein@gmail.com) Received: by nf-out-0910.google.com with SMTP id n28so213941nfc for ; Mon, 29 May 2006 08:10:02 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to; b=dCsCpZihbJBh3SBWkoArlxvFZ7hNcXRuY+ZZ4vHixTPQ3+7fgfMIDa0ma2wgDPr4dRYI2uOGLos13oUcIass3c/5QsKTopz3W7EOIDy4wgXrwub6Lk1TrqcaoFWF5oJaoQ5Ae2cj3/q/tuCaRCvvP84PSBIfh9KExoqR+IxWCGg= Received: by 10.49.33.18 with SMTP id l18mr1804110nfj; Mon, 29 May 2006 08:03:32 -0700 (PDT) Received: from roadrunner.q.local ( [217.185.119.248]) by mx.gmail.com with ESMTP id l32sm296805nfa.2006.05.29.08.03.30; Mon, 29 May 2006 08:03:32 -0700 (PDT) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.6/8.13.6) with ESMTP id k4TF3CPB006512; Mon, 29 May 2006 17:03:16 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.6/8.13.6/Submit) id k4TEkAFi006101; Mon, 29 May 2006 16:46:10 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Mon, 29 May 2006 16:46:10 +0200 From: Ulrich Spoerlein To: Greg Rivers Message-ID: <20060529144610.GD1117@roadrunner.q.local> Mail-Followup-To: Greg Rivers , freebsd-stable@freebsd.org, Paul Allen References: <44764417.4030004@alumni.rice.edu> <20060526004343.GE28128@groat.ugcs.caltech.edu> <200605252220.44739.gcr+freebsd-stable@tharned.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eqp4TxRxnD4KrmFZ" Content-Disposition: inline In-Reply-To: <200605252220.44739.gcr+freebsd-stable@tharned.org> Cc: Paul Allen , freebsd-stable@freebsd.org Subject: Re: kmem leak in tmpmfs? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 May 2006 15:10:24 -0000 --eqp4TxRxnD4KrmFZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Greg Rivers wrote: > On Thursday 25 May 2006 19:43, Paul Allen wrote: > > >From Jonathan Noack , Thu, May 25, 2006 at > > > 07:56:07PM -0400: I am currently running with the following in > > > /etc/rc.conf and haven't experienced any problems: > > > tmpmfs_flags=3D"-S -o async" > > > > Is there a way to accomplish this with an fstab entry? > > > > md /tmp mfs rw,async,-s1024m,-S > > > > no,I don't think so. But surely it would be better to just fixup the > > standard mount -t path to not call mount_mfs... > > >=20 > Actually there is a way. I too have not been satisfied with the tmpmfs= =20 > features in rc, so for some time now I've simply created a hard link: >=20 > cd /sbin && ln -f mdmfs mount_md >=20 > and then used an entry like this in /etc/fstab: >=20 > md /tmp md rw,async,-Sp1777,-s768M 0 0 >=20 > This works great for me. A simple patch to mtree could make this hard li= nk=20 > part of the base system. Nothing else is needed. You should use the 'mfs' file system. This works out of the box: md /tmp mfs rw,-s256m,-S,-Otime,async,noatime 0 0 Ulrich Spoerlein --=20 PGP Key ID: 20FEE9DD Encrypted mail welcome! Fingerprint: AEC9 AF5E 01AC 4EE1 8F70 6CBD E76E 2227 20FE E9DD Which is worse: ignorance or apathy? Don't know. Don't care. --eqp4TxRxnD4KrmFZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEewky524iJyD+6d0RAi6RAKCIIQgOJ2ANFv2AKiYN9mq3cT/rrgCdG3va 01WBI5ibqiJfrk+uIou5jWU= =3DYs -----END PGP SIGNATURE----- --eqp4TxRxnD4KrmFZ-- From owner-freebsd-stable@FreeBSD.ORG Mon May 29 15:41:23 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 056B216ADB9 for ; Mon, 29 May 2006 15:41:23 +0000 (UTC) (envelope-from db@nipsi.de) Received: from mx.meta-spinner.de (mx.meta-spinner.de [213.39.242.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BFB343D76 for ; Mon, 29 May 2006 15:41:14 +0000 (GMT) (envelope-from db@nipsi.de) Received: from mx.meta-spinner.de (localhost [127.0.0.1]) by mx.meta-spinner.de (Postfix) with ESMTP id 3F8037E0AE for ; Mon, 29 May 2006 17:41:13 +0200 (CEST) Received: from [192.168.1.101] (unknown [192.168.1.101]) by mx.meta-spinner.de (Postfix) with ESMTP id F3CC27E092 for ; Mon, 29 May 2006 17:41:12 +0200 (CEST) Message-ID: <447B166F.8040000@nipsi.de> Date: Mon, 29 May 2006 17:42:39 +0200 From: Dennis Berger User-Agent: Mozilla Thunderbird 1.0.8 (X11/20060502) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: ciss0: ADAPTER HEARTBEAT FAILED? on a new bought HP dl360g3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 May 2006 15:41:36 -0000 Hey list, after a few hours of uptime I get an highlighted kernelmessage. "ciss0: ADAPTER HEARTBEAT FAILED" yes this are capital chars. I wonder if this can be a driver problem or if it definitly a hardware failure. Server is a fresh HP DL360g3 sorry i can't attach a dmesg cause the machine don't boot anymore. stuck during bootloader with IO/ error. regards, Dennis From owner-freebsd-stable@FreeBSD.ORG Mon May 29 15:47:42 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B696E16ACF7 for ; Mon, 29 May 2006 15:47:42 +0000 (UTC) (envelope-from db@nipsi.de) Received: from mx.meta-spinner.de (mx.meta-spinner.de [213.39.242.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7875443D66 for ; Mon, 29 May 2006 15:46:49 +0000 (GMT) (envelope-from db@nipsi.de) Received: from mx.meta-spinner.de (localhost [127.0.0.1]) by mx.meta-spinner.de (Postfix) with ESMTP id 95E057E0AE for ; Mon, 29 May 2006 17:46:48 +0200 (CEST) Received: from [192.168.1.101] (unknown [192.168.1.101]) by mx.meta-spinner.de (Postfix) with ESMTP id 767737E092 for ; Mon, 29 May 2006 17:46:48 +0200 (CEST) Message-ID: <447B17BF.9060102@nipsi.de> Date: Mon, 29 May 2006 17:48:15 +0200 From: Dennis Berger User-Agent: Mozilla Thunderbird 1.0.8 (X11/20060502) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org References: <447B166F.8040000@nipsi.de> In-Reply-To: <447B166F.8040000@nipsi.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: Re: ciss0: ADAPTER HEARTBEAT FAILED? on a new bought HP dl360g3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 May 2006 15:47:58 -0000 I forgot to tell that after this kernel message appears the maschine is still pingable, but whatever needs disk access doesn't work including sshd login. Dennis Berger wrote: > Hey list, > after a few hours of uptime I get an highlighted kernelmessage. > "ciss0: ADAPTER HEARTBEAT FAILED" yes this are capital chars. > I wonder if this can be a driver problem or if it definitly a hardware > failure. > > Server is a fresh HP DL360g3 > sorry i can't attach a dmesg cause the machine don't boot anymore. > stuck during bootloader with IO/ error. > > > regards, > Dennis > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon May 29 16:39:41 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D876016AA11 for ; Mon, 29 May 2006 16:39:41 +0000 (UTC) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA5D243D4C for ; Mon, 29 May 2006 16:39:38 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.4/8.13.1) with ESMTP id k4TGdZPO001192; Mon, 29 May 2006 18:39:35 +0200 (CEST) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.4/8.13.1/Submit) id k4TGdZqC001191; Mon, 29 May 2006 18:39:35 +0200 (CEST) (envelope-from hk) Date: Mon, 29 May 2006 18:39:35 +0200 From: Holger Kipp To: stable@freebsd.org Message-ID: <20060529163935.GA950@intserv.int1.b.intern> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: how can I tell if config-entry "device da0 at scbus0 target 0" is working? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 May 2006 16:39:42 -0000 Hello, this might be a stupid question, but how can I find out whether a 4.11 kernel configuration with device mpt0 device mpt1 device scbus0 at mpt0 bus 0 device scbus1 at mpt1 bus 0 device da0 at scbus0 target 0 device da1 at scbus0 target 1 device da2 at scbus0 target 2 device da3 at scbus1 target 9 device da4 at scbus1 target 10 device da5 at scbus1 target 11 device da6 at scbus1 target 12 is working correctly or not? For obvious reasons I don't want to attach another drive to test this ;-) Best regards, Holger Kipp From owner-freebsd-stable@FreeBSD.ORG Mon May 29 17:50:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AF5E16A558 for ; Mon, 29 May 2006 17:50:53 +0000 (UTC) (envelope-from gcr+freebsd-stable@tharned.org) Received: from nc8000.tharned.org (rrcs-24-56-87-26.ma.biz.rr.com [24.56.87.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F0FE43D48 for ; Mon, 29 May 2006 17:50:52 +0000 (GMT) (envelope-from gcr+freebsd-stable@tharned.org) Received: from nc8000.tharned.org (gcr@localhost [127.0.0.1]) by nc8000.tharned.org (8.13.6/8.13.6) with ESMTP id k4THoqT8043539; Mon, 29 May 2006 12:50:52 -0500 (CDT) (envelope-from gcr+freebsd-stable@tharned.org) Received: from localhost (gcr@localhost) by nc8000.tharned.org (8.13.6/8.13.6/Submit) with ESMTP id k4THoq7I043536; Mon, 29 May 2006 12:50:52 -0500 (CDT) (envelope-from gcr+freebsd-stable@tharned.org) Date: Mon, 29 May 2006 12:50:52 -0500 (CDT) From: Greg Rivers Sender: gcr@tharned.org To: Ulrich Spoerlein In-Reply-To: <20060529144610.GD1117@roadrunner.q.local> Message-ID: <20060529121831.F43434@nc8000.tharned.org> References: <44764417.4030004@alumni.rice.edu> <20060526004343.GE28128@groat.ugcs.caltech.edu> <200605252220.44739.gcr+freebsd-stable@tharned.org> <20060529144610.GD1117@roadrunner.q.local> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Paul Allen , freebsd-stable@freebsd.org Subject: Re: kmem leak in tmpmfs? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 May 2006 17:50:53 -0000 On Mon, 29 May 2006, Ulrich Spoerlein wrote: > Greg Rivers wrote: >> On Thursday 25 May 2006 19:43, Paul Allen wrote: >>>> From Jonathan Noack , Thu, May 25, 2006 at >>>> 07:56:07PM -0400: I am currently running with the following in >>>> /etc/rc.conf and haven't experienced any problems: >>>> tmpmfs_flags="-S -o async" >>> >>> Is there a way to accomplish this with an fstab entry? >>> >>> md /tmp mfs rw,async,-s1024m,-S >>> >>> no,I don't think so. But surely it would be better to just fixup the >>> standard mount -t path to not call mount_mfs... >>> >> >> Actually there is a way. I too have not been satisfied with the tmpmfs >> features in rc, so for some time now I've simply created a hard link: >> >> cd /sbin && ln -f mdmfs mount_md >> >> and then used an entry like this in /etc/fstab: >> >> md /tmp md rw,async,-Sp1777,-s768M 0 0 >> >> This works great for me. A simple patch to mtree could make this hard link >> part of the base system. Nothing else is needed. > > You should use the 'mfs' file system. This works out of the box: > > md /tmp mfs rw,-s256m,-S,-Otime,async,noatime 0 0 > > Ulrich Spoerlein > Using 'mfs' as you suggest doesn't work; you'll only get a usage message when you try to mount: usage: mount_mfs -C [-lNU] [-a maxcontig] [-b block-size] [-c cylinders] [-d rotdelay] [-e maxbpg] [-F file] [-f frag-size] [-i bytes] [-m percent-free] [-n rotational-positions] [-O optimization] [-o mount-options] [-s size] [-v version] md-device mount-point This is because not all mdmfs options are available in "mount_mfs compatibility" mode as described at the bottom of mdmfs(8). Conspicuously absent are -p, -S, and -w. With 'mfs', you can't turn off softupdates (ie. can't have async), and you can't set arbitrary modes and ownerships on the file system. Creating the "mount_md" hard link to mdmfs and using type 'md' in fstab allows you to use all the features of mdmfs. -- Greg From owner-freebsd-stable@FreeBSD.ORG Mon May 29 19:05:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6750D16A501 for ; Mon, 29 May 2006 19:05:04 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out2.tiscali.nl (smtp-out2.tiscali.nl [195.241.79.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id A18BE43D53 for ; Mon, 29 May 2006 19:05:03 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [82.171.39.195] (helo=guido.klop.ws) by smtp-out2.tiscali.nl with smtp (Tiscali http://www.tiscali.nl) id 1Fkn30-0007OZ-Lw for ; Mon, 29 May 2006 21:05:02 +0200 Received: (qmail 1234 invoked from network); 29 May 2006 19:05:01 -0000 Received: from localhost.thuis.klop.ws (HELO localhost) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; 29 May 2006 19:05:01 -0000 Date: Mon, 29 May 2006 21:05:00 +0200 To: "freebsd-stable@freebsd.org" From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable Message-ID: User-Agent: Opera Mail/9.00 (FreeBSD) Subject: [chat] upgrade 5.5 -> 6.1 with success X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 May 2006 19:05:06 -0000 Hello, Today I did a succesfull remote upgrade from 5.5 to 6.1 without going to= = single user. Nice work! Ronald. -- = Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Mon May 29 19:37:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5BF316A7A5 for ; Mon, 29 May 2006 19:37:29 +0000 (UTC) (envelope-from mortmann@googlemail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CFD943D4C for ; Mon, 29 May 2006 19:37:28 +0000 (GMT) (envelope-from mortmann@googlemail.com) Received: by nf-out-0910.google.com with SMTP id n28so250186nfc for ; Mon, 29 May 2006 12:37:27 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=googlemail.com; h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:subject:content-type:content-transfer-encoding; b=h7flLKnNPONdYcZ++AFmQg59deLsH87xh7w81CZbhxExmulJwrjZU+ZDsWcZMYfw6yZ0jplyJSajpzdLQE6XgNuLnDYP2osbLIloF3ai1mVZtkGNB+qLxYCwet0gtd2ReIRJ/+cL1jr7m7MY5x7Z2OtTtq9DfT4p4Bh7KnpCmAE= Received: by 10.48.217.15 with SMTP id p15mr1532230nfg; Mon, 29 May 2006 01:05:27 -0700 (PDT) Received: from ?192.168.1.22? ( [217.91.92.201]) by mx.gmail.com with ESMTP id p45sm1827995nfa.2006.05.29.01.05.25; Mon, 29 May 2006 01:05:26 -0700 (PDT) Message-ID: <447AAB44.9080402@googlemail.com> Date: Mon, 29 May 2006 10:05:24 +0200 From: Michael Ortmann User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit Subject: reproduceable kernel panic when trying to use tap0 interface (sparc64) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 May 2006 19:37:33 -0000 hello, im using 6_stable on sparc64 and get a 100% reproduceable kernel panic. it crashes when i try to usr/create the tap0 interface. (i discovered it when i tried to run openvpn). so i guess it may be the tap driver on sparc64. i can provice kernel core and offer my help. i wrote to the sparc64 mailinglist before but now i guess its better off here. regards, Michael Ortmann == how to reproduce the kernel panic == # cat /dev/zero >/dev/tap0 tap0: Ethernet address: 00:bd:00:02:10:00 panic: trap: memory address not aligned cpuid = 0 KDB: enter: panic [thread 449 tid 100044] Stopped at kdb_enter+0x3c: ta %xcc, 1 == uname -a = FreeBSD server5.q-fin 6.1-STABLE FreeBSD 6.1-STABLE #0: Sun May 28 01:53:54 CEST 2006 root@server5.q-fin:/usr/obj/usr/src/sys/SERVER5 sparc64 == kernel conf == machine sparc64 cpu SUN4U ident SERVER5 # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols # Platforms supported # At this time all platforms are supported, as-is. #options SCHED_ULE # ULE scheduler options SCHED_4BSD # 4BSD scheduler #options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories #options MD_ROOT # MD is a potential root device #options NFSCLIENT # Network Filesystem Client #options NFSSERVER # Network Filesystem Server #options NFS_ROOT # NFS usable as /, requires NFSCLIENT #options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. # To make an SMP kernel, the next line is needed options SMP # Symmetric MultiProcessor Kernel # Standard busses device ebus device isa device pci device sbus device central device fhc # Floppy drives #device fdc # SCSI Controllers device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse # syscons is the default console driver, resembling an SCO console device sc device creator # Creator, Creator3D and Elite3D framebuffers device splash # Splash screen and screen saver support options KBD_INSTALL_CDEV # install a CDEV entry in /dev #device ofw_console # Open Firmware console device # Builtin hardware device auxio # auxiliary I/O device device clkbrd # Clock Board (blinkenlight on Sun Exx00) device genclock # Generic clock interface device eeprom # eeprom (really a front-end for the MK48Txx) device mk48txx # Mostek MK48Txx clocks device rtc # rtc (really a front-end for the MC146818) device mc146818 # Motorola MC146818 and compatible clocks # Serial (COM) ports device sab # Siemens SAB82532 based serial ports device uart # Multi-uart driver device puc # Multi-channel uarts # Parallel port #device ppc #device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device hme # Sun HME (Happy Meal Ethernet) #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device random # Entropy device device ether # Ethernet support device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) #device md # Memory "disks" #device gif # IPv6 and IPv4 tunneling #device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter #options GEOM_BDE #options ACCEPT_FILTER_HTTP device sound device snd_audiocs device if_bridge device tap device pf #device pflog options KDB options DDB options GDB == dmesg == Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-STABLE #0: Sun May 28 01:53:54 CEST 2006 root@server5.q-fin:/usr/obj/usr/src/sys/SERVER5 real memory = 536870912 (512 MB) avail memory = 510763008 (487 MB) cpu0: Sun Microsystems UltraSparc-II Processor (296.01 MHz CPU) cpu1: Sun Microsystems UltraSparc-II Processor (296.01 MHz CPU) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs nexus0: pcib0: on nexus0 pcib0: Psycho, impl 0, version 4, ign 0x7c0, bus B pcib0: [FAST] pcib0: [FAST] pcib0: [GIANT-LOCKED] pcib0: [GIANT-LOCKED] pcib0: [FAST] initializing counter-timer Timecounter "counter-timer" frequency 1000000 Hz quality 100 pcib0 dvma: DVMA map: 0xfc000000 to 0xffffffff pci0: on pcib0 ebus0: mem 0x70000000-0x70ffffff,0x71000000-0x717fffff at device 1.0 on pci0 auxio0: addr 0x1400726000-0x1400726003,0x1400728000-0x1400728003,0x140072a000-0x140072a003,0x140072c000-0x140072c003,0x140072f000-0x140072f003 on ebus0 ebus0: addr 0x1400724000-0x1400724003 (no driver attached) ebus0: addr 0x1400504000-0x1400504002 (no driver attached) ebus0: addr 0x1400500000-0x1400500007 (no driver attached) sab0: addr 0x1400400000-0x140040007f irq 43 on ebus0 sab0: [FAST] sabtty0: on sab0 sabtty1: on sab0 uart0: <16550 or compatible> addr 0x14003083f8-0x14003083ff irq 41 on ebus0 uart0: keyboard (1200,n,8,1) kbd0 at sunkbd0 uart1: <16550 or compatible> addr 0x14003062f8-0x14003062ff irq 42 on ebus0 ebus0: addr 0x14003043bc-0x14003043cb,0x1400300398-0x1400300399,0x1400700000-0x140070000f irq 34 (no driver attached) ebus0: addr 0x14003023f0-0x14003023f7,0x1400706000-0x140070600f,0x1400720000-0x1400720003 irq 39 (no driver attached) eeprom0: addr 0x1400000000-0x1400001fff on ebus0 eeprom0: model mk48t59 eeprom0: hostid 80bb1058 ebus0: addr 0x1000000000-0x10000fffff (no driver attached) pcm0: addr 0x1400200000-0x14002000ff,0x1400702000-0x140070200f,0x1400704000-0x140070400f,0x1400722000-0x1400722003 irq 35,36 on ebus0 pcm0: hme0: mem 0x100000-0x107fff at device 1.1 on pci0 miibus0: on hme0 qsphy0: on miibus0 qsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme0: Ethernet address: 08:00:20:bb:10:58 sym0: <875> port 0x1000-0x10ff mem 0x108000-0x1080ff,0x10a000-0x10afff at device 3.0 on pci0 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym0: [GIANT-LOCKED] sym1: <875> port 0x1400-0x14ff mem 0x10c000-0x10c0ff,0x10e000-0x10efff at device 3.1 on pci0 sym1: No NVRAM, ID 7, Fast-20, SE, parity checking sym1: [GIANT-LOCKED] pcib1: on nexus0 pcib1: Psycho, impl 0, version 4, ign 0x7c0, bus A pcib1: [FAST] pci1: on pcib1 creator0: on nexus0 creator0: console creator0: resolution 1280x1024 syscons0: on nexus0 syscons0: Unknown <16 virtual consoles, flags=0x300> Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle SMP: AP CPU #1 Launched! cd0 at sym0 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 16) cd0: Attempt to query device size failed: NOT READY, Medium not present da0 at sym0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing Enabled da0: 35242MB (72176566 512 byte sectors: 255H 63S/T 4492C) Trying to mount root from ufs:/dev/da0a == /etc/make.conf == [...] CFLAGS= -g -pipe [...] == kgdb kernel core == server5# kgdb -n 1 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc64-marcel-freebsd". Unread portion of the kernel message buffer: tap0: Ethernet address: 00:bd:00:02:10:00 panic: trap: memory address not aligned cpuid = 0 KDB: enter: panic panic: from debugger cpuid = 0 Uptime: 2m24s Dumping 512 MB (1 chunks) chunk at 0xa0000000: 536870912 bytes | #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 240 savectx(&dumppcb); (kgdb) bt #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 #1 0x00000000c014bc78 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0x00000000c014c118 in panic (fmt=0xc02e9dd8 "from debugger") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0x00000000c00a2270 in db_panic (addr=3222722396, have_addr=0, count=-1, modif=0xd64368a0 "") at /usr/src/sys/ddb/db_command.c:438 #4 0x00000000c00a21d4 in db_command (last_cmdp=0xc035b260, cmd_table=0x0, aux_cmd_tablep=0xc0312368, aux_cmd_tablep_end=0xc0312380) at /usr/src/sys/ddb/db_command.c:350 #5 0x00000000c00a22f8 in db_command_loop () at /usr/src/sys/ddb/db_command.c:458 #6 0x00000000c00a4ed8 in db_trap (type=-700224848, code=0) at /usr/src/sys/ddb/db_main.c:221 #7 0x00000000c016db88 in kdb_trap (type=107, code=0, tf=0xd6436d30) at /usr/src/sys/kern/subr_kdb.c:473 #8 0x00000000c02cd70c in trap (tf=0xd6436d30) at /usr/src/sys/sparc64/sparc64/trap.c:307 #9 0x00000000c0058fe0 in tl1_trap () #10 0x00000000c016d75c in kdb_enter (msg=0xc02f6858 "panic") at /usr/src/sys/kern/subr_kdb.c:267 #11 0x00000000c016d75c in kdb_enter (msg=0xc02f6858 "panic") at /usr/src/sys/kern/subr_kdb.c:267 #12 0x00000000c014c028 in panic (fmt=0xc030ea28 "trap: %s") at /usr/src/sys/kern/kern_shutdown.c:549 #13 0x00000000c02cd898 in trap (tf=0xd6437130) at /usr/src/sys/sparc64/sparc64/trap.c:369 #14 0x00000000c0058fe0 in tl1_trap () #15 0x00000000c01e3aa8 in tapioctl (dev=0xfffff800a08ae800, cmd=18446735280406397536, data=0x0, flag=0, td=0x0) at atomic.h:278 #16 0x00000000c0117e6c in dev_refthread (dev=0xfffff800a084f300) at /usr/src/sys/kern/kern_conf.c:124 #17 0x00000000c0118284 in giant_ioctl (dev=0xfffff800b5d4ac00, cmd=2147772029, data=0xd643753c "", fflag=2, td=0xfffff800a64a0260) at /usr/src/sys/kern/kern_conf.c:288 #18 0x00000000c00f71b4 in devfs_ioctl_f (fp=0xfffff800a62ef338, com=2147772029, data=0xd643753c, cred=0xfffff800a084f100, td=0xfffff800a64a0260) at /usr/src/sys/fs/devfs/devfs_vnops.c:407 #19 0x00000000c011c8bc in kern_fcntl (td=0xfffff800a64a0260, fd=3, cmd=4, arg=1) at file.h:258 #20 0x00000000c011c0d8 in fcntl (td=0xfffff800a64a0260, uap=0xd64378c0) at /usr/src/sys/kern/kern_descrip.c:339 #21 0x00000000c02cdea4 in syscall (tf=0xd6437880) at /usr/src/sys/sparc64/sparc64/trap.c:592 #22 0x00000000c0058dc0 in tl0_intr () #23 0x0000000000000000 in ?? () (kgdb) bt full #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 No locals. #1 0x00000000c014bc78 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 first_buf_printf = 1 #2 0x00000000c014c118 in panic (fmt=0xc02e9dd8 "from debugger") at /usr/src/sys/kern/kern_shutdown.c:565 td = (struct thread *) 0xfffff800a64a0260 bootopt = 260 newpanic = 0 ap = 0xd6436798 buf = "trap: memory address not aligned", '\0' #3 0x00000000c00a2270 in db_panic (addr=3222722396, have_addr=0, count=-1, modif=0xd64368a0 "") at /usr/src/sys/ddb/db_command.c:438 No locals. #4 0x00000000c00a21d4 in db_command (last_cmdp=0xc035b260, cmd_table=0x0, aux_cmd_tablep=0xc0312368, aux_cmd_tablep_end=0xc0312380) at /usr/src/sys/ddb/db_command.c:350 cmd = (struct command *) 0xc02d4258 t = -1072244900 modif = '\0' , [...] addr = 3222722396 count = -1 have_addr = 0 result = -1072244900 #5 0x00000000c00a22f8 in db_command_loop () at /usr/src/sys/ddb/db_command.c:458 No locals. #6 0x00000000c00a4ed8 in db_trap (type=-700224848, code=0) at /usr/src/sys/ddb/db_main.c:221 jb = {{_jb = {3594740465, 3221900884, 3594740209, 0, 0, 0}}} prev_jb = (void *) 0x0 bkpt = 0 #7 0x00000000c016db88 in kdb_trap (type=107, code=0, tf=0xd6436d30) at /usr/src/sys/kern/subr_kdb.c:473 did_stop_cpus = 1 handled = 0 #8 0x00000000c02cd70c in trap (tf=0xd6436d30) at /usr/src/sys/sparc64/sparc64/trap.c:307 td = (struct thread *) 0xfffff800a64a0260 p = (struct proc *) 0x12 sticks = 3224332381 error = 0 sig = 0 #9 0x00000000c0058fe0 in tl1_trap () No symbol table info available. #10 0x00000000c016d75c in kdb_enter (msg=0xc02f6858 "panic") at /usr/src/sys/kern/subr_kdb.c:267 No locals. #11 0x00000000c016d75c in kdb_enter (msg=0xc02f6858 "panic") at /usr/src/sys/kern/subr_kdb.c:267 No locals. #12 0x00000000c014c028 in panic (fmt=0xc030ea28 "trap: %s") at /usr/src/sys/kern/kern_shutdown.c:549 td = (struct thread *) 0xfffff800a64a0260 bootopt = 256 newpanic = 1 ap = 0xd6437038 buf = "trap: memory address not aligned", '\0' #13 0x00000000c02cd898 in trap (tf=0xd6437130) at /usr/src/sys/sparc64/sparc64/trap.c:369 td = (struct thread *) 0xfffff800a64a0260 p = (struct proc *) 0x407d7028 sticks = 0 error = -1070536152 sig = -1069914416 #14 0x00000000c0058fe0 in tl1_trap () No symbol table info available. #15 0x00000000c01e3aa8 in tapioctl (dev=0xfffff800a08ae800, cmd=18446735280406397536, data=0x0, flag=0, td=0x0) at atomic.h:278 _tid = 18446735280406397536 tp = (struct tap_softc *) 0xfffff800a08ae800 ifp = (struct ifnet *) 0xfffff800a08ae800 f = 0 #16 0x00000000c0117e6c in dev_refthread (dev=0xfffff800a084f300) at /usr/src/sys/kern/kern_conf.c:124 csw = (struct cdevsw *) 0xc033b968 #17 0x00000000c0118284 in giant_ioctl (dev=0xfffff800b5d4ac00, cmd=2147772029, data=0xd643753c "", fflag=2, td=0xfffff800a64a0260) at /usr/src/sys/kern/kern_conf.c:288 retval = -1244353536 #18 0x00000000c00f71b4 in devfs_ioctl_f (fp=0xfffff800a62ef338, com=2147772029, data=0xd643753c, cred=0xfffff800a084f100, td=0xfffff800a64a0260) at /usr/src/sys/fs/devfs/devfs_vnops.c:407 dev = (struct cdev *) 0xfffff800b5d4ac00 dsw = (struct cdevsw *) 0xc033b968 vp = (struct vnode *) 0x0 vpold = (struct vnode *) 0xfffff800a62ef338 error = 0 i = -700222148 p = 0xfffff800a62ef338 "ÿÿø" fgn = (struct fiodgname_arg *) 0xfffff800a64a0260 #19 0x00000000c011c8bc in kern_fcntl (td=0xfffff800a64a0260, fd=3, cmd=4, arg=1) at file.h:258 fdp = (struct filedesc *) 0xfffff800b5d4bc00 flp = (struct flock *) 0x1 fp = (struct file *) 0xfffff800a62ef338 p = (struct proc *) 0xfffff800a651fa80 pop = 0x0 vp = (struct vnode *) 0x4 newmin = 1 error = 0 flg = 64 tmp = 0 giant_locked = 1 #20 0x00000000c011c0d8 in fcntl (td=0xfffff800a64a0260, uap=0xd64378c0) at /usr/src/sys/kern/kern_descrip.c:339 fl = {l_start = 3594743537, l_len = 3222767276, l_pid = 0, l_type = 0, l_whence = 0} arg = 1 error = 0 #21 0x00000000c02cdea4 in syscall (tf=0xd6437880) at /usr/src/sys/sparc64/sparc64/trap.c:592 callp = (struct sysent *) 0xc0328f48 td = (struct thread *) 0xfffff800a64a0260 args = {3594743745, 3221589512, 3221589052, 3221589048, 658606396932, 100, 0, 0} argp = (register_t *) 0xd64378c0 p = (struct proc *) 0xfffff800a651fa80 sticks = 10 code = 92 tpc = 1081962532 reg = 0 regcnt = 6 narg = 3 error = 0 #22 0x00000000c0058dc0 in tl0_intr () No symbol table info available. #23 0x0000000000000000 in ?? () No symbol table info available. From owner-freebsd-stable@FreeBSD.ORG Mon May 29 20:38:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF6F316AB33 for ; Mon, 29 May 2006 20:38:07 +0000 (UTC) (envelope-from paul.lkw@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABA3D43D64 for ; Mon, 29 May 2006 20:38:05 +0000 (GMT) (envelope-from paul.lkw@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so140436pye for ; Mon, 29 May 2006 13:38:05 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=irCWEICBOIu1Ih/wPd2wOO5UCAtX0T0LnaaAD/7MyQppB7neUCpa8Vsjy35ACRGTqs5uHWP74woTWcFlhNoIUp5Ta4frUFzd2cbOZpweXxGkW8Rq3S263Uut9lRrDSRMBD/Pc0AzXQ8dL8qubOPjkGnBsKYTvZxu2g5Ugjdan7M= Received: by 10.35.107.20 with SMTP id j20mr1320458pym; Mon, 29 May 2006 13:38:04 -0700 (PDT) Received: by 10.35.71.10 with HTTP; Mon, 29 May 2006 13:38:04 -0700 (PDT) Message-ID: Date: Tue, 30 May 2006 04:38:04 +0800 From: Paul.LKW To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: HylaFAX port not work but related to sendmail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 May 2006 20:38:09 -0000 Dear all: Recently I installed HylaFAX port on 6.1 and find that the fax received (Fa= x is received in /var/hylafax/recvq and changed to tiff format) can not sent to specified email user and find the error log below: May 30 04:08:56 office sendmail[624]: k4TK8t7A000620: to=3Dee-fax, delay=3D00:00:01, xdelay=3D00:00:01, mailer=3Dlocal, pri=3D30505, dsn=3D5.3= .0, stat=3Dunknown mailer error 1 May 30 04:08:56 office sendmail[624]: k4TK8t7A000620: to=3Dfax, delay=3D00:00:01, mailer=3Dlocal, pri=3D30505, dsn=3D5.1.1, stat=3DUser unk= nown May 30 04:08:56 office sendmail[626]: k4TK8t5k000626: from=3Dfax, size=3D42= 953, class=3D0, nrcpts=3D1, msgid=3D<200605292008.k4TK8t5k000626@xxxx.xxxx.com>,= relay=3D uucp@localhost May 30 04:08:56 office sendmail[633]: k4TK8t5k000626: to=3Dee-fax, delay=3D00:00:01, xdelay=3D00:00:00, mailer=3Dlocal, pri=3D72953, dsn=3D5.3= .0, stat=3Dunknown mailer error 1 May 30 04:08:56 office sendmail[633]: k4TK8t5k000626: to=3Dfax, delay=3D00:00:01, mailer=3Dlocal, pri=3D72953, dsn=3D5.1.1, stat=3DUser unk= nown May 30 04:08:56 office sendmail[633]: k4TK8u5j000633: Losing ./qfk4TK8u5j000633: savemail panic May 30 04:08:56 office sendmail[633]: k4TK8u5j000633: SYSERR(uucp): savemail: cannot save rejected email anywhere I thank this is the uucp problem and find freebsd-6.1 will not with uucp an= d installed freebsd-uucp but still get the same! I also find 'stat=3DUser unknown' every time as system sent message to local user in just the user name format! What's wrong with 6.1 ? Thanks for your Help. From owner-freebsd-stable@FreeBSD.ORG Tue May 30 00:16:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A1C316A75E for ; Tue, 30 May 2006 00:16:39 +0000 (UTC) (envelope-from davidn@datalinktech.com.au) Received: from customer-domains.icp-qv1-irony7.iinet.net.au (customer-domains.icp-qv1-irony7.iinet.net.au [203.59.1.128]) by mx1.FreeBSD.org (Postfix) with ESMTP id 109CC43D70 for ; Tue, 30 May 2006 00:16:30 +0000 (GMT) (envelope-from davidn@datalinktech.com.au) Received: from 203-206-162-119.perm.iinet.net.au (HELO mail.datalinktech.com.au) ([203.206.162.119]) by customer-domains.icp-qv1-irony7.iinet.net.au with ESMTP; 30 May 2006 08:16:29 +0800 X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAA== X-IronPort-AV: i="4.05,186,1146412800"; d="scan'208"; a="287501307:sNHT60648930" Received: from [192.168.4.232] ([192.168.4.232]) by mail.datalinktech.com.au with esmtp; Tue, 30 May 2006 10:16:24 +1000 id 0018D8D9.447B8ED8.0000CF55 Message-ID: <447B8ED0.3000506@datalinktech.com.au> Date: Tue, 30 May 2006 10:16:16 +1000 From: David Nugent User-Agent: Thunderbird 1.5.0.2 (X11/20060516) MIME-Version: 1.0 To: "Paul.LKW" References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: HylaFAX port not work but related to sendmail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 May 2006 00:16:44 -0000 Paul.LKW wrote: > Dear all: > Recently I installed HylaFAX port on 6.1 and find that the fax > received (Fax > is received in /var/hylafax/recvq and changed to tiff format) can not > sent > to specified email user and find the error log below: > > May 30 04:08:56 office sendmail[624]: k4TK8t7A000620: to=ee-fax, > delay=00:00:01, xdelay=00:00:01, mailer=local, pri=30505, dsn=5.3.0, > stat=unknown mailer error 1 ^^^^^^^^^^^^^^^^^^^ Sendmail's configuration will be the problem. It isn't clear what you're trying to do here though so I can't make suggestions without seeing your .mc and knowing what your intention is (who is user ee-fax?). Sorry I haven't used any recent version of hylafax. Regards, DAvid From owner-freebsd-stable@FreeBSD.ORG Tue May 30 01:04:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EA5A16A72E for ; Tue, 30 May 2006 01:04:13 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58A3043D48 for ; Tue, 30 May 2006 01:04:12 +0000 (GMT) (envelope-from sullrich@gmail.com) Received: by ug-out-1314.google.com with SMTP id m3so319065uge for ; Mon, 29 May 2006 18:04:11 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=t58lXjTY2lqQ6X4U81U+D/jmv5gp7DoujbeZZ/Q5mmAiVdMt++PEf8pjHzwa5tGqRyxDWfXE34IDWHUC0nnrkcx0XU2H299zVU1HylPim8dRaI5cZ8a3zt8BUSNnoMjQ/HDJraSoyPUaNGsPIVR1Q+IgC4VAnU8n4/DDSIJ/deo= Received: by 10.67.89.5 with SMTP id r5mr2311207ugl; Mon, 29 May 2006 17:38:01 -0700 (PDT) Received: by 10.67.21.6 with HTTP; Mon, 29 May 2006 17:38:01 -0700 (PDT) Message-ID: Date: Mon, 29 May 2006 20:38:01 -0400 From: "Scott Ullrich" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: idowse@freebsd.org Subject: panic: trying to sleep while sleeping is prohibited - USB network panic after ifconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 May 2006 01:04:16 -0000 Sleeping on "usbsyn" with the following non-sleepable locks held: exclusive sleep mutex in_multi_mtx r = 0 (0xc0acfbc0) locked @ /usr/src/sys/neti net/in.c:971 KDB: stack backtrace: kdb_backtrace(1,c27e5418,c27e7000,1,ccfe3a50) at kdb_backtrace+0x29 witness_warn(5,0,c0993d00,c09846cb) at witness_warn+0x18e msleep(c27ffb00,0,4c,c09846cb,0) at msleep+0x42 usbd_transfer(c27ffb00,ccfe3ab0,c0649b2d,c27ffb00,c24a1580) at usbd_transfer+0x1 21 usbd_sync_transfer(c27ffb00,c24a1580,ccfe3acc,c06c6ea4,c25d0a00) at usbd_sync_tr ansfer+0x11 usbd_do_request_flags_pipe(c257d600,c257d280,ccfe3b0c,ccfe3b0b,0) at usbd_do_req uest_flags_pipe+0x5d usbd_do_request_flags(c257d600,ccfe3b0c,ccfe3b0b,0,0) at usbd_do_request_flags+0 x20 usbd_do_request(c257d600,ccfe3b0c,ccfe3b0b) at usbd_do_request+0x1a aue_csr_read_1(c25d0a00,0) at aue_csr_read_1+0x50 aue_setmulti(c25d0a00,c280e280,c25d3000,ccfe3ba8,ccfe3b78) at aue_setmulti+0x4a aue_ioctl(c25d3000,80206931,0) at aue_ioctl+0x106 if_addmulti(c25d3000,ccfe3ba8,ccfe3ba4,ccfe3ba8,10,c0acfbc0,0,c09a3cd4,3cb) at i f_addmulti+0x1b8 in_addmulti(ccfe3bdc,c25d3000) at in_addmulti+0x69 in_ifinit(c25d3000,c27da500,c262dcd0,0,ccfe3c38) at in_ifinit+0x529 in_control(c28206f4,8040691a,c262dcc0,c25d3000,c27e7000) at in_control+0x882 ifioctl(c28206f4,8040691a,c262dcc0,c27e7000,0) at ifioctl+0x198 soo_ioctl(c2678c60,8040691a,c262dcc0,c2480780,c27e7000) at soo_ioctl+0x2db ioctl(c27e7000,ccfe3d04,3,2,286) at ioctl+0x370 syscall(3b,3b,3b,8056080,80583c0) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x28131603, esp = 0xbfbfe59c, ebp = 0xbfbfede8 --- panic: trying to sleep while sleeping is prohibited cpuid = 0 KDB: enter: panic [thread pid 13 tid 100003 ] Stopped at kdb_enter+0x2b: nop More information (bt, bt all, show alllocks) can be found at http://www.pfsense.com/~sullrich/panics/usb_network_nic_panic.txt Let me know if you need any more information. From owner-freebsd-stable@FreeBSD.ORG Tue May 30 01:36:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62BCC16A664 for ; Tue, 30 May 2006 01:36:25 +0000 (UTC) (envelope-from shurd@sasktel.net) Received: from misav02.sasknet.sk.ca (misav07.sasknet.sk.ca [142.165.20.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF92E43D46 for ; Tue, 30 May 2006 01:36:24 +0000 (GMT) (envelope-from shurd@sasktel.net) Received: from bgmpomr2.sasknet.sk.ca ([142.165.72.23]) by misav07 with InterScan Messaging Security Suite; Mon, 29 May 2006 19:36:24 -0600 Received: from [192.168.0.193] ([142.165.59.202]) by bgmpomr2.sasknet.sk.ca (SaskTel eMessaging Service) with ESMTPA id <0J0200DJL1SN82F1@bgmpomr2.sasknet.sk.ca> for freebsd-stable@freebsd.org; Mon, 29 May 2006 19:36:24 -0600 (CST) Date: Mon, 29 May 2006 19:36:22 -0600 From: Stephen Hurd In-reply-to: <447AA845.8010909@optusnet.com.au> To: Graham Menhennitt Message-id: <447BA196.7030701@sasktel.net> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT References: <447A8AF8.3060700@sasktel.net> <447AA845.8010909@optusnet.com.au> User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.1) Gecko/20060413 SeaMonkey/1.0 Cc: freebsd-stable@freebsd.org Subject: Re: [Fwd: Custom termcap entries and installworld] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 May 2006 01:36:25 -0000 > 1) How do people cope with custom termcap entries? > > > One workaround is to not modify /etc/termcap at all. Instead just store > them in a file somewhere and (depending on your shell) do > export TERMCAP=/my/custom/termcap > Or even > export TERMCAP=custom:my custom entry > > See the ENVIRONMENT section near the bottom of "man 3 curses". > Hrm... I don't *think* this can be done by frobbing /etc/gettytab, but perhaps it can... I'll give it a shot. Thanks for the reply. From owner-freebsd-stable@FreeBSD.ORG Tue May 30 02:10:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7994116AAEC for ; Tue, 30 May 2006 02:10:16 +0000 (UTC) (envelope-from davidn@datalinktech.com.au) Received: from mail-ihug.icp-qv1-irony2.iinet.net.au (ihug-mail.icp-qv1-irony2.iinet.net.au [203.59.1.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66B3C43D46 for ; Tue, 30 May 2006 02:10:14 +0000 (GMT) (envelope-from davidn@datalinktech.com.au) Received: from 203-206-162-119.perm.iinet.net.au (HELO mail.datalinktech.com.au) ([203.206.162.119]) by mail-ihug.icp-qv1-irony2.iinet.net.au with ESMTP; 30 May 2006 10:09:18 +0800 X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAA== X-IronPort-AV: i="4.05,186,1146412800"; d="scan'208"; a="491579551:sNHT22703740" Received: from [192.168.4.232] ([192.168.4.232]) by mail.datalinktech.com.au with esmtp; Tue, 30 May 2006 12:09:16 +1000 id 0018D953.447BA94C.0000D446 Message-ID: <447BA944.8030803@datalinktech.com.au> Date: Tue, 30 May 2006 12:09:08 +1000 From: David Nugent User-Agent: Thunderbird 1.5.0.2 (X11/20060516) MIME-Version: 1.0 To: Stephen Hurd References: <447A8AF8.3060700@sasktel.net> <447AA845.8010909@optusnet.com.au> <447BA196.7030701@sasktel.net> In-Reply-To: <447BA196.7030701@sasktel.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Graham Menhennitt Subject: Re: [Fwd: Custom termcap entries and installworld] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 May 2006 02:10:23 -0000 Stephen Hurd wrote: > >> 1) How do people cope with custom termcap entries? >> >> One workaround is to not modify /etc/termcap at all. Instead just store >> them in a file somewhere and (depending on your shell) do >> export TERMCAP=/my/custom/termcap >> Or even >> export TERMCAP=custom:my custom entry >> >> See the ENVIRONMENT section near the bottom of "man 3 curses". >> > > Hrm... I don't *think* this can be done by frobbing /etc/gettytab, but > perhaps it can... I'll give it a shot. login.conf/.login_conf may help (to set environment variables before login shell starts, assuming that is what you need). But ~/.termcap should work regardless and will override termcap entries in the system termcap db. From owner-freebsd-stable@FreeBSD.ORG Tue May 30 07:11:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5A3116A422 for ; Tue, 30 May 2006 07:11:43 +0000 (UTC) (envelope-from b3k@mail.ru) Received: from mx7.mail.ru (mx7.mail.ru [194.67.23.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04C4243D4C for ; Tue, 30 May 2006 07:11:42 +0000 (GMT) (envelope-from b3k@mail.ru) Received: from [212.57.150.10] (port=52166 helo=localhost) by mx7.mail.ru with smtp id 1FkyOD-000PZd-00 for freebsd-stable@freebsd.org; Tue, 30 May 2006 11:11:41 +0400 Date: Tue, 30 May 2006 13:11:29 +0600 From: "Elisey O. Savateev" To: freebsd-stable@freebsd.org Message-Id: <20060530131129.bcb772e5.b3k@mail.ru> X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.8.18; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Tue__30_May_2006_13_11_29_+0600_b_iGHx/DuZoFhuEV" Subject: What is mandatory locking? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 May 2006 07:11:45 -0000 --Signature=_Tue__30_May_2006_13_11_29_+0600_b_iGHx/DuZoFhuEV Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, list! What is mandatory locking on FS? It exists in ext3, but not in ufs. What the difference between mandatory and advisory file locking and why mandatory locking is not implemented in ufs? --- Elisey O. Savateev http://bio3k.softboard.ru | ICQ: 955583 PGP/GPG pubkey: http://bio3k.softboard.ru/uploads/etc/pubkey.asc --Signature=_Tue__30_May_2006_13_11_29_+0600_b_iGHx/DuZoFhuEV Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEe/Ar1R+32Ql0ER4RAhEwAJ93/GGQaBeiOKI559MxiOWbCRNppACeNz9Q EBMjLc6DuBMqpW9NSomDshQ= =9Xzv -----END PGP SIGNATURE----- --Signature=_Tue__30_May_2006_13_11_29_+0600_b_iGHx/DuZoFhuEV-- From owner-freebsd-stable@FreeBSD.ORG Tue May 30 08:41:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C22A316A52E for ; Tue, 30 May 2006 08:41:10 +0000 (UTC) (envelope-from jhs@flat.berklix.net) Received: from thin.berklix.org (thin.berklix.org [194.246.123.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id C986543D88 for ; Tue, 30 May 2006 08:41:00 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (p549A5BB6.dip.t-dialin.net [84.154.91.182]) (authenticated bits=128) by thin.berklix.org (8.12.11/8.12.11) with ESMTP id k4U8ero3017374; Tue, 30 May 2006 10:40:54 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id k4U8eq1C091756; Tue, 30 May 2006 10:40:53 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost.jhs.private [127.0.0.1]) by fire.jhs.private (8.13.1/8.13.1) with ESMTP id k4U8i5VX073832; Tue, 30 May 2006 10:44:05 +0200 (CEST) (envelope-from jhs@fire.jhs.private) Message-Id: <200605300844.k4U8i5VX073832@fire.jhs.private> To: "Paul.LKW" In-Reply-To: Message from David Nugent of "Tue, 30 May 2006 10:16:16 +1000." <447B8ED0.3000506@datalinktech.com.au> Date: Tue, 30 May 2006 10:44:05 +0200 From: "Julian H. Stacey" Cc: tdv94ped@cs.umu.se, freebsd-stable@freebsd.org Subject: Re: HylaFAX port not work but related to sendmail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 May 2006 08:41:16 -0000 David Nugent wrote: > Paul.LKW wrote: > > Dear all: > > Recently I installed HylaFAX port on 6.1 and find that the fax > > received (Fax > > is received in /var/hylafax/recvq and changed to tiff format) can not > > sent > > to specified email user and find the error log below: > > > > May 30 04:08:56 office sendmail[624]: k4TK8t7A000620: to=ee-fax, > > delay=00:00:01, xdelay=00:00:01, mailer=local, pri=30505, dsn=5.3.0, > > stat=unknown mailer error 1 > ^^^^^^^^^^^^^^^^^^^ > > Sendmail's configuration will be the problem. It isn't clear what you're > trying to do here though so I can't make suggestions without seeing your > mc and knowing what your intention is (who is user ee-fax?). Sorry I > haven't used any recent version of hylafax. > > Regards, > DAvid Paul.LKW, grep MAINTAINER /usr/ports/comms/hylafax/Makefile tdv94ped@cs.umu.se Hylafax List There's always been a mail list for hylafax generic to all platforms. Read Sam Lefflers Hylafax source to find README & URL for that. Way back I created a smallish freebsd-hylafax@ list, I think I later tried to get it transferred from my berklix.org to freebsd.org. It's not around on either now. I looked for a URL in /usr/ports/comms/hylafax , not there. If current maintainer wants a list created on either he can ask for one & point to it from files/README. Such a list would be easier found on freebsd.org, only drawback there is low traffic lists are in more danger of removal than on my berklix.org. Best on @freebsd.org though. -- Julian Stacey. Consultant Unix Net & Sys. Eng., Munich. http://berklix.com Mail in Ascii, HTML=spam. Ihr Rauch = mein allergischer Kopfschmerz. From owner-freebsd-stable@FreeBSD.ORG Tue May 30 13:46:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A86B316A600 for ; Tue, 30 May 2006 13:46:36 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 014B343D70 for ; Tue, 30 May 2006 13:46:35 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 1939346CC5; Tue, 30 May 2006 09:46:34 -0400 (EDT) Date: Tue, 30 May 2006 14:46:34 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Michael Ortmann In-Reply-To: <447AAB44.9080402@googlemail.com> Message-ID: <20060530144516.E25073@fledge.watson.org> References: <447AAB44.9080402@googlemail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: reproduceable kernel panic when trying to use tap0 interface (sparc64) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 May 2006 13:46:42 -0000 On Mon, 29 May 2006, Michael Ortmann wrote: > im using 6_stable on sparc64 and get a 100% reproduceable kernel panic. it > crashes when i try to usr/create the tap0 interface. (i discovered it when i > tried to run openvpn). so i guess it may be the tap driver on sparc64. i can > provice kernel core and offer my help. i wrote to the sparc64 mailinglist > before but now i guess its better off here. This sounds like a kernel code alignment bug, which is likely easy to fix. However... > == how to reproduce the kernel panic == > > # cat /dev/zero >/dev/tap0 > > tap0: Ethernet address: 00:bd:00:02:10:00 > panic: trap: memory address not aligned > cpuid = 0 > KDB: enter: panic > [thread 449 tid 100044] > Stopped at kdb_enter+0x3c: ta %xcc, 1 Whoops, the gdb stack trace below looks corrupted and/or wrong. Could you instead provide the output of the "trace" command in DDB? DDB traces can be more reliable under some circumstances, and more resistant to mistakes such as matching the wrong kernel to the wrong core, gdb bugs, and so on. Robert N M Watson From owner-freebsd-stable@FreeBSD.ORG Tue May 30 13:52:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDB0416A632 for ; Tue, 30 May 2006 13:52:53 +0000 (UTC) (envelope-from mortmann@googlemail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id F245143D7B for ; Tue, 30 May 2006 13:52:39 +0000 (GMT) (envelope-from mortmann@googlemail.com) Received: by nf-out-0910.google.com with SMTP id g2so204451nfe for ; Tue, 30 May 2006 06:52:38 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=googlemail.com; h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=miGfumQTnd+qytCbXehK/sf2MfHOv/NpDYKAiDUHZ8dWyKtBRJYrZEDIV0BRPz83SDPKXtUruZ80uFei6A8FH8WRcW7Eq2A6WUu/QfcHlyckwqb5gRlpdI2Q0Oa9Lzp2QSgljWhZo1ZtWvriY6dtZp3c858Q3TWUJfi2bnCUgNQ= Received: by 10.49.15.13 with SMTP id s13mr2587829nfi; Tue, 30 May 2006 06:52:38 -0700 (PDT) Received: from ?192.168.1.22? ( [217.91.92.201]) by mx.gmail.com with ESMTP id q27sm5307398nfc.2006.05.30.06.52.37; Tue, 30 May 2006 06:52:38 -0700 (PDT) Message-ID: <447C4E22.4080900@googlemail.com> Date: Tue, 30 May 2006 15:52:34 +0200 From: Michael Ortmann User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: Robert Watson References: <447AAB44.9080402@googlemail.com> <20060530144516.E25073@fledge.watson.org> In-Reply-To: <20060530144516.E25073@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: reproduceable kernel panic when trying to use tap0 interface (sparc64) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 May 2006 13:53:01 -0000 Robert Watson schrieb: > This sounds like a kernel code alignment bug, which is likely easy to > fix. However... the bug has been fixed (fast!): http://www.freebsd.org/cgi/query-pr.cgi?pr=sparc64/98084 >> == how to reproduce the kernel panic == >> >> # cat /dev/zero >/dev/tap0 >> >> tap0: Ethernet address: 00:bd:00:02:10:00 >> panic: trap: memory address not aligned >> cpuid = 0 >> KDB: enter: panic >> [thread 449 tid 100044] >> Stopped at kdb_enter+0x3c: ta %xcc, 1 > > > Whoops, the gdb stack trace below looks corrupted and/or wrong. Could > you instead provide the output of the "trace" command in DDB? DDB > traces can be more reliable under some circumstances, and more resistant > to mistakes such as matching the wrong kernel to the wrong core, gdb > bugs, and so on. ill keep it in mind for the next time, thanks. regards, Michael Ortmann From owner-freebsd-stable@FreeBSD.ORG Tue May 30 15:26:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C93416A984 for ; Tue, 30 May 2006 15:26:31 +0000 (UTC) (envelope-from ianchov@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A95943D46 for ; Tue, 30 May 2006 15:26:30 +0000 (GMT) (envelope-from ianchov@gmail.com) Received: by ug-out-1314.google.com with SMTP id m3so571939uge for ; Tue, 30 May 2006 08:26:29 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=fMOAnAwa9qpEA+mgOBa7DAEObN621FUhtpF8mazQXXBPJ0Hyb9mB3IV3s3S7c+MpvRGPdKbqG6F3bW7IvI3/VYBRJwYx+I5lASAlEPSgZ7dBqZgkEb1tjY49tHpSbfQiV1z2Jl1ceGVlHcMvrjUIKAKtYUyydGYj+nKbEqfpOSA= Received: by 10.78.42.7 with SMTP id p7mr643490hup; Tue, 30 May 2006 07:57:38 -0700 (PDT) Received: by 10.78.39.6 with HTTP; Tue, 30 May 2006 07:57:38 -0700 (PDT) Message-ID: <18e02bd30605300757x43c035e8q2aa0f410ab6efc6a@mail.gmail.com> Date: Tue, 30 May 2006 17:57:38 +0300 From: "Iantcho Vassilev" To: "freebsd-stable@freebsd.org" In-Reply-To: MIME-Version: 1.0 References: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: [chat] upgrade 5.5 -> 6.1 with success X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 May 2006 15:26:31 -0000 On 5/29/06, Ronald Klop wrote: > > Hello, > > Today I did a succesfull remote upgrade from 5.5 to 6.1 without going to > single user. > Nice work! > > Ronald. > > -- > Ronald Klop > Amsterdam, The Netherlands > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > Nice to hear that.. Good luck! From owner-freebsd-stable@FreeBSD.ORG Tue May 30 15:45:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E2FD16A587 for ; Tue, 30 May 2006 15:45:16 +0000 (UTC) (envelope-from root@scienceclue.ath.cx) Received: from scienceclue.ath.cx (mic92-1-87-90-12-116.dsl.club-internet.fr [87.90.12.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id A239B43D5E for ; Tue, 30 May 2006 15:45:15 +0000 (GMT) (envelope-from root@scienceclue.ath.cx) Received: from scienceclue.ath.cx (localhost [127.0.0.1]) by scienceclue.ath.cx (8.13.6/8.13.6) with ESMTP id k4UFkLPI001631 for ; Tue, 30 May 2006 17:46:21 +0200 (CEST) (envelope-from root@scienceclue.ath.cx) Received: (from root@localhost) by scienceclue.ath.cx (8.13.6/8.13.6/Submit) id k4UFkF5Z001630 for freebsd-stable@freebsd.org; Tue, 30 May 2006 17:46:15 +0200 (CEST) (envelope-from root) Date: Tue, 30 May 2006 17:46:15 +0200 From: Mathieu Prevot To: freebsd-stable@freebsd.org Message-ID: <20060530154615.GA1544@scienceclue.ath.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: .MAKEFLAGS edited is not taken into account e.g. in make.conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mathieu Prevot List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 May 2006 15:45:17 -0000 Hello, only real arguments (passed with command) are taken into account, when I edit .MAKEFLAGS (makefile or /etc/make.conf) there is a new .MAKEFLAGS but there no expected effects. You can test this with the -dA option, and with the following ./makefile content (extract): ----- .MAKEFLAGS+= -dA disp: @echo ${.MAKEFLAGS} ----- `make -dA` works fine `make -dA disp` displays "-dA -dA" BUT `make` does NOT work i.e. there is no debug output `make disp` displays "-dA" I use RELENG_6 amd64 ... regards, Mathieu From owner-freebsd-stable@FreeBSD.ORG Tue May 30 19:53:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20AEE16A9C8 for ; Tue, 30 May 2006 19:53:04 +0000 (UTC) (envelope-from zingelman@fnal.gov) Received: from mailgw1.fnal.gov (mailgw1.fnal.gov [131.225.111.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E6DF43D58 for ; Tue, 30 May 2006 19:53:00 +0000 (GMT) (envelope-from zingelman@fnal.gov) Received: from mailav2.fnal.gov (mailav2.fnal.gov [131.225.111.20]) by mailgw1.fnal.gov (iPlanet Messaging Server 5.2 HotFix 2.06 (built Mar 28 2005)) with SMTP id <0J0300CXYG1A9J@mailgw1.fnal.gov> for freebsd-stable@freebsd.org; Tue, 30 May 2006 14:46:38 -0500 (CDT) Received: from mailgw1.fnal.gov ([131.225.111.11]) by mailav2.fnal.gov (SAVSMTP 3.1.7.47) with SMTP id M2006053014463806358 for ; Tue, 30 May 2006 14:46:38 -0500 Received: from conversion-daemon.mailgw1.fnal.gov by mailgw1.fnal.gov (iPlanet Messaging Server 5.2 HotFix 2.06 (built Mar 28 2005)) id <0J0300601G87JZ@mailgw1.fnal.gov> (original mail from zingelman@fnal.gov) for freebsd-stable@freebsd.org; Tue, 30 May 2006 14:46:38 -0500 (CDT) Received: from nova.fnal.gov (nova.fnal.gov [131.225.121.207]) by mailgw1.fnal.gov (iPlanet Messaging Server 5.2 HotFix 2.06 (built Mar 28 2005)) with ESMTP id <0J0300467G9QRI@mailgw1.fnal.gov>; Tue, 30 May 2006 14:46:38 -0500 (CDT) Received: from nova.fnal.gov (localhost [127.0.0.1]) by nova.fnal.gov (8.13.6+Sun/8.13.6) with ESMTP id k4UJkbN2016865; Tue, 30 May 2006 14:46:37 -0500 (CDT) Received: from localhost (tez@localhost) by nova.fnal.gov (8.13.6+Sun/8.13.6/Submit) with ESMTP id k4UJkVvO016859; Tue, 30 May 2006 14:46:37 -0500 (CDT) Date: Tue, 30 May 2006 14:46:31 -0500 (CDT) From: Tim Zingelman In-reply-to: <20051205132558.M88299@maildrop.int.zabbadoz.net> X-X-Sender: tez@nova.fnal.gov To: "Bjoern A. Zeeb" Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Content-transfer-encoding: 7BIT References: <20051205113818.I88299@maildrop.int.zabbadoz.net> <1133786693.70431.9.camel@buffy.york.ac.uk> <20051205132558.M88299@maildrop.int.zabbadoz.net> X-Authentication-warning: nova.fnal.gov: tez owned process doing -bs Cc: freebsd-stable@freebsd.org Subject: Re: panic logging out on serial console X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Tim Zingelman List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 May 2006 19:53:10 -0000 On Mon, 5 Dec 2005, Bjoern A. Zeeb wrote: > On Mon, 5 Dec 2005, Gavin Atkinson wrote: > > > On Mon, 2005-12-05 at 11:47 +0000, Bjoern A. Zeeb wrote: > >> I had been logged in on serial console and typed 'exit' and the > >> RELENG_6 machine went *kaboom*. I hadn't seen sth like this befire on > >> any of my other machines: > >> > >> i386/RELENG_6 from around 2005-11-17 11:00 UTC. > >> > >> --- 8< 8< 8< --- > >> foo# exit > >> logout > >> > >> Fatal trap 12: page fault while in kernel mode > >> fault virtual address = 0x0 > >> fault code = supervisor read, page not present > >> instruction pointer = 0x20:0x0 > >> stack pointer = 0x28:0xef699954 > >> frame pointer = 0x28:0xef699968 > >> 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 = 70703 (getty) > >> trap number = 12 > >> panic: page fault > >> > >> I have the core file and can save it for some days but it won't > >> help a lot unless someone tells me how I can skip the frame with > >> the null pointer in kgdb. > > > > I've never had a problem with backtraces (even when IP=0x0) but don't > > forget you can always look at the stack with > > > > (gdb) x/40xw 0xef699954 > > oh thanks. I'll paste it in for the arguments: > > (kgdb) x/40xw 0xef699954 > 0xef699954: * 0xc05b60db 0x00000000 0xc23b5c00 0xc23b4400 > 0xef699964: 0xc23b5c00 0xef699980 * 0xc0600ec8 0xc23b5cac > 0xef699974: 0x00000000 0x00000000 0xc278a900 0xef699998 > > (kgdb) l *0xc05b60db > 0xc05b60db is in knote (/u1/src/RELENG_6/sys/kern/kern_event.c:1534). > > (kgdb) l *0xc0600ec8 > 0xc0600ec8 is in ttwwakeup (/u1/src/RELENG_6/sys/kern/tty.c:2451). Any resolution on this... I have a panic on 6.1-RELEASE that looks remarkably similar: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0x0 stack pointer = 0x28:0xcd490974 frame pointer = 0x28:0xcd490988 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 = 4404 (sshd) trap number = 12 panic: page fault Uptime: 13d2h18m44s Dumping 255 MB (2 chunks) chunk 0: 1MB (160 pages) ... ok chunk 1: 255MB (65280 pages) 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16 (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc064dee1 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:402 #2 0xc064e178 in panic (fmt=0xc088cb0e "%s") at /usr/src/sys/kern/kern_shutdown.c:558 #3 0xc0841d94 in trap_fatal (frame=0xcd490934, eva=0) at /usr/src/sys/i386/i386/trap.c:836 #4 0xc0841afb in trap_pfault (frame=0xcd490934, usermode=0, eva=0) at /usr/src/sys/i386/i386/trap.c:744 #5 0xc0841739 in trap (frame= {tf_fs = -1036845048, tf_es = -850853848, tf_ds = -1066794968, tf_edi = -1032680832, tf_esi = -1031428864, tf_ebp = -850851448, tf_isp = -850851488, tf_ebx = -1036994560, tf_edx = -1063786400, tf_ecx = -1032680832, tf_eax = -1036994424, tf_trapno = 12, tf_err = 0, tf_eip = 0, tf_cs = 32, tf_eflags = 66118, tf_esp = -1067241889, tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:434 #6 0xc0830c9a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0x00000000 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) x/40xw 0xcd490974 0xcd490974: 0xc0632e5f 0x00000000 0xc230b800 0xc285a500 0xcd490984: 0xc2728a80 0xcd4909a4 0xc067d8fd 0xc230b888 0xcd490994: 0x00000000 0x00000000 0xc230b810 0xc230b800 0xcd4909a4: 0xcd4909bc 0xc067c50c 0xc230b800 0xc230b800 0xcd4909b4: 0xc230b800 0xc285a500 0xcd4909d8 0xc0680bcc 0xcd4909c4: 0xc230b800 0x00000001 0xc285a500 0xcd490bcc 0xcd4909d4: 0xc091dba0 0xcd4909f4 0xc0624d2f 0xc285a500 0xcd4909e4: 0x00000003 0x00002000 0xc2728a80 0x00000000 0xcd4909f4: 0xcd490a34 0xc060361f 0xc285a500 0x00000003 0xcd490a04: 0x00002000 0xc2728a80 0xc285a500 0xc2d57dd0 (kgdb) l *0xc0632e5f 0xc0632e5f is in knote (/usr/src/sys/kern/kern_event.c:1534). (kgdb) l *0xc067d8fd 0xc067d8fd is in ttwakeup (/usr/src/sys/kern/tty.c:2427). But I was not using the serial port at the time... - Tim From owner-freebsd-stable@FreeBSD.ORG Tue May 30 23:39:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AD3216A4DF for ; Tue, 30 May 2006 23:39:13 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from olive.qinip.net (olive.qinip.net [62.100.30.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EC9F43D48 for ; Tue, 30 May 2006 23:39:12 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from henk.klop.ws (h8441134153.dsl.speedlinq.nl [84.41.134.153]) by olive.qinip.net (Postfix) with ESMTP id DC15E18160 for ; Wed, 31 May 2006 01:39:12 +0200 (MEST) Received: from henk.klop.ws (localhost [127.0.0.1]) by henk.klop.ws (Postfix) with ESMTP id CB64D1F5E for ; Wed, 31 May 2006 01:39:10 +0200 (CEST) Received: by henk.klop.ws (Postfix, from userid 1022) id 6CAE31F5C; Wed, 31 May 2006 01:39:10 +0200 (CEST) Received: from laptop.klop.ws (unknown [10.1.2.3]) by henk.klop.ws (Postfix) with SMTP id 80EC61F5A for ; Wed, 31 May 2006 01:39:09 +0200 (CEST) Received: (qmail 825 invoked from network); 30 May 2006 23:39:07 -0000 Received: from localhost.thuis.klop.ws (HELO localhost) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; 30 May 2006 23:39:07 -0000 To: "Elisey O. Savateev" , freebsd-stable@freebsd.org References: <20060530131129.bcb772e5.b3k@mail.ru> Message-ID: From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Date: Wed, 31 May 2006 01:39:05 +0200 In-Reply-To: <20060530131129.bcb772e5.b3k@mail.ru> User-Agent: Opera M2/8.54 (FreeBSD, build 1745) X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: Re: What is mandatory locking? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 May 2006 23:39:15 -0000 On Tue, 30 May 2006 09:11:29 +0200, Elisey O. Savateev wrote: > Hello, list! > > What is mandatory locking on FS? It exists in ext3, but not in > ufs. What the difference between mandatory and advisory file locking > and why mandatory locking is not implemented in ufs? http://www.ecst.csuchico.edu/~beej/guide/ipc/flock.html -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Wed May 31 00:12:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C04116A693 for ; Wed, 31 May 2006 00:12:15 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 937B543D46 for ; Wed, 31 May 2006 00:12:14 +0000 (GMT) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.13.6/jtpda-5.4) with ESMTP id k4V0CDSO098621 for ; Wed, 31 May 2006 02:12:13 +0200 (CEST) X-Ids: 168 Received: from heho.labo (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.13.3/jtpda-5.2) with ESMTP id k4V0CCOa084453 for ; Wed, 31 May 2006 02:12:12 +0200 (MEST) Received: (from arno@localhost) by heho.labo (8.13.3/8.13.1/Submit) id k4V0CBsD084450; Wed, 31 May 2006 02:12:11 +0200 (MEST) (envelope-from arno) Sender: arno@heho.snv.jussieu.fr To: freebsd-stable@freebsd.org From: "Arno J. Klaassen" Date: 31 May 2006 02:12:11 +0200 Message-ID: Lines: 33 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (shiva.jussieu.fr [134.157.0.168]); Wed, 31 May 2006 02:12:13 +0200 (CEST) X-Virus-Scanned: ClamAV 0.88.2/1500/Tue May 30 22:47:36 2006 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 447CDF5D.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Subject: NFS : mount option is unknown X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 00:12:21 -0000 Hello, I updated today two amd64-servers to -stable as of today, I now get the following dmesg when mounting nfs : mount option is unknown mount option is unknown mount option is unknown mount option is unknown mount option is unknown May 31 01:54:18 accuracy mountd[443]: can't delete exports for /users/angora/u4: Invalid argument May 31 01:54:18 accuracy mountd[443]: can't delete exports for /data/angora/d1: Invalid argument May 31 01:54:18 accuracy mountd[443]: can't delete exports for /data/tabarnac/d2: Invalid argument May 31 01:54:18 accuracy mountd[443]: can't delete exports for /data/angora/db: Invalid argument May 31 01:54:18 accuracy mountd[443]: can't delete exports for /data/charlotte/da: Invalid argument They seem harmless and maybe related to MFC: 1.208 of ./kern/vfs_mount.c, though I don't understand the mountd messages : all mentioned filesystem are nfsclient fs and though /etc/exports exists, it only has one local fs which isn't mounted anywhere else anyway (while testing). FYI, Arno -- Arno J. Klaassen SCITO S.A. 8 rue des Haies F-75020 Paris, France http://scito.com From owner-freebsd-stable@FreeBSD.ORG Wed May 31 03:51:30 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D17B16A605 for ; Wed, 31 May 2006 03:51:30 +0000 (UTC) (envelope-from httpd@paris15.amen.fr) Received: from paris15.amen.fr (paris15.amen.fr [62.193.203.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AEE743D46 for ; Wed, 31 May 2006 03:51:29 +0000 (GMT) (envelope-from httpd@paris15.amen.fr) Received: (from httpd@localhost) by paris15.amen.fr (8.10.2/8.10.2) id k4V3pRo17340; Wed, 31 May 2006 05:51:27 +0200 Date: Wed, 31 May 2006 05:51:27 +0200 Message-Id: <200605310351.k4V3pRo17340@paris15.amen.fr> To: stable@freebsd.org From: Commonwealth Bank Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Commonwealth NetBank Account Information X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: accounts@commbank.com.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 03:51:31 -0000 [CBA_Logo.gif] _________________________________________________________________ personal & business centre Security Alert Please note that Your Commonwealth NetBank Account is about to expire. In order for it to remain active, please use the link below to proceed and access Your Account. [1]http://www.commbank.com.au/default.asp# References 1. http://www.moljac.hr/au/Logon.htm From owner-freebsd-stable@FreeBSD.ORG Wed May 31 06:23:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F73316A424 for ; Wed, 31 May 2006 06:23:25 +0000 (UTC) (envelope-from dawnshade@mail.ru) Received: from relay2.kaspersky-labs.com (relay2.kaspersky-labs.com [212.5.80.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A4F443D48 for ; Wed, 31 May 2006 06:23:24 +0000 (GMT) (envelope-from dawnshade@mail.ru) Received: from relay2.kaspersky-labs.com (localhost [127.0.0.1]) by relay2.kaspersky-labs.com (ESMTP) with SMTP id 9A110171B4 for ; Wed, 31 May 2006 10:23:22 +0400 (MSD) Received: from antispam.localhost (localhost [127.0.0.1]) by relay2.kaspersky-labs.com (ESMTP) with SMTP id 2EB361717F for ; Wed, 31 May 2006 10:23:22 +0400 (MSD) Received: by relay2.kaspersky-labs.com (ESMTP, from userid 230) id 0C3841713B; Wed, 31 May 2006 10:23:22 +0400 (MSD) Received: from mbx2.avp.ru (mx.avp.ru [212.5.80.15]) by relay2.kaspersky-labs.com (ESMTP) with ESMTP id C00F0170B9 for ; Wed, 31 May 2006 10:20:56 +0400 (MSD) Received: from moscow.avp.ru ([10.64.0.3]) by mbx2.avp.ru with Microsoft SMTPSVC(6.0.3790.1830); Wed, 31 May 2006 10:20:46 +0400 Received: from dawnshade-note.avp.ru ([172.16.129.184]) by moscow.avp.ru with Microsoft SMTPSVC(6.0.3790.1830); Wed, 31 May 2006 10:20:47 +0400 From: dawnshade To: freebsd-stable@freebsd.org Date: Wed, 31 May 2006 10:22:00 +0400 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200605311022.00463.dawnshade@mail.ru> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 31 May 2006 06:20:47.0002 (UTC) FILETIME=[5ABF97A0:01C6847A] X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0125], KAS/Release X-Spamtest-Info: Pass through X-Anti-Virus: Kaspersky Anti-Virus for MailServers 5.5.2/RELEASE, bases: 31052006 #185484, status: clean Subject: periodical crash 6.1-REL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 06:23:25 -0000 Hi all. I have periodically crashes 6.1-RELEASE running on Intel MB S875WP1 in messages i see: May 31 06:14:50 mail savecore: reboot after panic: page fault i installed debug kernel and got a core, but can't understand what happens. results of backtrace : mail# kgdb /boot/kernel/kernel vmcore.4 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". (no debugging symbols found)...Attempt to extract a component of a value that is not a structure pointer. (kgdb) bt #0 0xc04bd73c in doadump () #1 0xc04bdd8d in boot () #2 0xc04be13e in panic () #3 0xc060c155 in trap_fatal () #4 0xc060be49 in trap_pfault () #5 0xc060ba2f in trap () #6 0xc05f6f6a in calltrap () #7 0xc056a0d1 in ip_ctloutput () #8 0xc0579d7b in tcp_ctloutput () #9 0xc05033bc in sogetopt () #10 0xc05092df in kern_getsockopt () #11 0xc05091ce in getsockopt () #12 0xc060c53c in syscall () #13 0xc05f6fbf in Xint0x80_syscall () #14 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) dmesg: Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-RELEASE #0: Sat May 27 22:54:46 MSD 2006 root@mail.*.ru:/usr/src/sys/i386/compile/mail_kern_6 MPTable: < Canterwood-P> Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2793.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf25 Stepping = 5 Features=0xbfebfbff Features2=0x4400> Logical CPUs per core: 2 real memory = 2146631680 (2047 MB) avail memory = 2097582080 (2000 MB) ioapic0: Assuming intbase of 0 ioapic0 irqs 0-23 on motherboard cpu0 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib2: at device 3.0 on pci0 pci2: on pcib2 em0: port 0xbc00-0xbc1f mem 0xfc9e0000-0xfc9fffff irq 18 at device 1.0 on pci2 em0: Ethernet address: 00:0c:f1:e4:26:5b pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.2 (no driver attached) pci0: at device 29.3 (no driver attached) pcib3: at device 30.0 on pci0 pci3: on pcib3 pci3: at device 6.0 (no driver attached) pci3: at device 8.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (memory) Timecounter "TSC" frequency 2793010524 Hz quality 800 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to accept, logging unlimited ad0: 190782MB at ata0-master UDMA100 acd0: CDROM at ata1-master UDMA33 This dmesg w/o ACPI, i tried running with and got the same results. HTT disabled by default. Can anybody interpreter resuls of backtrace? thx. From owner-freebsd-stable@FreeBSD.ORG Wed May 31 11:40:05 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A64016A588 for ; Wed, 31 May 2006 11:40:05 +0000 (UTC) (envelope-from db@nipsi.de) Received: from mx.meta-spinner.de (mx.meta-spinner.de [213.39.242.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6571443D53 for ; Wed, 31 May 2006 11:40:02 +0000 (GMT) (envelope-from db@nipsi.de) Received: from mx.meta-spinner.de (localhost [127.0.0.1]) by mx.meta-spinner.de (Postfix) with ESMTP id 24BA47DFE3 for ; Wed, 31 May 2006 13:40:01 +0200 (CEST) Received: from [192.168.1.101] (unknown [192.168.1.101]) by mx.meta-spinner.de (Postfix) with ESMTP id F018E7B5A0 for ; Wed, 31 May 2006 13:40:00 +0200 (CEST) Message-ID: <447D80E8.40804@nipsi.de> Date: Wed, 31 May 2006 13:41:28 +0200 From: Dennis Berger User-Agent: Mozilla Thunderbird 1.0.8 (X11/20060502) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org References: <447B166F.8040000@nipsi.de> In-Reply-To: <447B166F.8040000@nipsi.de> Content-Type: multipart/mixed; boundary="------------020105070306080309030708" X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: Re: ciss0: ADAPTER HEARTBEAT FAILED? on a new bought HP dl360g3 | DMESG attached X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 11:40:06 -0000 This is a multi-part message in MIME format. --------------020105070306080309030708 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Dennis Berger wrote: > Hey list, > after a few hours of uptime I get an highlighted kernelmessage. > "ciss0: ADAPTER HEARTBEAT FAILED" yes this are capital chars. > I wonder if this can be a driver problem or if it definitly a hardware > failure. > > Server is a fresh HP DL360g3 > sorry i can't attach a dmesg cause the machine don't boot anymore. > stuck during bootloader with IO/ error. > > > regards, > Dennis > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --------------020105070306080309030708 Content-Type: text/plain; name="kernel.msg" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="kernel.msg" Table 'FACP' at 0xbfff3340 Table 'SPCR' at 0xbfff3140 Table 'MCFG' at 0xbfff31c0 Table 'APIC' at 0xbfff3200 MADT: Found table at 0xbfff3200 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled MADT: Found CPU APIC ID 4 ACPI ID 4: disabled MADT: Found CPU APIC ID 2 ACPI ID 2: disabled MADT: Found CPU APIC ID 6 ACPI ID 6: disabled MADT: Found CPU APIC ID 1 ACPI ID 1: disabled MADT: Found CPU APIC ID 5 ACPI ID 5: disabled MADT: Found CPU APIC ID 3 ACPI ID 3: disabled MADT: Found CPU APIC ID 7 ACPI ID 7: disabled ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1193220 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 3200130128 Hz CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3200.13-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 Features=0xbfebfbff Features2=0x641d> AMD Features=0x20000000 Logical CPUs per core: 2 real memory = 3221172224 (3071 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x00000000bc9bafff, 3151585280 bytes (769430 pages) avail memory = 3151409152 (3005 MB) bios32: Found BIOS32 Service Directory header at 0xc00ffee0 bios32: Entry = 0xf0000 (c00f0000) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0x96 pnpbios: Found PnP BIOS data at 0xc00f4f70 pnpbios: Entry = f0000:ae45 Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 MADT: Found IO APIC ID 8, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: Found IO APIC ID 9, Interrupt 24 at 0xfec10000 ioapic1: Changing APIC ID to 9 ioapic1: intpin 0 -> PCI IRQ 24 (level, low) ioapic1: intpin 1 -> PCI IRQ 25 (level, low) ioapic1: intpin 2 -> PCI IRQ 26 (level, low) ioapic1: intpin 3 -> PCI IRQ 27 (level, low) ioapic1: intpin 4 -> PCI IRQ 28 (level, low) ioapic1: intpin 5 -> PCI IRQ 29 (level, low) ioapic1: intpin 6 -> PCI IRQ 30 (level, low) ioapic1: intpin 7 -> PCI IRQ 31 (level, low) ioapic1: intpin 8 -> PCI IRQ 32 (level, low) ioapic1: intpin 9 -> PCI IRQ 33 (level, low) ioapic1: intpin 10 -> PCI IRQ 34 (level, low) ioapic1: intpin 11 -> PCI IRQ 35 (level, low) ioapic1: intpin 12 -> PCI IRQ 36 (level, low) ioapic1: intpin 13 -> PCI IRQ 37 (level, low) ioapic1: intpin 14 -> PCI IRQ 38 (level, low) ioapic1: intpin 15 -> PCI IRQ 39 (level, low) ioapic1: intpin 16 -> PCI IRQ 40 (level, low) ioapic1: intpin 17 -> PCI IRQ 41 (level, low) ioapic1: intpin 18 -> PCI IRQ 42 (level, low) ioapic1: intpin 19 -> PCI IRQ 43 (level, low) ioapic1: intpin 20 -> PCI IRQ 44 (level, low) ioapic1: intpin 21 -> PCI IRQ 45 (level, low) ioapic1: intpin 22 -> PCI IRQ 46 (level, low) ioapic1: intpin 23 -> PCI IRQ 47 (level, low) MADT: Found IO APIC ID 10, Interrupt 48 at 0xfec82000 ioapic2: intpin 0 -> PCI IRQ 48 (level, low) ioapic2: intpin 1 -> PCI IRQ 49 (level, low) ioapic2: intpin 2 -> PCI IRQ 50 (level, low) ioapic2: intpin 3 -> PCI IRQ 51 (level, low) ioapic2: intpin 4 -> PCI IRQ 52 (level, low) ioapic2: intpin 5 -> PCI IRQ 53 (level, low) ioapic2: intpin 6 -> PCI IRQ 54 (level, low) ioapic2: intpin 7 -> PCI IRQ 55 (level, low) ioapic2: intpin 8 -> PCI IRQ 56 (level, low) ioapic2: intpin 9 -> PCI IRQ 57 (level, low) ioapic2: intpin 10 -> PCI IRQ 58 (level, low) ioapic2: intpin 11 -> PCI IRQ 59 (level, low) ioapic2: intpin 12 -> PCI IRQ 60 (level, low) ioapic2: intpin 13 -> PCI IRQ 61 (level, low) ioapic2: intpin 14 -> PCI IRQ 62 (level, low) ioapic2: intpin 15 -> PCI IRQ 63 (level, low) ioapic2: intpin 16 -> PCI IRQ 64 (level, low) ioapic2: intpin 17 -> PCI IRQ 65 (level, low) ioapic2: intpin 18 -> PCI IRQ 66 (level, low) ioapic2: intpin 19 -> PCI IRQ 67 (level, low) ioapic2: intpin 20 -> PCI IRQ 68 (level, low) ioapic2: intpin 21 -> PCI IRQ 69 (level, low) ioapic2: intpin 22 -> PCI IRQ 70 (level, low) ioapic2: intpin 23 -> PCI IRQ 71 (level, low) MADT: Found IO APIC ID 11, Interrupt 72 at 0xfec82400 ioapic3: intpin 0 -> PCI IRQ 72 (level, low) ioapic3: intpin 1 -> PCI IRQ 73 (level, low) ioapic3: intpin 2 -> PCI IRQ 74 (level, low) ioapic3: intpin 3 -> PCI IRQ 75 (level, low) ioapic3: intpin 4 -> PCI IRQ 76 (level, low) ioapic3: intpin 5 -> PCI IRQ 77 (level, low) ioapic3: intpin 6 -> PCI IRQ 78 (level, low) ioapic3: intpin 7 -> PCI IRQ 79 (level, low) ioapic3: intpin 8 -> PCI IRQ 80 (level, low) ioapic3: intpin 9 -> PCI IRQ 81 (level, low) ioapic3: intpin 10 -> PCI IRQ 82 (level, low) ioapic3: intpin 11 -> PCI IRQ 83 (level, low) ioapic3: intpin 12 -> PCI IRQ 84 (level, low) ioapic3: intpin 13 -> PCI IRQ 85 (level, low) ioapic3: intpin 14 -> PCI IRQ 86 (level, low) ioapic3: intpin 15 -> PCI IRQ 87 (level, low) ioapic3: intpin 16 -> PCI IRQ 88 (level, low) ioapic3: intpin 17 -> PCI IRQ 89 (level, low) ioapic3: intpin 18 -> PCI IRQ 90 (level, low) ioapic3: intpin 19 -> PCI IRQ 91 (level, low) ioapic3: intpin 20 -> PCI IRQ 92 (level, low) ioapic3: intpin 21 -> PCI IRQ 93 (level, low) ioapic3: intpin 22 -> PCI IRQ 94 (level, low) ioapic3: intpin 23 -> PCI IRQ 95 (level, low) MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: high lapic: Routing NMI -> LINT1 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard ioapic3 irqs 72-95 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000100f0 pcm: 0x00010000 wlan: <802.11 Link Layer> null: random: nfslock: pseudo-device io: kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled rr232x: RocketRAID 232x controller driver v1.02 (May 7 2006 04:32:33) npx0: INT 16 interface acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=35908086) pcibios: BIOS version 2.10 Setting up PCIe mappings for BAR 0xe0000000 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 0 func 0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 5 7 10 11 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 5 7 10 11 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 10 11 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 10 11 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 10 11 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 10 11 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 7 N 0 5 7 10 11 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 7 N 0 5 7 10 11 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 10 11 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 5 7 10 11 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 5 7 10 11 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 10 11 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 10 11 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 10 11 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 10 11 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 5 7 10 11 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 5 7 10 11 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 10 11 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 5 7 10 11 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 5 7 10 11 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 10 11 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 5 7 10 11 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 5 7 10 11 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 10 11 ACPI timer: 1/2 1/2 1/1 1/2 1/1 1/2 1/2 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x908-0x90b on acpi0 cpu0: on acpi0 pcib0: on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x3590, revid=0x0c bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0146, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x3595, revid=0x0c bus=0, slot=2, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 found-> vendor=0x8086, dev=0x3597, revid=0x0c bus=0, slot=4, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 found-> vendor=0x8086, dev=0x3599, revid=0x0c bus=0, slot=6, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 found-> vendor=0x8086, dev=0x25ae, revid=0x02 bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0030, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x25a9, revid=0x02 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 map[20]: type 4, range 32, base 00002000, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x25aa, revid=0x02 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=5 map[20]: type 4, range 32, base 00002020, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x25ab, revid=0x02 bus=0, slot=29, func=4 class=08-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0002, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x25ac, revid=0x02 bus=0, slot=29, func=5 class=08-00-20, hdrtype=0x00, mfdev=0 cmdreg=0x0146, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x25ad, revid=0x02 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=5 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base fbee0000, size 10, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 23 found-> vendor=0x8086, dev=0x244e, revid=0x0a bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x25a1, revid=0x02 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x014f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x25a2, revid=0x02 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0288, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=7 map[20]: type 4, range 32, base 00000500, size 4, enabled map[24]: type 1, range 32, base 00000000, size 10, memory disabled pcib0: matched entry for 0.31.INTA pcib0: slot 31 INTA hardwired to IRQ 18 pcib1: at device 2.0 on pci0 pcib1: secondary bus 13 pcib1: subordinate bus 15 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xfff00000-0xfffff pcib1: prefetched decode 0xfff00000-0xfffff pci13: on pcib1 pci13: physical bus=13 pcib2: at device 4.0 on pci0 pcib2: secondary bus 6 pcib2: subordinate bus 12 pcib2: I/O decode 0xf000-0xfff pcib2: memory decode 0xfff00000-0xfffff pcib2: prefetched decode 0xfff00000-0xfffff pci6: on pcib2 pci6: physical bus=6 found-> vendor=0x8086, dev=0x0329, revid=0x09 bus=6, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x032a, revid=0x09 bus=6, slot=0, func=2 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) pcib3: at device 0.0 on pci6 pcib3: secondary bus 7 pcib3: subordinate bus 9 pcib3: I/O decode 0xf000-0xfff pcib3: memory decode 0xfff00000-0xfffff pcib3: prefetched decode 0xfff00000-0xfffff pci7: on pcib3 pci7: physical bus=7 pcib4: at device 0.2 on pci6 pcib4: secondary bus 10 pcib4: subordinate bus 12 pcib4: I/O decode 0xf000-0xfff pcib4: memory decode 0xfff00000-0xfffff pcib4: prefetched decode 0xfff00000-0xfffff pci10: on pcib4 pci10: physical bus=10 pcib5: at device 6.0 on pci0 pcib5: secondary bus 3 pcib5: subordinate bus 5 pcib5: I/O decode 0xf000-0xfff pcib5: memory decode 0xfff00000-0xfffff pcib5: prefetched decode 0xfff00000-0xfffff pci3: on pcib5 pci3: physical bus=3 pcib6: at device 28.0 on pci0 pcib6: secondary bus 2 pcib6: subordinate bus 2 pcib6: I/O decode 0x4000-0x4fff pcib6: memory decode 0xfdf00000-0xfdffffff pcib6: prefetched decode 0xfff00000-0xfffff pci2: on pcib6 pci2: physical bus=2 found-> vendor=0x0e11, dev=0x0046, revid=0x01 bus=2, slot=1, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x0157, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D3 current D0 map[10]: type 1, range 64, base fdff0000, size 13, enabled pcib6: (null) requested memory range 0xfdff0000-0xfdff1fff: good map[18]: type 4, range 32, base 00004000, size 8, enabled pcib6: (null) requested I/O range 0x4000-0x40ff: in range map[1c]: type 1, range 64, base fdf80000, size 18, enabled pcib6: (null) requested memory range 0xfdf80000-0xfdfbffff: good pcib6: matched entry for 2.1.INTA pcib6: slot 1 INTA hardwired to IRQ 24 found-> vendor=0x14e4, dev=0x1648, revid=0x10 bus=2, slot=2, func=0 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0156, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type 1, range 64, base fdf70000, size 16, enabled pcib6: (null) requested memory range 0xfdf70000-0xfdf7ffff: good pcib6: matched entry for 2.2.INTA pcib6: slot 2 INTA hardwired to IRQ 25 found-> vendor=0x14e4, dev=0x1648, revid=0x10 bus=2, slot=2, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0156, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=b, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type 1, range 64, base fdf60000, size 16, enabled pcib6: (null) requested memory range 0xfdf60000-0xfdf6ffff: good pcib6: matched entry for 2.2.INTB pcib6: slot 2 INTB hardwired to IRQ 26 ciss0: port 0x4000-0x40ff mem 0xfdff0000-0xfdff1fff,0xfdf80000-0xfdfbffff irq 24 at device 1.0 on pci2 ciss0: Reserved 0x2000 bytes for rid 0x10 type 3 at 0xfdff0000 ioapic1: routing intpin 0 (PCI IRQ 24) to vector 49 ciss0: [GIANT-LOCKED] ciss0: using 256 of 1024 available commands ciss0: firmware 2.58 ciss0: 1 SCSI channels ciss0: signature 'CISS' ciss0: valence 1 ciss0: supported I/O methods 0x80000006 ciss0: active I/O method 0x3 ciss0: 4G page base 0x00000000 ciss0: interrupt coalesce delay 1000us ciss0: interrupt coalesce count 16 ciss0: max outstanding commands 1024 ciss0: bus types 0x4 ciss0: server name '' ciss0: heartbeat 0x47 ciss0: 3 physical devices ciss0: 1 logical drive ciss0: logical drive (b0t0): RAID 0, 571904MB online bge0: mem 0xfdf70000-0xfdf7ffff irq 25 at device 2.0 on pci2 bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xfdf70000 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: bpf attached bge0: Ethernet address: 00:17:08:51:82:22 ioapic1: routing intpin 1 (PCI IRQ 25) to vector 50 bge0: [MPSAFE] bge1: mem 0xfdf60000-0xfdf6ffff irq 26 at device 2.1 on pci2 bge1: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xfdf60000 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: bpf attached bge1: Ethernet address: 00:17:08:51:82:21 ioapic1: routing intpin 2 (PCI IRQ 26) to vector 51 bge1: [MPSAFE] uhci0: port 0x2000-0x201f irq 16 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x2000 ioapic0: routing intpin 16 (PCI IRQ 16) to vector 52 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x2020-0x203f irq 19 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x2020 ioapic0: routing intpin 19 (PCI IRQ 19) to vector 53 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pci0: at device 29.4 (no driver attached) pci0: at device 29.5 (no driver attached) ehci0: mem 0xfbee0000-0xfbee03ff irq 23 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xfbee0000 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 54 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered pcib7: at device 30.0 on pci0 pcib7: secondary bus 1 pcib7: subordinate bus 1 pcib7: I/O decode 0x1000-0x3fff pcib7: memory decode 0xfbf00000-0xfcffffff pcib7: prefetched decode 0xfff00000-0xfffff pcib7: Subtractively decoded bridge. pci1: on pcib7 pci1: physical bus=1 found-> vendor=0x1002, dev=0x4752, revid=0x27 bus=1, slot=3, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0087, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base fc000000, size 24, enabled pcib7: (null) requested memory range 0xfc000000-0xfcffffff: good map[14]: type 4, range 32, base 00003000, size 8, enabled pcib7: (null) requested I/O range 0x3000-0x30ff: in range map[18]: type 1, range 32, base fbff0000, size 12, enabled pcib7: (null) requested memory range 0xfbff0000-0xfbff0fff: good found-> vendor=0x0e11, dev=0xb203, revid=0x01 bus=1, slot=4, func=0 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0103, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00001800, size 8, enabled pcib7: (null) requested I/O range 0x1800-0x18ff: in range map[14]: type 1, range 32, base fbfe0000, size 9, enabled pcib7: (null) requested memory range 0xfbfe0000-0xfbfe01ff: good pcib7: matched entry for 1.4.INTA pcib7: slot 4 INTA hardwired to IRQ 21 found-> vendor=0x0e11, dev=0xb204, revid=0x01 bus=1, slot=4, func=2 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0197, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=5 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00003400, size 8, enabled pcib7: (null) requested I/O range 0x3400-0x34ff: in range map[14]: type 1, range 32, base fbfd0000, size 11, enabled pcib7: (null) requested memory range 0xfbfd0000-0xfbfd07ff: good map[18]: type 1, range 32, base fbfc0000, size 13, enabled pcib7: (null) requested memory range 0xfbfc0000-0xfbfc1fff: good map[1c]: type 1, range 32, base fbf00000, size 19, enabled pcib7: (null) requested memory range 0xfbf00000-0xfbf7ffff: good pcib7: matched entry for 1.4.INTB pcib7: slot 4 INTB hardwired to IRQ 22 pci1: at device 3.0 (no driver attached) pci1: at device 4.0 (no driver attached) pci1: at device 4.2 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x500-0x50f irq 18 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x500 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: stat1=0x00 err=0x04 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=00 stat1=00 devices=0x4 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 55 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=00 ostat1=00 ata1: stat0=0x01 err=0x01 lsb=0x01 msb=0x01 ata1: stat1=0x01 err=0x01 lsb=0x01 msb=0x01 ata1: reset tp2 stat0=01 stat1=01 devices=0x0 ioapic0: routing intpin 15 (ISA IRQ 15) to vector 56 ata1: [MPSAFE] acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0xabc6 (0) atkbd: failed to reset the keyboard. kbd0 at atkbd0 kbd0: atkbd0, generic (0), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 57 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0065 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to vector 58 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 sio0: irq maps: 0x40a1 0x40b1 0x40a1 0x40a1 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ioapic0: routing intpin 4 (ISA IRQ 4) to vector 59 fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 73 ioapic0: routing intpin 6 (ISA IRQ 6) to vector 60 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ex_isa_identify() ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it sio: sio0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed 0 unknown: status reg test failed f0 unknown: status reg test failed ff unknown: status reg test failed ff ahc_isa_probe 0: ioport 0xc00 alloc failed sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff,0xee000-0xeffff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x40e1 0x40e1 0x40e1 0x40e1 sio1: probe failed test(s): 4 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. Reducing kern.maxvnodes 198753 -> 100000 procfs registered lapic: Divisor 2, Frequency 100003698 hz Timecounter "TSC" frequency 3200130128 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached rr232x: no controller detected. fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout ata0-master: pio=PIO4 wdma=WDMA2 udma=UNSUPPORTED cable=40 wire acd0: setting PIO4 on 6300ESB chip acd0: CDROM drive at ata0 as master acd0: read 4125KB/s (4125KB/s), 128KB buffer, PIO4 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout ciss0: command status 0x1 (target status) scsi status 0x2 (probe0:ciss0:0:0:0): error 22 (probe0:ciss0:0:0:0): Unretryable Error ciss0: command status 0x1 (target status) scsi status 0x2 (probe0:ciss0:0:0:0): error 22 (probe0:ciss0:0:0:0): Unretryable Error pass0 at ciss0 bus 0 target 0 lun 0 pass0: Fixed Direct Access SCSI-0 device pass0: 135.168MB/s transfers da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers da0: 572195MB (1171856412 512 byte sectors: 255H 63S/T 65535C) ATA PseudoRAID loaded GEOM: new disk da0 Trying to mount root from ufs:/dev/da0s1a WARNING: / was not properly dismounted start_init: trying /sbin/init WARNING: /data was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted bge0: link state changed to UP bge0: link UP --------------020105070306080309030708-- From owner-freebsd-stable@FreeBSD.ORG Wed May 31 12:27:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88CB716A4CD for ; Wed, 31 May 2006 12:27:36 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9CF543D55 for ; Wed, 31 May 2006 12:27:35 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by nf-out-0910.google.com with SMTP id m18so28181nfc for ; Wed, 31 May 2006 05:27:34 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=sMyzfEuF70UKQy2m+l+s0VrsQI/GscLaOkzsz4MOk8+WOZ+hGxQ8QWSswDbLWnOwMpvV++78EbbNMEybytCwqqUK2KSIj41+I7G1HeiZchB8wMwkDx5gEgcJE4rQnAtwFucXFTbjwN0Df3cixzrytMdfNU/43EpAGd5trEmKcx4= Received: by 10.48.14.5 with SMTP id 5mr91475nfn; Wed, 31 May 2006 04:26:22 -0700 (PDT) Received: by 10.49.3.20 with HTTP; Wed, 31 May 2006 04:26:22 -0700 (PDT) Message-ID: Date: Wed, 31 May 2006 13:26:22 +0200 From: "Claus Guttesen" To: "FreeBSD Stable List" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: dell pe1750 rebooting on 6.1 release (workaround) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 12:27:40 -0000 Hi. I have two Dell 1750's webservers which I upgraded from 5.4 stable to 6.1 release (i386). I did the make kernel/world and rebuild the apps (mainly apache 1.3 and php 5) on one of them and upgraded the other one via nfs. The one I did the rebuild on, acquired a bad habit of just rebooting after 2-3 days whereas the second one just kept going. When they ran 5.4 I had no such issues. I once saw "bge resetting" in /var/log/messages so I added debug.mpsafenet=0 to /boot/loader.conf but that didn't help. I then removed the line and added vm.kmem_size=450000000 kern.maxvnodes=200000 which are settings I applied when the servers ran FreeBSD 5.1 through 5.4 (Scott Long's advise). Merging the three lines seems to help. hth Claus From owner-freebsd-stable@FreeBSD.ORG Wed May 31 13:24:25 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE73016A69A for ; Wed, 31 May 2006 13:24:25 +0000 (UTC) (envelope-from dkirhlarov@oilspace.com) Received: from office.oilspace.com (ns2.oilspace.com [194.129.65.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F1DA43D69 for ; Wed, 31 May 2006 13:24:25 +0000 (GMT) (envelope-from dkirhlarov@oilspace.com) Received: from dimma.mow.oilspace.com (hq.oilspace.com [81.222.156.185]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by office.oilspace.com (Postfix) with ESMTP id 9AB51136CD7 for ; Wed, 31 May 2006 14:24:23 +0100 (BST) Received: from dimma.mow.oilspace.com (localhost [127.0.0.1]) by dimma.mow.oilspace.com (8.13.4/8.13.3) with ESMTP id k4VDOMVK004017 for ; Wed, 31 May 2006 17:24:22 +0400 (MSD) (envelope-from dkirhlarov@localhost.oilspace.com) Received: (from dkirhlarov@localhost) by dimma.mow.oilspace.com (8.13.4/8.13.3/Submit) id k4VDOMoF004016 for stable@freebsd.org; Wed, 31 May 2006 17:24:22 +0400 (MSD) (envelope-from dkirhlarov) Date: Wed, 31 May 2006 17:24:22 +0400 From: Dmitriy Kirhlarov To: stable@freebsd.org Message-ID: <20060531132421.GC772@dimma.mow.oilspace.com> Mail-Followup-To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Mailer: Mutt-ng devel (2005-03-13) based on Mutt 1.5.9 X-Operating-System: FreeBSD 5.4-STABLE User-Agent: mutt-ng/devel-r581 (FreeBSD) Cc: Subject: nfsd patch. What next? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 13:24:28 -0000 Hi, list. Some time ago Kostik Belousov publish in this list patch for nfsd (see thread "Trouble with NFSd under 6.1-Stable, any ideas?") for resolving problem with CPU usage. Several peoples test it (me too) and answer, what patch is work, but it not committed to CVS. Why? WBR From owner-freebsd-stable@FreeBSD.ORG Wed May 31 14:03:56 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E870C16A642 for ; Wed, 31 May 2006 14:03:56 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C51343D7C for ; Wed, 31 May 2006 14:03:54 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id F18701A4E31 for ; Wed, 31 May 2006 07:03:53 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 5AF0051A15; Wed, 31 May 2006 10:03:53 -0400 (EDT) Date: Wed, 31 May 2006 10:03:52 -0400 From: Kris Kennaway To: stable@freebsd.org Message-ID: <20060531140351.GA63824@xor.obsecurity.org> References: <20060531132421.GC772@dimma.mow.oilspace.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RnlQjJ0d97Da+TV1" Content-Disposition: inline In-Reply-To: <20060531132421.GC772@dimma.mow.oilspace.com> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: nfsd patch. What next? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 14:04:23 -0000 --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 31, 2006 at 05:24:22PM +0400, Dmitriy Kirhlarov wrote: > Hi, list. >=20 > Some time ago Kostik Belousov publish in this list patch for nfsd (see > thread "Trouble with NFSd under 6.1-Stable, any ideas?") for resolving > problem with CPU usage. Several peoples test it (me too) and answer, > what patch is work, but it not committed to CVS. Why? The responsible committer is busy with his paying job. Kris --RnlQjJ0d97Da+TV1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEfaJGWry0BWjoQKURAmLCAKDp7bPTuQSjeo6EBdY0YtXL4XqceQCfc/P5 3/wUBwTrvzQKq1yXiu+tUHQ= =gBqS -----END PGP SIGNATURE----- --RnlQjJ0d97Da+TV1-- From owner-freebsd-stable@FreeBSD.ORG Wed May 31 14:07:52 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1A0516AFFB for ; Wed, 31 May 2006 14:07:52 +0000 (UTC) (envelope-from cs@schug.net) Received: from schug.net (schug.net [195.27.130.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C72543D46 for ; Wed, 31 May 2006 14:07:52 +0000 (GMT) (envelope-from cs@schug.net) Received: by schug.net (Postfix, from userid 10000) id 361C7C58C1; Wed, 31 May 2006 16:08:21 +0200 (CEST) Date: Wed, 31 May 2006 16:08:21 +0200 From: Christoph Schug To: Dennis Berger Message-ID: <20060531140820.GA26177@voodoo.schug.net> References: <447B166F.8040000@nipsi.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <447B166F.8040000@nipsi.de> User-Agent: Mutt/1.4.2.1i Organization: SpaceNet AG Cc: stable@freebsd.org Subject: Re: ciss0: ADAPTER HEARTBEAT FAILED? on a new bought HP dl360g3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 14:08:07 -0000 On Mon, May 29, 2006, Dennis Berger wrote: > "ciss0: ADAPTER HEARTBEAT FAILED" yes this are capital chars. > I wonder if this can be a driver problem or if it definitly a hardware > failure. We have had similar messages on a DL380 G3 in the past. They were gone as we replaced the system board incl SmartArray controller. Cheers, -cs From owner-freebsd-stable@FreeBSD.ORG Wed May 31 16:48:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 637F616A6C2 for ; Wed, 31 May 2006 16:48:55 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from a.mail.sonic.net (a.mail.sonic.net [64.142.16.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id C876643D58 for ; Wed, 31 May 2006 16:48:53 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from [192.168.26.134] (64-84-9-2-sf-gw.ncircle.com [64.84.9.2]) (authenticated bits=0) by a.mail.sonic.net (8.13.6/8.13.3) with ESMTP id k4VGmr2M004732 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 31 May 2006 09:48:53 -0700 Message-ID: <447DC8F5.7010808@freebsd.org> Date: Wed, 31 May 2006 09:48:53 -0700 From: "Bruce A. Mah" User-Agent: Thunderbird 1.5.0.2 (X11/20060424) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 OpenPGP: id=5ba052c3 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig85B7FDB14C45DB586C47BDCD" Subject: [Fwd: cvs commit: CVSROOT approvers] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 16:48:55 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig85B7FDB14C45DB586C47BDCD Content-Type: multipart/mixed; boundary="------------040004080803010509030103" This is a multi-part message in MIME format. --------------040004080803010509030103 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable In case anyone missed this: RELENG_5_5 is now in the very capable hands of the security officer and his team. Bruce. --------------040004080803010509030103 Content-Type: message/rfc822; name="cvs commit: CVSROOT approvers" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="cvs commit: CVSROOT approvers" X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on intruder.kitchenlab.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=4.6 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.1.0 Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by intruder.kitchenlab.org (8.13.6/8.13.6) with ESMTP id k4V6lCvr029544 for ; Tue, 30 May 2006 23:47:32 -0700 (PDT) (envelope-from owner-src-committers@FreeBSD.org) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 55D7E57FEA for ; Wed, 31 May 2006 06:47:09 +0000 (GMT) (envelope-from owner-src-committers@FreeBSD.org) Received: by hub.freebsd.org (Postfix) id A247C16A485; Wed, 31 May 2006 06:47:08 +0000 (UTC) Delivered-To: bmah@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 538) id 8EA0916A46E; Wed, 31 May 2006 06:47:08 +0000 (UTC) X-Original-To: src-committers@FreeBSD.org Delivered-To: src-committers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D94F816A462; Wed, 31 May 2006 06:47:05 +0000 (UTC) (envelope-from scottl@FreeBSD.org) Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 261EB43D5D; Wed, 31 May 2006 06:47:05 +0000 (GMT) (envelope-from scottl@FreeBSD.org) Received: from repoman.freebsd.org (localhost [127.0.0.1]) by repoman.freebsd.org (8.13.6/8.13.6) with ESMTP id k4V6jihX038291; Wed, 31 May 2006 06:45:44 GMT (envelope-from scottl@repoman.freebsd.org) Received: (from scottl@localhost) by repoman.freebsd.org (8.13.6/8.13.4/Submit) id k4V6jieX038290; Wed, 31 May 2006 06:45:44 GMT (envelope-from scottl) Message-Id: <200605310645.k4V6jieX038290@repoman.freebsd.org> From: Scott Long Date: Wed, 31 May 2006 06:45:44 +0000 (UTC) To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: CVSROOT approvers X-FreeBSD-CVS-Branch: HEAD Sender: owner-src-committers@FreeBSD.org Precedence: bulk X-Loop: FreeBSD.ORG X-Virus-Scanned: ClamAV 0.88.2/1500/Tue May 30 13:47:36 2006 on intruder.kitchenlab.org X-Virus-Status: Clean scottl 2006-05-31 06:45:44 UTC FreeBSD src repository Modified files: . approvers Log: Give ownership of the RELENG_5_5 branch to the security officer. Approved by: re Revision Changes Path 1.35 +1 -2 CVSROOT/approvers http://www.FreeBSD.org/cgi/cvsweb.cgi/CVSROOT/approvers.diff?&r1=1.34&r2=1.35&f=h --------------040004080803010509030103-- --------------enig85B7FDB14C45DB586C47BDCD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEfcj12MoxcVugUsMRAv5EAKDoc2wDe8eNFljo3HPC06F/+u3mNgCfVgFM s1Lu10qwp02KaDN/Q3oB1pY= =KEVJ -----END PGP SIGNATURE----- --------------enig85B7FDB14C45DB586C47BDCD-- From owner-freebsd-stable@FreeBSD.ORG Wed May 31 17:25:29 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 512A116A5BA for ; Wed, 31 May 2006 17:25:29 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88A3A43D4C for ; Wed, 31 May 2006 17:25:28 +0000 (GMT) (envelope-from karagodov@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so30287pye for ; Wed, 31 May 2006 10:25:28 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=bLO6Q1QsayjYhbvmtHYZ4I4rCiUGMi2PjSonk86pyHY0zEx4EQVSWYI5RbwXUiHSFneHa9aY7PxxEUc6/voUGLi6HW/iGlJWOvgVgZZyPRzgGBUrBYqkvKXE4WKGACcZ2fQkD7LRWnQrqzbPxiEPSzqzWVFsof7T/aAE4XHkNv4= Received: by 10.35.66.12 with SMTP id t12mr50103pyk; Wed, 31 May 2006 10:25:27 -0700 (PDT) Received: by 10.35.69.12 with HTTP; Wed, 31 May 2006 10:25:27 -0700 (PDT) Message-ID: Date: Wed, 31 May 2006 21:25:27 +0400 From: "Alexey Karagodov" To: stable@freebsd.org In-Reply-To: <20060531140820.GA26177@voodoo.schug.net> MIME-Version: 1.0 References: <447B166F.8040000@nipsi.de> <20060531140820.GA26177@voodoo.schug.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: ciss0: ADAPTER HEARTBEAT FAILED? on a new bought HP dl360g3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 17:25:30 -0000 it looks like '6.1 with qouta' bug back again ... server works normaly for 10-15 minutes, then everything in the kernel working perfectly, user-land programs - hangs up ... cat /var/run/dmesg.boot: Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-RELEASE #6: Wed May 31 20:43:31 MSD 2006 root@library.intranet:/usr/obj/usr/src/sys/CUSTOM ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.60GHz (3600.15-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff Features2=0x659d> AMD Features=0x20100800 Logical CPUs per core: 2 real memory = 9663676416 (9216 MB) avail memory = 8283570176 (7899 MB) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard ioapic3 irqs 72-95 on motherboard ioapic4 irqs 96-119 on motherboard kbd1 at kbdmux0 ichwd module loaded acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 1.0 (no driver attached) pcib1: irq 16 at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 ahd0: port 0x2400-0x24ff,0x2000-0x20ff mem 0xdc200000-0xdc201fff irq 32 at device 2.0on pci2 ahd0: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs ahd1: port 0x2c00-0x2cff,0x2800-0x28ff mem 0xdc202000-0xdc203fff irq 33 at device 2.1on pci2 ahd1: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs pci1: at device 0.1 (no driver attached) pcib3: at device 0.2 on pci1 pci3: on pcib3 3ware device driver for 9000 series storage controllers, version: 3.60.02.012 twa0: <3ware 9000 series Storage Controller> port 0x3000-0x30ff mem 0xdc300000-0xdc3000ff,0xde800000-0xdeffffff irq 48 at device 1.0 on pci3 twa0: [FAST] twa0: INFO: (0x15: 0x1300): Controller details:: Model 9500S-12, 12 ports, Firmware FE9X 2.04.00.005, BIOS BE9X 2.03.01.047 em0: port 0x3400-0x343f mem 0xdc320000-0xdc33ffff irq 54 at device 2.0 on pci3 em0: Ethernet address: 00:30:48:74:ad:f0 em1: port 0x3440-0x347f mem 0xdc340000-0xdc35ffff irq 55 at device 2.1 on pci3 em1: Ethernet address: 00:30:48:74:ad:f1 pci1: at device 0.3 (no driver attached) pcib4: irq 16 at device 4.0 on pci0 pci4: on pcib4 pcib5: irq 16 at device 6.0 on pci0 pci5: on pcib5 pcib6: at device 0.0 on pci5 pci6: on pcib6 pci5: at device 0.1 (no driver attached) pcib7: at device 0.2 on pci5 pci7: on pcib7 twa1: <3ware 9000 series Storage Controller> port 0x4000-0x40ff mem 0xdc500000-0xdc5000ff,0xdf000000-0xdf7fffff irq 96 at device 1.0 on pci7 twa1: [FAST] twa1: INFO: (0x15: 0x1300): Controller details:: Model 9500S-12, 12 ports, Firmware FE9X 2.04.00.005, BIOS BE9X 2.03.01.047 pci5: at device 0.3 (no driver attached) uhci0: port 0x1400-0x141f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1420-0x143f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1440-0x145f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x1460-0x147f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xdc001000-0xdc0013ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib8: at device 30.0 on pci0 pci8: on pcib8 pci8: at device 1.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x14a0-0x14af at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x14d0-0x14d7,0x14c4-0x14c7,0x14c8-0x14cf,0x14c0-0x14c3,0x14b0-0x14bf irq 18 at device 31.2 on pci0 ata2: on atapci1 ata3: on atapci1 ichsmb0: port 0x1100-0x111f irq 17 at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] smbus0: on ichsmb0 acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xc9000-0xc9fff,0xca000-0xcafff,0xcb000-0xcc7ff,0xcc800-0xccfff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec module_register_init: MOD_LOAD (amr_linux, 0xffffffff80667980, 0) error 6 Waiting 5 seconds for SCSI devices to settle da0 at twa0 bus 0 target 0 lun 0 da0: <3ware Logical Disk 00 1.00> Fixed Direct Access SCSI-0 device da0: 100.000MB/s transfers da0: 1907295MB (3906140160 512 byte sectors: 255H 63S/T 243145C) da1 at twa0 bus 0 target 1 lun 0 da1: <3ware Logical Disk 01 1.00> Fixed Direct Access SCSI-0 device da1: 100.000MB/s transfers da1: 1907295MB (3906140160 512 byte sectors: 255H 63S/T 243145C) da2 at twa1 bus 0 target 0 lun 0 da2: <3ware Logical Disk 00 1.00> Fixed Direct Access SCSI-0 device da2: 100.000MB/s transfers da2: 762918MB (1562456064 512 byte sectors: 255H 63S/T 97258C) SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! Trying to mount root from ufs:/dev/da2s1a WARNING: / was not properly dismounted WARNING: /volume00 was not properly dismounted twa1: INFO: (0x04: 0x0029): Background verify started: unit=0 twa0: INFO: (0x04: 0x0029): Background verify started: unit=0 bridge0: Ethernet address: XX:XX:XX:XX:XX:XX ls /var/db/pkg: GeoIP-1.3.16 apache-2.2.2 arc-5.21o arj-3.10.22 autoconf-2.59_2 bash-3.1.16 bash-completion-20060301 bison-1.75_2,1 c-icap-220505_1 cabextract-1.1 cdrtools-2.01_4 clamav-0.88.2_4 curl-7.15.3 cvsup-without-gui-16.1h_2 cyrus-sasl-2.1.21_2 dvd+rw-tools-6.1 expat-2.0.0_1 fontconfig-2.3.2_3,1 freetype2-2.1.10_3 gd-2.0.33_4,1 gdbm-1.8.3_2 gettext-0.14.5_2 glib-2.8.6_1 gmake-3.80_2 graphviz-2.6_4 gsed-4.1.5 help2man-1.36.3 jpeg-6b_4 kermit-8.0.211 lha-1.14i_6 libart_lgpl2-2.3.17_1 libcddb-1.2.1_1 libcdio-0.76_1 libdrm-2.0.1_1 libgmp-4.2.1_1 libiconv-1.9.2_2 libltdl-1.5.22 libmcrypt-2.5.7_2 libtool-1.5.22_2 libunrar-3.54_1 libxml2-2.6.23_1 libxslt-1.1.15_1 m4-1.4.4 mc-4.6.1_3 mysql-client-5.1.7 mysql-scripts-5.1.7 mysql-server-5.1.7 netams-3.3.4 nfdump-1.5 openldap-client-2.2.30 p5-DBD-mysql51-3.0002 p5-DBI-1.50 p5-Storable-2.15 p5-gettext-1.05_1 pdflib-6.0.3 pecl-pdflib-2.0.4 perl-threaded-5.8.8 php5-5.1.4 php5-bz2-5.1.2_1 php5-gd-5.1.2_1 php5-mbstring-5.1.2_1 php5-mcrypt-5.1.2_1 php5-mysql-5.1.2_1 php5-mysqli-5.1.2_1 php5-openssl-5.1.2_1 php5-pcre-5.1.2_1 php5-session-5.1.2_1 php5-sockets-5.1.4 php5-xml-5.1.2_1 php5-zlib-5.1.2_1 phpMyAdmin-2.8.1 pkgconfig-0.20 png-1.2.8_3 popt-1.7_1 portaudit-0.5.11 python-2.4.3 rrdtool-1.2.12_1 samba-3.0.22,1 screen-4.0.2_3 squid-2.5.14 t1lib-5.1.0_1,1 tcl-8.4.11,1 tk-8.4.11,2 unzip-5.52_2 unzoo-4.4 webalizer-geoip-2.1.10_6 wget-1.10.2 xorg-libraries-6.9.0 pciconf: hostb0@pci0:0:0: class=0x060000 card=0x618015d9 chip=0x35908086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = 'E752x Server Memory Controller Hub' class = bridge subclass = HOST-PCI none0@pci0:0:1: class=0xff0000 card=0x618015d9 chip=0x35918086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = 'E752x Memory Controller Hub Error Reporting Registers' none1@pci0:1:0: class=0x088000 card=0x618015d9 chip=0x35948086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = 'E752x Memory Controller Hub DMA Controller' class = base peripheral pcib1@pci0:2:0: class=0x060400 card=0x00000050 chip=0x35958086 rev=0x0c hdr=0x01 vendor = 'Intel Corporation' device = 'E752x Memory Controller Hub PCI Express Port A0' class = bridge subclass = PCI-PCI pcib4@pci0:4:0: class=0x060400 card=0x00000050 chip=0x35978086 rev=0x0c hdr=0x01 vendor = 'Intel Corporation' device = 'E752x Memory Controller Hub PCI Express Port B0' class = bridge subclass = PCI-PCI pcib5@pci0:6:0: class=0x060400 card=0x00000050 chip=0x35998086 rev=0x0c hdr=0x01 vendor = 'Intel Corporation' device = 'E752x Memory Controller Hub PCI Express Port C0' class = bridge subclass = PCI-PCI uhci0@pci0:29:0: class=0x0c0300 card=0x618015d9 chip=0x24d28086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB UHCI Controller' class = serial bus subclass = USB uhci1@pci0:29:1: class=0x0c0300 card=0x618015d9 chip=0x24d48086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB UHCI Controller' class = serial bus subclass = USB uhci2@pci0:29:2: class=0x0c0300 card=0x618015d9 chip=0x24d78086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB UHCI Controller' class = serial bus subclass = USB uhci3@pci0:29:3: class=0x0c0300 card=0x618015d9 chip=0x24de8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB UHCI Controller' class = serial bus subclass = USB ehci0@pci0:29:7: class=0x0c0320 card=0x618015d9 chip=0x24dd8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB 2.0 EHCI Controller' class = serial bus subclass = USB pcib8@pci0:30:0: class=0x060400 card=0x00000000 chip=0x244e8086 rev=0xc2 hdr=0x01 vendor = 'Intel Corporation' device = '82801BA/CA/DB/DBL/EB/ER/FB (ICH2/3/4/4/5/5/6), 6300ESB Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:31:0: class=0x060100 card=0x00000000 chip=0x24d08086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) LPC Interface Bridge' class = bridge subclass = PCI-ISA atapci0@pci0:31:1: class=0x01018a card=0x618015d9 chip=0x24db8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) EIDE Controller' class = mass storage subclass = ATA atapci1@pci0:31:2: class=0x01048f card=0x618015d9 chip=0x24df8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801ER (ICH5R) SATA Controller' class = mass storage subclass = RAID ichsmb0@pci0:31:3: class=0x0c0500 card=0x618015d9 chip=0x24d38086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) SMBus Controller' class = serial bus subclass = SMBus pcib2@pci1:0:0: class=0x060400 card=0x00000044 chip=0x03298086 rev=0x09 hdr=0x01 vendor = 'Intel Corporation' device = '6700PXH PCI Express-to-PCI Express Bridge A' class = bridge subclass = PCI-PCI none2@pci1:0:1: class=0x080020 card=0x618015d9 chip=0x03268086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = 'PCI Bridge Hub I/OxAPIC Interrupt Controller A' class = base peripheral subclass = interrupt controller pcib3@pci1:0:2: class=0x060400 card=0x00000044 chip=0x032a8086 rev=0x09 hdr=0x01 vendor = 'Intel Corporation' device = '6700PXH PCI Express-to-PCI Express Bridge B' class = bridge subclass = PCI-PCI none3@pci1:0:3: class=0x080020 card=0x618015d9 chip=0x03278086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = 'PCI Bridge Hub I/OxAPIC Interrupt Controller B' class = base peripheral subclass = interrupt controller ahd0@pci2:2:0: class=0x010400 card=0x618015d9 chip=0x809d9005 rev=0x10 hdr=0x00 vendor = 'Adaptec Inc' device = 'AIC-7902B HostRAID SCSI Controller' class = mass storage subclass = RAID ahd1@pci2:2:1: class=0x010400 card=0x618015d9 chip=0x809d9005 rev=0x10 hdr=0x00 vendor = 'Adaptec Inc' device = 'AIC-7902B HostRAID SCSI Controller' class = mass storage subclass = RAID twa0@pci3:1:0: class=0x010400 card=0x100213c1 chip=0x100213c1 rev=0x00 hdr=0x00 vendor = '3ware Inc.' device = '9000 series SATA/PATA Storage Controller' class = mass storage subclass = RAID em0@pci3:2:0: class=0x020000 card=0x117a8086 chip=0x10798086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82546EB Dual Port Gigabit Ethernet Controller' class = network subclass = ethernet em1@pci3:2:1: class=0x020000 card=0x117a8086 chip=0x10798086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82546EB Dual Port Gigabit Ethernet Controller' class = network subclass = ethernet pcib6@pci5:0:0: class=0x060400 card=0x00000044 chip=0x03298086 rev=0x09 hdr=0x01 vendor = 'Intel Corporation' device = '6700PXH PCI Express-to-PCI Express Bridge A' class = bridge subclass = PCI-PCI none4@pci5:0:1: class=0x080020 card=0x618015d9 chip=0x03268086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = 'PCI Bridge Hub I/OxAPIC Interrupt Controller A' class = base peripheral subclass = interrupt controller pcib7@pci5:0:2: class=0x060400 card=0x00000044 chip=0x032a8086 rev=0x09 hdr=0x01 vendor = 'Intel Corporation' device = '6700PXH PCI Express-to-PCI Express Bridge B' class = bridge subclass = PCI-PCI none5@pci5:0:3: class=0x080020 card=0x618015d9 chip=0x03278086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = 'PCI Bridge Hub I/OxAPIC Interrupt Controller B' class = base peripheral subclass = interrupt controller twa1@pci7:1:0: class=0x010400 card=0x100213c1 chip=0x100213c1 rev=0x00 hdr=0x00 vendor = '3ware Inc.' device = '9000 series SATA/PATA Storage Controller' class = mass storage subclass = RAID none6@pci8:1:0: class=0x030000 card=0x80081002 chip=0x47521002 rev=0x27 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'Rage XL PCI' class = display subclass = VGA From owner-freebsd-stable@FreeBSD.ORG Wed May 31 18:12:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 288C216A5B2 for ; Wed, 31 May 2006 18:12:01 +0000 (UTC) (envelope-from fbsd@1command.com) Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id AED1243D60 for ; Wed, 31 May 2006 18:11:11 +0000 (GMT) (envelope-from fbsd@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id k4VIB62M049684 for ; Wed, 31 May 2006 11:11:06 -0700 (PDT) (envelope-from fbsd@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id k4VIB6Fg049683 for freebsd-stable@freebsd.org; Wed, 31 May 2006 11:11:06 -0700 (PDT) (envelope-from fbsd@1command.com) Received: from ns1.1command.com (ns1.1command.com [216.177.243.34]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Wed, 31 May 2006 11:11:05 -0700 Message-ID: <20060531111105.9huk3kjwgwoswgk4@webmail.1command.com> X-Priority: 3 (Normal) Date: Wed, 31 May 2006 11:11:05 -0700 From: "Chris H." To: freebsd-stable@freebsd.org References: <20060509152734.N54136@mail1.jasons.us> <4460F09C.7090706@rogers.com> In-Reply-To: <4460F09C.7090706@rogers.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=_75zs8u4jx8g0"; protocol="application/pgp-signature"; micalg="pgp-sha1" Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: imap w/cleartext on 5.4-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 18:12:02 -0000 This message is in MIME format and has been PGP signed. --=_75zs8u4jx8g0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit Hello, I realize this message is somewhat old. But as I'm also running FreeBSD-5.4 + Horde/Imp. I thought I'd comment. I have been using Horde+Imp with IMAP-UW for several years. I just recently installed Dovecot. I did so while IMAP-UW was still installed. I simply commented out the lines for IMAP-UW in inetd.conf, sent a killall -HUP inetd and proceeded to build/ install Dovecot. This way, I'd be able to revert if I decided Dovecot was not the best choice for me. As it turns out; I should have installed Dovecot a LONG time ago. In short; Mike Jakubik hit the nail squarely on the head. Dovecot *far* exceeds IMAP-UW in performance and configurability. My server loads were *greatly* reduced after making the switch. I also found; although taking a little longer to setup, is by far and away more configurable and efficient than IMPA-UW. So to anyone else that is contemplating which IMAP server to build/ install on their system. It's a "no brainer". Choose Dovecot. It's sure to get even better as it matures. --Chris out... P.S. I am not employed by, nor do I have any affiliation with Dovecot. Other than having made the choice to install it on my system. Quoting Mike Jakubik : > jason wrote: >> >> I'm trying to get imap-uw built on 5.4-RELEASE so that it wil allow >> plaintext logins. (All connections will be from localhost so I'm >> not concerned with SSL) But it doesn't want to behave itself. I've >> tried building it this way: > > This belongs more on the ports mailing list, not stable. I don't know > why you have this problem, but i would suggest you use dovecot or > courier as an imap server instead. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- Shameless self-promotion follows... ... or does it? ----------------------------------------------------------------- FreeBSD 5.4-RELEASE-p12 (SMP - 900x2) Tue Mar 7 19:37:23 PST 2006 ///////////////////////////////////////////////////////////////// --=_75zs8u4jx8g0 Content-Type: application/pgp-signature Content-Description: PGP Digital Signature Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBEfdw5XxK1cRs0zxkRAhq5AJ0dIHfq3yEZ4GNAe/P4zh6cUV5S+wCfao+n FbzQjmCN25Wy/WYzcYUAgrs= =gL9U -----END PGP SIGNATURE----- --=_75zs8u4jx8g0-- From owner-freebsd-stable@FreeBSD.ORG Wed May 31 18:24:56 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A93B716B417 for ; Wed, 31 May 2006 18:24:56 +0000 (UTC) (envelope-from patrick@cyberwizards.nl) Received: from gandalf.cyberwizards.nl (217-19-20-65.dsl.cambrium.nl [217.19.20.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id A850043D7B for ; Wed, 31 May 2006 18:24:49 +0000 (GMT) (envelope-from patrick@cyberwizards.nl) Received: from gandalf.cyberwizards.nl (localhost [127.0.0.1]) by gandalf.cyberwizards.nl (8.13.4/8.13.4) with ESMTP id k4VIOfZB059841 for ; Wed, 31 May 2006 20:24:42 +0200 (CEST) (envelope-from patrick@cyberwizards.nl) Received: from localhost (pbm@localhost) by gandalf.cyberwizards.nl (8.13.4/8.13.4/Submit) with ESMTP id k4VIOfwk059838 for ; Wed, 31 May 2006 20:24:41 +0200 (CEST) (envelope-from patrick@cyberwizards.nl) X-Authentication-Warning: gandalf.cyberwizards.nl: pbm owned process doing -bs Date: Wed, 31 May 2006 20:24:41 +0200 (CEST) From: patrick X-X-Sender: pbm@gandalf.cyberwizards.nl To: stable@freebsd.org Message-ID: <20060531202008.J57305@gandalf.cyberwizards.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: how to increase on correct way to avoid "collecting pv entries -- suggest increasing PMAP_SHPGPERPROC" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 18:25:03 -0000 Running freebsd 6.1 stable on amd dual opteron 4G RAM how to correctly calculate to increase the options SHMMAXPGS value? did some googl'ing but could not find a clear instruction how to go on. Currently apache2 is causing the "collecting pv entries -- suggest increasing PMAP_SHPGPERPROC" messages. any hints or point-outs would be very appreciated. Thanks! patrick From owner-freebsd-stable@FreeBSD.ORG Wed May 31 18:36:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20CDE16B460 for ; Wed, 31 May 2006 18:36:31 +0000 (UTC) (envelope-from e.schuele@computer.org) Received: from sccrmhc15.comcast.net (sccrmhc15.comcast.net [63.240.77.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBAF643D4C for ; Wed, 31 May 2006 18:36:30 +0000 (GMT) (envelope-from e.schuele@computer.org) Received: from [208.206.151.59] (host59.gtisd.com?[208.206.151.59]) by comcast.net (sccrmhc15) with ESMTP id <200605311836300150068t6ke>; Wed, 31 May 2006 18:36:30 +0000 Message-ID: <447DE22D.3060308@computer.org> Date: Wed, 31 May 2006 13:36:29 -0500 From: Eric Schuele User-Agent: Thunderbird 1.5.0.2 (X11/20060426) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Can't boot: Guessed BIOS device 0xffffffff not found by probes.... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 18:36:38 -0000 Hello, [I previously posted this to questions@, maybe stable@ is better suited] I have been running along just fine till a cvsup this morning (05/30). Last successful cvsup was May 20th. After cvsup today, and a "build-world" I see something _similar_ to below when trying to boot. --------------------------- Can't work out which disk we are booting from. Guessed BIOS device 0xffffffff not found by probes defaulting to disk0: panic: free: guard1 fail @ 0x517c4 from [line folded for mail] /usr/src/sys/boot/i386/loader/../../common/module.c:957 --------------------------- (I say similar, becuase the above text is actually copied from another web post. But mine is similar. If *my* text is needed I can reproduce the issue to obtain it.) I did a google or two and found nothing of use. Maybe I am using the wrong keywords. If I bring the machine up in Safe Mode or with ACPI Disabled everything is fine (I am writting this from the machine in question). Nothing else has changed other than a cvsup and build-world (meaning no hardware/BIOS changes). Anything I can provide to help diagnose this? I am running FreeBSD 6.1-STABLE #0: Wed May 31 12:05:21 CDT 2006 on a Dell Inspiron 5100. I have cvsupped back to 05-15-2006, which is before my last known good cvsup and things still fail. So now I am wondering if some hardware has failed. Any ideas? -- Regards, Eric From owner-freebsd-stable@FreeBSD.ORG Wed May 31 22:06:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B88816BA06 for ; Wed, 31 May 2006 22:06:51 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93A6C43D46 for ; Wed, 31 May 2006 22:06:50 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k4VM6im6066709; Thu, 1 Jun 2006 01:06:44 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Thu, 1 Jun 2006 01:06:44 +0300 (EEST) From: Dmitry Pryanishnikov To: Konstantin Belousov In-Reply-To: <20060525145809.GP54541@deviant.kiev.zoral.com.ua> Message-ID: <20060530223342.G2710@atlantis.atlantis.dp.ua> References: <001401c67f56$b02975e0$071872cf@Leadmon.local> <003001c67fae$27a88370$071872cf@Leadmon.local> <20060525051926.GB97976@xor.obsecurity.org> <20060525145809.GP54541@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Howard Leadmon , 'Rong-en Fan' , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: [patch, try 1] Re: Trouble with NFSd under 6.1-Stable, any ideas? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 22:06:52 -0000 Hello! On Thu, 25 May 2006, Konstantin Belousov wrote: > KASSERT(!(debug_mpsafenet == 1 && mtx_owned(&Giant)), > ("nfssvc_nfsd(): debug.mpsafenet=1 && Giant")); > > from nfsserver/nfs_syscalls.c, line 570. > > As I understand the problem, kern/vfs_lookup.c:lookup() could > aquire additional locks on Giant, indicating this by GIANTHELD > flag in nd. All processing in nfsserver already goes with Giant held, > so, I just dropped that excessive locks after return from lookup. > System with patch applied survived smoke test (client did > du on mounted dir, patch was generated from exported fs, etc.). > nfsd eats no more than 25% of CPU (with INVARIANTS). > > Please, users who reported the problem and willing to help, > try the patch (generated against STABLE) and give the feedback. Thank you very much. Your patch actually fixes "nfssvc_nfsd(): debug.mpsafenet=1 && Giant" panic during NFS mount of server's "/usr". Oddly enough, NFS mount of server's "/" doesn't panic the server. My kernel config contains "options QUOTA", however quotas are not enabled. Please commit the fix, IMHO long-term breakage of such a basic functionality (NFS server + quotas) in -STABLE branch isn't a Good Thing (TM). Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Wed May 31 22:23:46 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90CE416B11D for ; Wed, 31 May 2006 22:23:46 +0000 (UTC) (envelope-from tdb@carrick.bishnet.net) Received: from carrick.bishnet.net (carrick.bishnet.net [84.234.16.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 227F743D45 for ; Wed, 31 May 2006 22:23:46 +0000 (GMT) (envelope-from tdb@carrick.bishnet.net) Received: from tdb by carrick.bishnet.net with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FlZ67-0008FM-BF for stable@freebsd.org; Wed, 31 May 2006 23:23:27 +0100 Date: Wed, 31 May 2006 23:23:27 +0100 From: Tim Bishop To: stable@freebsd.org Message-ID: <20060531222327.GA11149@carrick.bishnet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-PGP-Key: 0x5AE7D984, http://www.bishnet.net/tim/tim-bishnet-net.asc X-PGP-Fingerprint: 1453 086E 9376 1A50 ECF6 AE05 7DCE D659 5AE7 D984 User-Agent: Mutt/1.5.11 X-Bishnet-MailScanner-Information: Contact postmaster@bishnet.net X-Bishnet-MailScanner-VirusCheck: Found to be clean X-Bishnet-MailScanner-SpamCheck: not spam, SpamAssassin (score=-2.6, required 5, autolearn=not spam, BAYES_00 -2.60, NO_RELAYS -0.00) X-Bishnet-MailScanner-From: tdb@carrick.bishnet.net Cc: Subject: Problem with geom_vinum on 5.5 and 6.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 22:23:51 -0000 I'm running 6.1-RELEASE (and previously 5.5) with gvinum to mirror two internal root disks. At the time of this problem the second disk is physically disconnected. [with 5.5] Whilst copying data off the first disk, from a gvinum volume, I had a single disk error. This put the volume in the down state. I rebooted the machine (probably not the best move in hindsight!), and when booting it said the following: ad0: 78167MB [158816/16/63] at ata0-master UDMA133 GEOM_VINUM: subdisk swap.p1.s0 state change: down -> stale GEOM_VINUM: subdisk root.p1.s0 state change: down -> stale GEOM_VINUM: subdisk var.p1.s0 state change: down -> stale GEOM_VINUM: subdisk usr.p1.s0 state change: down -> stale And then completely hangs. I would have expected the gvinum volumes to be unavailable and be given the choice of which root fs to mount. I've currently got round this by booting a different kernel which stops geom_vinum.ko from being loaded, and consequently allows me to choose a root fs. The filesystems are now mounted directly from /dev/ad0s1x. If I do "gvinum start" in single user it locks up too. [now with 6.1] After an upgrade to 6.1 if I do "gvinum start" in single user I get the same GEOM_VINUM lines as above, and gvinum hangs and becomes uninterruptable. Unlike with 5.5, the machine is still vaguely responsive and a ctrl+alt+del forces a reboot fine. Maybe my configuration on disk is corrupt? or something like that? Has anyone got any ideas, or should I maybe just start from scratch with a new gvinum config? Thanks, Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 ----- End forwarded message ----- Cheers, Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 From owner-freebsd-stable@FreeBSD.ORG Thu Jun 1 00:31:05 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F72916AB26 for ; Thu, 1 Jun 2006 00:31:05 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id B968C43D58 for ; Thu, 1 Jun 2006 00:31:01 +0000 (GMT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id k510V12n015118 for ; Wed, 31 May 2006 17:31:01 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id k510V1WR015117 for stable@freebsd.org; Wed, 31 May 2006 17:31:01 -0700 (PDT) (envelope-from david) Date: Wed, 31 May 2006 17:31:01 -0700 From: David Wolfskill To: stable@freebsd.org Message-ID: <20060601003101.GE1991@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , stable@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="z8OPzjJiggy3JOV2" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: 6.1-STABLE; Fatal trap 12: page fault while in kernel mode; kgdb isn't working??!? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 00:31:15 -0000 --z8OPzjJiggy3JOV2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In testing a vendor's product, I managed (as I had been warned might happen) to crash the machine on which the product was running. It's a moderately-recent 6.1-STABLE: mx-out05# uname -a FreeBSD mx-out05.lab.example.org 6.1-STABLE FreeBSD 6.1-STABLE #3: Sun May = 7 10:06:44 PDT 2006 dhw@mx-out05.lab.example.org:/usr/obj/usr/src/sys/= SMP_PAE i386 mx-out05#=20 Hardware-wise, it's a dual 3 GHz Xeon box with 4 GB RAM. In case it's relevant: mx-out05# mount; df; swapinfo /dev/aacd0s2a on / (ufs, local, soft-updates) devfs on /dev (devfs, local) /dev/aacd0s2d on /usr (ufs, local, soft-updates) /dev/aacd0s3d on /home (ufs, local, soft-updates) /dev/aacd0s3e on /var (ufs, local, soft-updates) /dev/aacd1s1d on /var/spool (ufs, local, noatime) devfs on /var/named/dev (devfs, local) /dev/md0 on /tmp (ufs, local, soft-updates) Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/aacd0s2a 507630 37008 430012 8% / devfs 1 1 0 100% /dev /dev/aacd0s2d 2280880 1676226 422184 80% /usr /dev/aacd0s3d 5077038 50950 4619926 1% /home /dev/aacd0s3e 7270492 949650 5739204 14% /var /dev/aacd1s1d 34678048 14136 31889670 0% /var/spool devfs 1 1 0 100% /var/named/dev /dev/md0 9159102 16 8426358 0% /tmp Device 1K-blocks Used Avail Capacity /dev/aacd0s3b 16777216 0 16777216 0% mx-out05#=20 Yes, swap is ridiculously huge (but note that /tmp is swap-backed). So are a few other allocations (huge, that is); in general, I prefer to avoid exhausting resources. :-} The crash appears to be quite reproducible by using ports/benchmarks/postal. It's fairly likely that I need to configure some resource-consumption constraints so the application doesn't go completely berserk. I note that running postal using the same parameters against a similar box running Postfix just chugs along, no problem at all. Here's a typical complaint as extracted from /var/log/messages: May 31 16:02:13 mx-out05 kernel: Fatal trap 12: page fault while in kernel = mode May 31 16:02:13 mx-out05 kernel: cpuid =3D 0; apic id =3D 00 May 31 16:02:13 mx-out05 kernel: fault virtual address =20 May 31 16:02:13 mx-out05 kernel: =3D 0x0 May 31 16:02:13 mx-out05 kernel: fault code =3D supervisor read= , page not present May 31 16:02:13 mx-out05 kernel: instruction pointer =3D 0x20:0x0 May 31 16:02:13 mx-out05 kernel: stack pointer =3D 0x28:0xf06f8b98 May 31 16:02:13 mx-out05 kernel: frame pointer =3D 0x28:0xf06f8bcc May 31 16:02:13 mx-out05 kernel: code segment =3D base 0x0, limit= 0xf May 31 16:02:13 mx-out05 kernel: f I did manage to set things up to get a kernel crash dump, and I'm about as certain as I can be that the kernel, userland, and crash dump are all in sync. Still, when I cd /usr/obj/usr/src/sys/SMP_PAE/ && kgdb kernel.debug /var/crash/vmcore.0 I get a repeating: kgdb: kvm_read: invalid address (0xc9ff5624) kgdb: kvm_read: invalid address (0xc9ff8600) kgdb: kvm_read: invalid address (0xc9ff5624) kgdb: kvm_read: invalid address (0xc9ff8600) The pattern repeats until I interrupt it. Now, this box is in a lab; it is for testing (at this time), so I have rather more flexibility than I might for a production system. The product was built for FreeBSD 5.x; I have the ports/misc/compat-5x port installed, and the product does run -- at least, until I start stress-testing it. :-} I could bring the box up to a more recent -STABLE fairly easily; for that matter, I could probably bring it up to -CURRENT fairly easily, but I have no intent to be running a production service on -CURRENT. (My laptop? Sometimes. A production box in a colo? Uhh... maybe I'm just not sufficiently daring, but no thanks. :-}) I'd appreciate suggestions (or pointers to same) as to how I might proceed to determine what I can do to get the product to run reliably iin a FreeBSD environment. (The vendor has suggested eithe rRed Hat or Suse Linux as more stable platforms, and has complained about an inability to get debugging information from FreeBSD. I have pointe dout that there's been some progress of late on getting DTrace ported to FreeBSD, and they've seemed at least somewhat interested, but in the mean time....) Anyway, I'll plan on summarizing off-list responses that are relevant. Thanks! Peace, david --=20 David H. Wolfskill david@catwhisker.org Doing business with spammers only encourages them. Please boycott spammers. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --z8OPzjJiggy3JOV2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAkR+NUMACgkQmprOCmdXAD0XCwCdGJiVE14VcWrGOD+D2YcZv6T0 WaQAnRasQx7H7dogfXUa7/qxIHruviTq =JGJ3 -----END PGP SIGNATURE----- --z8OPzjJiggy3JOV2-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 1 03:10:19 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 978A216AF1F for ; Thu, 1 Jun 2006 03:10:19 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF33B43D6B for ; Thu, 1 Jun 2006 03:10:13 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k51393hU003191; Wed, 31 May 2006 21:09:08 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <447E5A94.3030602@samsco.org> Date: Wed, 31 May 2006 21:10:12 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Wolfskill References: <20060601003101.GE1991@bunrab.catwhisker.org> In-Reply-To: <20060601003101.GE1991@bunrab.catwhisker.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.1 required=3.8 tests=ALL_TRUSTED,PLING_QUERY autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: stable@freebsd.org Subject: Re: 6.1-STABLE; Fatal trap 12: page fault while in kernel mode; kgdb isn't working??!? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 03:10:19 -0000 David Wolfskill wrote: > In testing a vendor's product, I managed (as I had been warned might > happen) to crash the machine on which the product was running. > > It's a moderately-recent 6.1-STABLE: > > mx-out05# uname -a > FreeBSD mx-out05.lab.example.org 6.1-STABLE FreeBSD 6.1-STABLE #3: Sun May 7 10:06:44 PDT 2006 dhw@mx-out05.lab.example.org:/usr/obj/usr/src/sys/SMP_PAE i386 > mx-out05# > > Hardware-wise, it's a dual 3 GHz Xeon box with 4 GB RAM. > > In case it's relevant: > > mx-out05# mount; df; swapinfo > /dev/aacd0s2a on / (ufs, local, soft-updates) > devfs on /dev (devfs, local) > /dev/aacd0s2d on /usr (ufs, local, soft-updates) > /dev/aacd0s3d on /home (ufs, local, soft-updates) > /dev/aacd0s3e on /var (ufs, local, soft-updates) > /dev/aacd1s1d on /var/spool (ufs, local, noatime) > devfs on /var/named/dev (devfs, local) > /dev/md0 on /tmp (ufs, local, soft-updates) > Filesystem 1K-blocks Used Avail Capacity Mounted on > /dev/aacd0s2a 507630 37008 430012 8% / > devfs 1 1 0 100% /dev > /dev/aacd0s2d 2280880 1676226 422184 80% /usr > /dev/aacd0s3d 5077038 50950 4619926 1% /home > /dev/aacd0s3e 7270492 949650 5739204 14% /var > /dev/aacd1s1d 34678048 14136 31889670 0% /var/spool > devfs 1 1 0 100% /var/named/dev > /dev/md0 9159102 16 8426358 0% /tmp > Device 1K-blocks Used Avail Capacity > /dev/aacd0s3b 16777216 0 16777216 0% > mx-out05# > > Yes, swap is ridiculously huge (but note that /tmp is swap-backed). > So are a few other allocations (huge, that is); in general, I prefer > to avoid exhausting resources. :-} > > The crash appears to be quite reproducible by using > ports/benchmarks/postal. It's fairly likely that I need to configure > some resource-consumption constraints so the application doesn't go > completely berserk. I note that running postal using the same > parameters against a similar box running Postfix just chugs along, no > problem at all. > > Here's a typical complaint as extracted from /var/log/messages: > > May 31 16:02:13 mx-out05 kernel: Fatal trap 12: page fault while in kernel mode > May 31 16:02:13 mx-out05 kernel: cpuid = 0; apic id = 00 > May 31 16:02:13 mx-out05 kernel: fault virtual address > May 31 16:02:13 mx-out05 kernel: = 0x0 > May 31 16:02:13 mx-out05 kernel: fault code = supervisor read, page not present > May 31 16:02:13 mx-out05 kernel: instruction pointer = 0x20:0x0 > May 31 16:02:13 mx-out05 kernel: stack pointer = 0x28:0xf06f8b98 > May 31 16:02:13 mx-out05 kernel: frame pointer = 0x28:0xf06f8bcc > May 31 16:02:13 mx-out05 kernel: code segment = base 0x0, limit 0xf > May 31 16:02:13 mx-out05 kernel: f > > > I did manage to set things up to get a kernel crash dump, and I'm about > as certain as I can be that the kernel, userland, and crash dump are all > in sync. > > Still, when I > > cd /usr/obj/usr/src/sys/SMP_PAE/ && kgdb kernel.debug /var/crash/vmcore.0 > > I get a repeating: > kgdb: kvm_read: invalid address (0xc9ff5624) > kgdb: kvm_read: invalid address (0xc9ff8600) > kgdb: kvm_read: invalid address (0xc9ff5624) > kgdb: kvm_read: invalid address (0xc9ff8600) > > The pattern repeats until I interrupt it. > > Now, this box is in a lab; it is for testing (at this time), so I have > rather more flexibility than I might for a production system. The > product was built for FreeBSD 5.x; I have the ports/misc/compat-5x port > installed, and the product does run -- at least, until I start > stress-testing it. :-} > > I could bring the box up to a more recent -STABLE fairly easily; for that > matter, I could probably bring it up to -CURRENT fairly easily, but I > have no intent to be running a production service on -CURRENT. (My > laptop? Sometimes. A production box in a colo? Uhh... maybe I'm just > not sufficiently daring, but no thanks. :-}) > > I'd appreciate suggestions (or pointers to same) as to how I might > proceed to determine what I can do to get the product to run reliably > iin a FreeBSD environment. (The vendor has suggested eithe rRed Hat or > Suse Linux as more stable platforms, and has complained about an > inability to get debugging information from FreeBSD. I have pointe dout > that there's been some progress of late on getting DTrace ported to > FreeBSD, and they've seemed at least somewhat interested, but in the > mean time....) > > Anyway, I'll plan on summarizing off-list responses that are relevant. > > Thanks! > > Peace, > david kgdb seems to be more broken than not. COuld you enable KDB+DDB and at least get a stack trace from the fault? Scott From owner-freebsd-stable@FreeBSD.ORG Thu Jun 1 03:16:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 201FD16B487 for ; Thu, 1 Jun 2006 03:16:20 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41F8743D49 for ; Thu, 1 Jun 2006 03:16:14 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 20BF41A4DB7; Wed, 31 May 2006 20:16:14 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8A56D516AC; Wed, 31 May 2006 23:16:13 -0400 (EDT) Date: Wed, 31 May 2006 23:16:13 -0400 From: Kris Kennaway To: Dmitry Pryanishnikov Message-ID: <20060601031613.GA6690@xor.obsecurity.org> References: <001401c67f56$b02975e0$071872cf@Leadmon.local> <003001c67fae$27a88370$071872cf@Leadmon.local> <20060525051926.GB97976@xor.obsecurity.org> <20060525145809.GP54541@deviant.kiev.zoral.com.ua> <20060530223342.G2710@atlantis.atlantis.dp.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="envbJBWh7q8WU6mo" Content-Disposition: inline In-Reply-To: <20060530223342.G2710@atlantis.atlantis.dp.ua> User-Agent: Mutt/1.4.2.1i Cc: Konstantin Belousov , 'Rong-en Fan' , Howard Leadmon , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: [patch, try 1] Re: Trouble with NFSd under 6.1-Stable, any ideas? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 03:16:57 -0000 --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 01, 2006 at 01:06:44AM +0300, Dmitry Pryanishnikov wrote: >=20 > Hello! >=20 > On Thu, 25 May 2006, Konstantin Belousov wrote: > > KASSERT(!(debug_mpsafenet =3D=3D 1 && mtx_owned(&Giant)), > > ("nfssvc_nfsd(): debug.mpsafenet=3D1 && Giant")); > > > >from nfsserver/nfs_syscalls.c, line 570. > > > >As I understand the problem, kern/vfs_lookup.c:lookup() could > >aquire additional locks on Giant, indicating this by GIANTHELD > >flag in nd. All processing in nfsserver already goes with Giant held, > >so, I just dropped that excessive locks after return from lookup. > >System with patch applied survived smoke test (client did > >du on mounted dir, patch was generated from exported fs, etc.). > >nfsd eats no more than 25% of CPU (with INVARIANTS). > > > >Please, users who reported the problem and willing to help, > >try the patch (generated against STABLE) and give the feedback. >=20 > Thank you very much. Your patch actually fixes "nfssvc_nfsd():=20 > debug.mpsafenet=3D1 && Giant" panic during NFS mount of server's "/usr". > Oddly enough, NFS mount of server's "/" doesn't panic the server. > My kernel config contains "options QUOTA", however quotas are not enabled. > Please commit the fix, IMHO long-term breakage of such a basic functional= ity > (NFS server + quotas) in -STABLE branch isn't a Good Thing (TM). FYI, if you're not using quotas then you should remove the option from your kernel config to avoid trashing your performance. Kris --envbJBWh7q8WU6mo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEflv8Wry0BWjoQKURAoMCAJ4owu3wsrZfRTl5EXcjyxCOrmvKhACg8ayt aR+KOj2ruV14448I3Gpv3sc= =+8kn -----END PGP SIGNATURE----- --envbJBWh7q8WU6mo-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 1 03:17:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 565D316C50D for ; Thu, 1 Jun 2006 03:17:16 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 484F543D66; Thu, 1 Jun 2006 03:17:10 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k513H3gg003257; Wed, 31 May 2006 21:17:08 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <447E5C74.4070208@samsco.org> Date: Wed, 31 May 2006 21:18:12 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Ullrich References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd-stable@freebsd.org, idowse@freebsd.org Subject: Re: panic: trying to sleep while sleeping is prohibited - USB network panic after ifconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 03:17:23 -0000 This looks like a pretty fundamental problem with the aue driver. Scott Scott Ullrich wrote: > Sleeping on "usbsyn" with the following non-sleepable locks held: > exclusive sleep mutex in_multi_mtx r = 0 (0xc0acfbc0) locked @ > /usr/src/sys/neti > net/in.c:971 > KDB: stack backtrace: > kdb_backtrace(1,c27e5418,c27e7000,1,ccfe3a50) at kdb_backtrace+0x29 > witness_warn(5,0,c0993d00,c09846cb) at witness_warn+0x18e > msleep(c27ffb00,0,4c,c09846cb,0) at msleep+0x42 > usbd_transfer(c27ffb00,ccfe3ab0,c0649b2d,c27ffb00,c24a1580) at > usbd_transfer+0x1 > 21 > usbd_sync_transfer(c27ffb00,c24a1580,ccfe3acc,c06c6ea4,c25d0a00) at > usbd_sync_tr > ansfer+0x11 > usbd_do_request_flags_pipe(c257d600,c257d280,ccfe3b0c,ccfe3b0b,0) at > usbd_do_req > uest_flags_pipe+0x5d > usbd_do_request_flags(c257d600,ccfe3b0c,ccfe3b0b,0,0) at > usbd_do_request_flags+0 > x20 > usbd_do_request(c257d600,ccfe3b0c,ccfe3b0b) at usbd_do_request+0x1a > aue_csr_read_1(c25d0a00,0) at aue_csr_read_1+0x50 > aue_setmulti(c25d0a00,c280e280,c25d3000,ccfe3ba8,ccfe3b78) at > aue_setmulti+0x4a > aue_ioctl(c25d3000,80206931,0) at aue_ioctl+0x106 > if_addmulti(c25d3000,ccfe3ba8,ccfe3ba4,ccfe3ba8,10,c0acfbc0,0,c09a3cd4,3cb) > at i > f_addmulti+0x1b8 > in_addmulti(ccfe3bdc,c25d3000) at in_addmulti+0x69 > in_ifinit(c25d3000,c27da500,c262dcd0,0,ccfe3c38) at in_ifinit+0x529 > in_control(c28206f4,8040691a,c262dcc0,c25d3000,c27e7000) at > in_control+0x882 > ifioctl(c28206f4,8040691a,c262dcc0,c27e7000,0) at ifioctl+0x198 > soo_ioctl(c2678c60,8040691a,c262dcc0,c2480780,c27e7000) at soo_ioctl+0x2db > ioctl(c27e7000,ccfe3d04,3,2,286) at ioctl+0x370 > syscall(3b,3b,3b,8056080,80583c0) at syscall+0x22f > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x28131603, esp = > 0xbfbfe59c, ebp > = 0xbfbfede8 --- > panic: trying to sleep while sleeping is prohibited > cpuid = 0 > KDB: enter: panic > [thread pid 13 tid 100003 ] > Stopped at kdb_enter+0x2b: nop > > More information (bt, bt all, show alllocks) can be found at > http://www.pfsense.com/~sullrich/panics/usb_network_nic_panic.txt > > Let me know if you need any more information. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Jun 1 04:24:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAC6916A5DF for ; Thu, 1 Jun 2006 04:24:32 +0000 (UTC) (envelope-from techie@tantivy.tantivy.net) Received: from smtp3.stanford.edu (smtp3.Stanford.EDU [171.67.20.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6157843D45 for ; Thu, 1 Jun 2006 04:24:32 +0000 (GMT) (envelope-from techie@tantivy.tantivy.net) Received: from smtp3.stanford.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id F3EFD4BEB6 for ; Wed, 31 May 2006 21:24:31 -0700 (PDT) Received: from tantivy.tantivy.net (tantivy.Stanford.EDU [171.66.118.251]) by smtp3.stanford.edu (Postfix) with ESMTP id F2AB04BDC3 for ; Wed, 31 May 2006 21:24:30 -0700 (PDT) Received: from tantivy.tantivy.net (techie@localhost.stanford.edu [127.0.0.1]) by tantivy.tantivy.net (8.13.4/8.13.3) with ESMTP id k514OFxi092461; Wed, 31 May 2006 21:24:30 -0700 (PDT) (envelope-from techie@tantivy.tantivy.net) Received: (from techie@localhost) by tantivy.tantivy.net (8.13.4/8.13.6/Submit) id k514OEQD092460; Wed, 31 May 2006 21:24:14 -0700 (PDT) (envelope-from techie) Date: Wed, 31 May 2006 21:24:14 -0700 (PDT) From: Bob Vaughan Message-Id: <200606010424.k514OEQD092460@tantivy.tantivy.net> To: freebsd-stable@freebsd.org Cc: techie@tantivy.tantivy.net Subject: fxp deafness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 04:24:33 -0000 I have also noticed periodic freezes with my various intel nics, using the fxp driver. So far they haven't happened enough to be able to discern a real pattern, but here are a few datapoints: 1. the problem has been randomly occuring since at least 5.0. I first noticed the problem when the onboard nic on a i815 based mb went deaf a few years ago.. I finally had the mb replaced under warranty, thinking it was a hardware problem, but now i'm not so sure.. At the time, the system was running -current in the pre 5.0 days, doing a twice daily buildworld, and nothing else. One day it just went deaf. I left it in the rack for a year or so, and finally got it replaced just as the warranty on the mb was running out. After replacement, the same problem popped up during install, where the onboard nic went deaf during the install process (this would have been 5.0 or 5.1), but worked fine after the os was installed. 2. something in the install process triggers the problem. This is the one area where I am consistently able to reproduce the problem. The install sees the nic, uses dhcp to sucessfully grab an address, but when the time comes to use the nic for the install, the nic is deaf. I have seen this with both 5-stable and 6-stable. 3. the problem occurs in both onboard and add-on nics. I've seen the problem in at least 4 different machines, not including the original i815 mb mentioned above. Two of these systems use onboard nics, and the other two use pci nics. 4. the nic goes deaf. tcpdump on both ends confirm that packets are being transmitted, but not received. This occurs no matter what networking devices are used. Testing has included switches, hubs, and crossover cables. 5. a reboot is necessary to restore connectivity. taking the interface down and up does not clear the problem, nor does unplugging and replugging the cable. 6. the only errors reported are: fxp0: device timeout 7. the problem does not appear to be related to network load. I have had the problem occur under moderate/heavy nfs traffic, as well as under no/light load conditions. All of these machines are running 6.1-beta3 or 6.1-rc (#2). The problem has most recently been observed in #1 and #2. #1 onboard: intel D815EEAL mb fxp0: port 0xdf00-0xdf3f mem 0xfc9fe000-0xfc9fefff irq 7 at device 8.0 on pci1 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:03:47:9f:eb:3b #2 pci card: fxp0: port 0xd400-0xd43f mem 0xf1000000-0xf1000fff,0xf0800000-0xf081ffff irq 16 at device 8.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:b3:9c:ce:01 #3 pci card: fxp0: port 0x7000-0x701f mem 0x80300000-0x80300fff,0x80100000-0x801fffff irq 10 at device 16.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:a0:c9:de:89:6a #4 onboard: intel 815 chipset. fxp0: port 0xac00-0xac3f mem 0xefdee000-0xefdeefff irq 11 at device 8.0 on pci1 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:40:ca:28:10:7d -- Welcome My Son, Welcome To The Machine -- Bob Vaughan | techie @ tantivy.net | | P.O. Box 19792, Stanford, Ca 94309 | -- I am Me, I am only Me, And no one else is Me, What could be simpler? -- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 1 07:25:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55C7416A88F for ; Thu, 1 Jun 2006 07:25:51 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (ll-227.216.82.212.sovam.net.ua [212.82.216.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3607743D45 for ; Thu, 1 Jun 2006 07:25:49 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k517PecH016321 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 1 Jun 2006 10:25:40 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6) with ESMTP id k517PeGT049765; Thu, 1 Jun 2006 10:25:40 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6/Submit) id k517PcC2049764; Thu, 1 Jun 2006 10:25:38 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 1 Jun 2006 10:25:38 +0300 From: Konstantin Belousov To: Dmitry Pryanishnikov Message-ID: <20060601072538.GZ54541@deviant.kiev.zoral.com.ua> References: <001401c67f56$b02975e0$071872cf@Leadmon.local> <003001c67fae$27a88370$071872cf@Leadmon.local> <20060525051926.GB97976@xor.obsecurity.org> <20060525145809.GP54541@deviant.kiev.zoral.com.ua> <20060530223342.G2710@atlantis.atlantis.dp.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gvPGo+RAdjC9O5ul" Content-Disposition: inline In-Reply-To: <20060530223342.G2710@atlantis.atlantis.dp.ua> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on fw.zoral.com.ua Cc: Howard Leadmon , 'Rong-en Fan' , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: [patch, try 1] Re: Trouble with NFSd under 6.1-Stable, any ideas? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 07:25:55 -0000 --gvPGo+RAdjC9O5ul Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 01, 2006 at 01:06:44AM +0300, Dmitry Pryanishnikov wrote: >=20 > Hello! >=20 > On Thu, 25 May 2006, Konstantin Belousov wrote: > > KASSERT(!(debug_mpsafenet =3D=3D 1 && mtx_owned(&Giant)), > > ("nfssvc_nfsd(): debug.mpsafenet=3D1 && Giant")); > > > >from nfsserver/nfs_syscalls.c, line 570. > > > >As I understand the problem, kern/vfs_lookup.c:lookup() could > >aquire additional locks on Giant, indicating this by GIANTHELD > >flag in nd. All processing in nfsserver already goes with Giant held, > >so, I just dropped that excessive locks after return from lookup. > >System with patch applied survived smoke test (client did > >du on mounted dir, patch was generated from exported fs, etc.). > >nfsd eats no more than 25% of CPU (with INVARIANTS). > > > >Please, users who reported the problem and willing to help, > >try the patch (generated against STABLE) and give the feedback. >=20 > Thank you very much. Your patch actually fixes "nfssvc_nfsd():=20 > debug.mpsafenet=3D1 && Giant" panic during NFS mount of server's "/usr". > Oddly enough, NFS mount of server's "/" doesn't panic the server. Because conditions leading to Giant leak usually hold true for lookup of ".." :) --gvPGo+RAdjC9O5ul Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEfpZxC3+MBN1Mb4gRAmlCAKC7xgGsRqzi9uVZbGXUN2qjBbGBTQCgmKI3 mLEOIFTYO6qpb9fwSBo4XO4= =MzgR -----END PGP SIGNATURE----- --gvPGo+RAdjC9O5ul-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 1 08:02:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E00716A6D7 for ; Thu, 1 Jun 2006 08:02:32 +0000 (UTC) (envelope-from vlado@botka.homeunix.org) Received: from smtp-out3.iol.cz (smtp-out3.iol.cz [194.228.2.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4277743D45 for ; Thu, 1 Jun 2006 08:02:18 +0000 (GMT) (envelope-from vlado@botka.homeunix.org) Received: from antivir3.iol.cz (avir3 [192.168.30.206]) by smtp-out3.iol.cz (Postfix) with ESMTP id 54553E84A6; Thu, 1 Jun 2006 10:02:16 +0200 (CEST) Received: from localhost (antivir3.iol.cz [127.0.0.1]) by antivir3.iol.cz (Postfix) with ESMTP id 4019D42000A; Thu, 1 Jun 2006 10:02:16 +0200 (CEST) Received: from smtp-out3.iol.cz (smtp-out-3.iplanet.iol.cz [192.168.30.28]) by antivir3.iol.cz (Postfix) with ESMTP id 985B8420010; Thu, 1 Jun 2006 10:02:15 +0200 (CEST) Received: from ace.botka.homeunix.org (3.77.broadband2.iol.cz [83.208.77.3]) by smtp-out3.iol.cz (Postfix) with ESMTP id BC5953BE57; Thu, 1 Jun 2006 10:02:07 +0200 (CEST) Received: by ace.botka.homeunix.org (Postfix, from userid 1001) id EE83033; Thu, 1 Jun 2006 10:02:06 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ace.botka.homeunix.org X-Spam-Level: X-Spam-Status: No, score=-3.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 Received: from srv (ac.botka.homeunix.org [192.168.1.5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ace.botka.homeunix.org (Postfix) with ESMTP id 278D931; Thu, 1 Jun 2006 10:02:06 +0200 (CEST) Date: Thu, 1 Jun 2006 10:02:05 +0200 (CEST) From: Vladimir Botka X-X-Sender: vlado@srv.g1.netng.org To: David Nugent In-Reply-To: <447B8ED0.3000506@datalinktech.com.au> Message-ID: <20060601095825.R98220@srv.g1.netng.org> References: <447B8ED0.3000506@datalinktech.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: amavisd-new at iol.cz Cc: freebsd-stable@freebsd.org, "Paul.LKW" Subject: Re: HylaFAX port not work but related to sendmail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 08:02:43 -0000 It is hard work to configure sendmail (O'Reilly wrote 1000 pages :). If there is no specific reason to use sendmail use postfix instead. Cheers, -vlado On Tue, 30 May 2006, David Nugent wrote: > Paul.LKW wrote: >> Dear all: >> Recently I installed HylaFAX port on 6.1 and find that the fax received >> (Fax >> is received in /var/hylafax/recvq and changed to tiff format) can not sent >> to specified email user and find the error log below: >> >> May 30 04:08:56 office sendmail[624]: k4TK8t7A000620: to=ee-fax, >> delay=00:00:01, xdelay=00:00:01, mailer=local, pri=30505, dsn=5.3.0, >> stat=unknown mailer error 1 > ^^^^^^^^^^^^^^^^^^^ > > Sendmail's configuration will be the problem. It isn't clear what you're > trying to do here though so I can't make suggestions without seeing your .mc > and knowing what your intention is (who is user ee-fax?). Sorry I haven't > used any recent version of hylafax. > > Regards, > DAvid > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Thu Jun 1 09:07:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 953B916AF60 for ; Thu, 1 Jun 2006 09:07:24 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9EEE43D49 for ; Thu, 1 Jun 2006 09:07:23 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k51976K1095406; Thu, 1 Jun 2006 12:07:06 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Thu, 1 Jun 2006 12:07:06 +0300 (EEST) From: Dmitry Pryanishnikov To: Vladimir Botka In-Reply-To: <20060601095825.R98220@srv.g1.netng.org> Message-ID: <20060601120548.L6224@atlantis.atlantis.dp.ua> References: <447B8ED0.3000506@datalinktech.com.au> <20060601095825.R98220@srv.g1.netng.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, David Nugent , "Paul.LKW" Subject: Re: HylaFAX port not work but related to sendmail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 09:07:25 -0000 Hello! On Thu, 1 Jun 2006, Vladimir Botka wrote: > It is hard work to configure sendmail (O'Reilly wrote 1000 pages :). If there It is not if you're familiar with *.mc files. > Cheers, -vlado Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Thu Jun 1 09:42:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D71016A8DA for ; Thu, 1 Jun 2006 09:42:04 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id E286643D55 for ; Thu, 1 Jun 2006 09:42:02 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb.matik.com.br (anb.matik.com.br [200.152.88.34] (may be forged)) by msrv.matik.com.br (8.13.6/8.13.1) with ESMTP id k519fuS5021375 for ; Thu, 1 Jun 2006 06:41:57 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Thu, 1 Jun 2006 06:41:51 -0300 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200606010641.52222.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Spam-Status: No, score=-0.5 required=5.0 tests=ALL_TRUSTED, AWL, TW_FT, TW_TX, TW_WD autolearn=unavailable version=3.1.0 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Subject: possible ifconfig / wi bug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 09:42:04 -0000 when running a wi device in AP mode all connected clients ar showing up wit= h 1=20 Mbit/s connection but are connected with 11Mbit Is this a bug? Jo=E3o ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS ERP 00:40:f4:c5:13:b2 4 1 1M 46 150 155 37104 EP 0 00:e0:7d:c8:c9:89 5 1 1M 57 150 240 4240 EPB 0 00:0e:2e:75:f3:7a 6 1 1M 51 165 137 4624 EP 0 00:40:f4:c3:c9:48 8 1 1M 49 150 140 62176 EP 0 wi0: flags=3D8943 mtu 1500 ether 00:02:6f:37:4e:46 media: IEEE 802.11 Wireless Ethernet DS/11Mbps mode 11b =20 (DS/2Mbps ) status: associated ssid frutalnet_1 channel 1 (2412) bssid 00:02:6f:37:4e:46 stationname AP1 authmode OPEN privacy MIXED deftxkey 1 wepkey 1:40-bit wepkey 2:40-bit wepkey 3:40-bit wepkey 4:40-bit powersavemode OFF powersavesleep 100 txpowmax 100 rtsthreshold 2347 mcastrate 1 fragthreshold 2346 -pureg protmode CTS -wme -burst ssid HIDE -apbridge dtimperiod 1 bintval 100 bridge0: flags=3D8043 mtu 1500 ether ac:de:48:db:e2:15 priority 32768 hellotime 2 fwddelay 15 maxage 20 member: wi0 flags=3D7 port 3 priority 128 path cost 55 forwarding member: re0 flags=3D3 A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Thu Jun 1 10:26:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E8A816B1AF for ; Thu, 1 Jun 2006 10:26:10 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 427C243D46 for ; Thu, 1 Jun 2006 10:26:09 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 8AC1946DAB; Thu, 1 Jun 2006 06:26:07 -0400 (EDT) Date: Thu, 1 Jun 2006 11:26:07 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: dawnshade In-Reply-To: <200605311022.00463.dawnshade@mail.ru> Message-ID: <20060601112405.Q27942@fledge.watson.org> References: <200605311022.00463.dawnshade@mail.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, kris@obsecurity.org Subject: Re: periodical crash 6.1-REL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 10:26:12 -0000 On Wed, 31 May 2006, dawnshade wrote: > Hi all. > > I have periodically crashes 6.1-RELEASE running on Intel MB S875WP1 > > in messages i see: May 31 06:14:50 mail savecore: reboot after panic: page > fault > > i installed debug kernel and got a core, but can't understand what happens. > results of backtrace : There's also an existing PR for this, 97095. This problem is believed fixed in 7-CURRENT, but it requires fairly significant changes in the socket/netinet code, which are scheduled for merging in about a month and a half. I'll investigate whether there are any easy work-arounds that can be applied in the mean time. It is made a little tricky because the ip_ctloutput() path is shared by varius netinet consumers, and the only way to prevent a change in the so->so_pcb pointer in 6.x is to hold the pcbinfo lock, which requires you (ip_ctloutput()) to have more information about its calling context than it currently does. So this will definitely be fixed in another month or so, but I'll see if I can find something in the short term that will do the trick with a bit less disruption. Robert N M Watson > > > mail# kgdb /boot/kernel/kernel vmcore.4 > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: > Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd". > (no debugging symbols found)...Attempt to extract a component of a value that > is not a structure pointer. > (kgdb) bt > #0 0xc04bd73c in doadump () > #1 0xc04bdd8d in boot () > #2 0xc04be13e in panic () > #3 0xc060c155 in trap_fatal () > #4 0xc060be49 in trap_pfault () > #5 0xc060ba2f in trap () > #6 0xc05f6f6a in calltrap () > #7 0xc056a0d1 in ip_ctloutput () > #8 0xc0579d7b in tcp_ctloutput () > #9 0xc05033bc in sogetopt () > #10 0xc05092df in kern_getsockopt () > #11 0xc05091ce in getsockopt () > #12 0xc060c53c in syscall () > #13 0xc05f6fbf in Xint0x80_syscall () > #14 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) > > > dmesg: > > Copyright (c) 1992-2006 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 6.1-RELEASE #0: Sat May 27 22:54:46 MSD 2006 > root@mail.*.ru:/usr/src/sys/i386/compile/mail_kern_6 > MPTable: < Canterwood-P> > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2793.01-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf25 Stepping = 5 > > Features=0xbfebfbff > Features2=0x4400> > Logical CPUs per core: 2 > real memory = 2146631680 (2047 MB) > avail memory = 2097582080 (2000 MB) > ioapic0: Assuming intbase of 0 > ioapic0 irqs 0-23 on motherboard > cpu0 on motherboard > pcib0: pcibus 0 on motherboard > pci0: on pcib0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > pcib2: at device 3.0 on pci0 > pci2: on pcib2 > em0: port > 0xbc00-0xbc1f mem 0xfc9e0000-0xfc9fffff irq 18 at device 1.0 on pci2 > em0: Ethernet address: 00:0c:f1:e4:26:5b > pci0: at device 29.0 (no driver attached) > pci0: at device 29.1 (no driver attached) > pci0: at device 29.2 (no driver attached) > pci0: at device 29.3 (no driver attached) > pcib3: at device 30.0 on pci0 > pci3: on pcib3 > pci3: at device 6.0 (no driver attached) > pci3: at device 8.0 (no driver attached) > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 > ata0: on atapci0 > ata1: on atapci0 > pci0: at device 31.3 (no driver attached) > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xc7fff on isa0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 8250 or not responding > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > unknown: can't assign resources (port) > unknown: can't assign resources (memory) > Timecounter "TSC" frequency 2793010524 Hz quality 800 > Timecounters tick every 1.000 msec > ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, > default to accept, logging unlimited > ad0: 190782MB at ata0-master UDMA100 > acd0: CDROM at ata1-master UDMA33 > > This dmesg w/o ACPI, i tried running with and got the same results. > HTT disabled by default. > Can anybody interpreter resuls of backtrace? > > thx. > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Thu Jun 1 10:43:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B752416B1A6 for ; Thu, 1 Jun 2006 10:43:20 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from home.quip.cz (grimm.quip.cz [213.220.192.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00F6C43D49 for ; Thu, 1 Jun 2006 10:43:19 +0000 (GMT) (envelope-from 000.fbsd@quip.cz) Received: from [192.168.1.2] (qwork.quip.test [192.168.1.2]) by home.quip.cz (Postfix) with ESMTP id 096A41E08; Thu, 1 Jun 2006 12:43:14 +0200 (CEST) Message-ID: <447EC4C2.6000202@quip.cz> Date: Thu, 01 Jun 2006 12:43:14 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cs, cz, en, en-us MIME-Version: 1.0 To: Gray Lilley References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Graham Lilley , freebsd-stable@freebsd.org Subject: Re: vr card issues on 6.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 10:43:24 -0000 Gray Lilley wrote: > After a motherboard failure in a machine, I purchased a cheap AXPER > motherboard to replace it. The machine is a Socket478 P4 with a Via > Rhine onboard NIC. [...] > Once booted, the machine is contactable locally, can be pinged and can > ssh to it. After what appears to be a random amount of time (I have > observed between 5 and 30 minutes as of now), the vr0 interface seems to > just hang. The machine cannot be pinged, and no services running on the > machine are contactable. I have 2 machines with motherboard EPOX 8kra2+ with VIA Rhine vr0 NIC. One as desktop and the second as testing machine. Both with AMD Barton 2500+ On desktop machine I can run w2k, FreeBSD 5.4 and FreeBSD 6.1 (6.0 earlier), on testing machine is FreeBSD 6.0. On desktop I mainly work under w2k, connecting by Putty SSH to testing machine and others. Sometimes I am working under FreeBSD 5.4 or 6.1, conecting to other machines on the internet (outgoing ftp/ssh/http) without any problems for about one year. Maybe I have luck, but I can't say anything bad about vr0. > Kernel is GENERIC with the majority of SCSI/RAID removed. I have GENERIC on testing machine and own kernel (GENERIC without SCSI/RAID) on desktop. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Thu Jun 1 11:00:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB73916B45D for ; Thu, 1 Jun 2006 11:00:02 +0000 (UTC) (envelope-from dawnshade@mail.ru) Received: from relay2.kaspersky-labs.com (relay2.kaspersky-labs.com [212.5.80.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F0BE43D46 for ; Thu, 1 Jun 2006 11:00:02 +0000 (GMT) (envelope-from dawnshade@mail.ru) Received: from relay2.kaspersky-labs.com (localhost [127.0.0.1]) by relay2.kaspersky-labs.com (ESMTP) with SMTP id 5A1EA171C7 for ; Thu, 1 Jun 2006 15:00:00 +0400 (MSD) Received: from antispam.localhost (localhost [127.0.0.1]) by relay2.kaspersky-labs.com (ESMTP) with SMTP id 1E108171C6 for ; Thu, 1 Jun 2006 15:00:00 +0400 (MSD) Received: by relay2.kaspersky-labs.com (ESMTP, from userid 230) id 18D06171C3; Thu, 1 Jun 2006 15:00:00 +0400 (MSD) Received: from mbx.avp.ru (mx.avp.ru [212.5.80.12]) by relay2.kaspersky-labs.com (ESMTP) with ESMTP id F411F171BD for ; Thu, 1 Jun 2006 14:59:59 +0400 (MSD) Received: from moscow.avp.ru ([10.64.0.3]) by mbx.avp.ru with Microsoft SMTPSVC(6.0.3790.1830); Thu, 1 Jun 2006 14:59:59 +0400 Received: from dawnshade-note.avp.ru ([172.16.129.184]) by moscow.avp.ru with Microsoft SMTPSVC(6.0.3790.1830); Thu, 1 Jun 2006 14:59:59 +0400 From: dawnshade To: freebsd-stable@freebsd.org Date: Thu, 1 Jun 2006 15:01:13 +0400 User-Agent: KMail/1.9.1 References: <200605311022.00463.dawnshade@mail.ru> <20060601112405.Q27942@fledge.watson.org> In-Reply-To: <20060601112405.Q27942@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200606011501.14348.dawnshade@mail.ru> X-OriginalArrivalTime: 01 Jun 2006 10:59:59.0774 (UTC) FILETIME=[86977BE0:01C6856A] X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0125], KAS/Release X-Spamtest-Info: Pass through X-Anti-Virus: Kaspersky Anti-Virus for MailServers 5.5.2/RELEASE, bases: 01062006 #185681, status: clean Subject: Re: periodical crash 6.1-REL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 11:00:08 -0000 On Thursday 01 June 2006 14:26, Robert Watson wrote: > > I have periodically crashes 6.1-RELEASE running on Intel MB S875WP1 > > > > in messages i see: May 31 06:14:50 mail savecore: reboot after panic: > > page fault > > > > i installed debug kernel and got a core, but can't understand what > > happens. results of backtrace : > > There's also an existing PR for this, 97095. =A0This problem is believed > fixed in 7-CURRENT, but it requires fairly significant changes in the > socket/netinet code, which are scheduled for merging in about a month and= a > half. =A0I'll investigate whether there are any easy work-arounds that ca= n be > applied in the mean time. =A0It is made a little tricky because the > ip_ctloutput() path is shared by varius netinet consumers, and the only w= ay > to prevent a change in the so->so_pcb pointer in 6.x is to hold the pcbin= fo > lock, which requires you (ip_ctloutput()) to have more information about > its calling context than it currently does. =A0So this will definitely be > fixed in another month or so, but I'll see if I can find something in the > short term that will do the trick with a bit less disruption. Thanks for reply. I my case it reproduced with Exim (~5-6K emails/day) running on 6.1-RELEASE. Thanks again, waiting for MFC. From owner-freebsd-stable@FreeBSD.ORG Thu Jun 1 13:35:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63FE816A7D0 for ; Thu, 1 Jun 2006 13:35:38 +0000 (UTC) (envelope-from graham.lilley@ibexsystems.co.uk) Received: from anchor-post-35.mail.demon.net (anchor-post-35.mail.demon.net [194.217.242.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9669F43D58 for ; Thu, 1 Jun 2006 13:35:35 +0000 (GMT) (envelope-from graham.lilley@ibexsystems.co.uk) Received: from [83.104.22.234] (helo=mailgate.ibexsystems.co.uk) by anchor-post-35.mail.demon.net with esmtp (Exim 4.42) id 1FlnKn-000CpO-H2; Thu, 01 Jun 2006 13:35:33 +0000 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 1 Jun 2006 14:33:08 +0100 Message-ID: <2F5E8441A42FE544AE5A5F9AE194483A8AFCC9@BigBird.ibex.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: vr card issues on 6.1-STABLE thread-index: AcaFaAkMMw38NQRPROqtzLj1d/Wv4QAF4g5Q From: "Graham Lilley" To: "Miroslav Lachman" <000.fbsd@quip.cz>, "Gray Lilley" Cc: freebsd-stable@freebsd.org Subject: RE: vr card issues on 6.1-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 13:35:38 -0000 Oops.. Forgot to reply back to the whole list. This issue went away after disabling dhclient on the vr0 interface. With the machine fixed IP, it's running an absolute dream - glad to see that FreeBSD wasn't fussy at all with using cheap hardware and changing hardware after an installation! Glad this machine wasn't using Windows! Thanks for replying though ML :) Regards, Graham Lilley Hardware / Network Engineer -----Original Message----- From: Miroslav Lachman [mailto:000.fbsd@quip.cz]=20 Sent: 01 June 2006 11:43 To: Gray Lilley Cc: freebsd-stable@freebsd.org; Graham Lilley Subject: Re: vr card issues on 6.1-STABLE Gray Lilley wrote: > After a motherboard failure in a machine, I purchased a cheap AXPER > motherboard to replace it. The machine is a Socket478 P4 with a Via > Rhine onboard NIC. [...] > Once booted, the machine is contactable locally, can be pinged and can > ssh to it. After what appears to be a random amount of time (I have > observed between 5 and 30 minutes as of now), the vr0 interface seems to > just hang. The machine cannot be pinged, and no services running on the > machine are contactable. I have 2 machines with motherboard EPOX 8kra2+ with VIA Rhine vr0 NIC.=20 One as desktop and the second as testing machine. Both with AMD Barton 2500+ On desktop machine I can run w2k, FreeBSD 5.4 and FreeBSD 6.1 (6.0=20 earlier), on testing machine is FreeBSD 6.0. On desktop I mainly work=20 under w2k, connecting by Putty SSH to testing machine and others.=20 Sometimes I am working under FreeBSD 5.4 or 6.1, conecting to other=20 machines on the internet (outgoing ftp/ssh/http) without any problems=20 for about one year. Maybe I have luck, but I can't say anything bad=20 about vr0. > Kernel is GENERIC with the majority of SCSI/RAID removed. I have GENERIC on testing machine and own kernel (GENERIC without=20 SCSI/RAID) on desktop. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Thu Jun 1 14:28:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35C0016B560 for ; Thu, 1 Jun 2006 14:28:52 +0000 (UTC) (envelope-from michael.schuh@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68C7643D69 for ; Thu, 1 Jun 2006 14:28:40 +0000 (GMT) (envelope-from michael.schuh@gmail.com) Received: by wx-out-0102.google.com with SMTP id i31so206138wxd for ; Thu, 01 Jun 2006 07:28:39 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=oOJflNl+zUcUy9GnbnNx/Nckpbx7/aylHqspc0VO0DPy17V/44UhzPFrooO7qRE0mmfYdiy6BJHp/JMaSu7T3rLlw6dseB87vpAWKYTBLxqBDxL/oOkgZHs0knrjwFmNpda7YB9N/UxY6FShzneeOrMynz1XFtS9E8JeaRxDPb4= Received: by 10.70.73.13 with SMTP id v13mr789475wxa; Thu, 01 Jun 2006 07:28:39 -0700 (PDT) Received: by 10.70.113.4 with HTTP; Thu, 1 Jun 2006 07:28:39 -0700 (PDT) Message-ID: <1dbad3150606010728l379e4c23p1a77558800498806@mail.gmail.com> Date: Thu, 1 Jun 2006 16:28:39 +0200 From: "Michael Schuh" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-stable@freebsd.org Subject: Scope of Variables in sh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 14:28:52 -0000 Hello, i have a little problem with the scope of sheel variables in an script. the script shows like: #!/bin/sh objectcountfile=/data2/scout/objects objectsum=/data2/scout/objcount sometime=5 initialize() { [ ! -e $objectsum ] && touch $objectsum } # countobjects() { myline=0 cat $objectcountfile|grep -v "^[^0-9]*$"|grep -v "^0$"| while read line do myline=`expr $myline + $line` echo $myline > $objectsum done } initialize while true do countobjects clear echo bla bla cat $objectsum sleep $sometime done ##end script this script does what i want, but, i dont really want put the count ($myline) every time he changes in $objectsum. this wasnt really neccessary only the result over all interests me. so my first script was ## countobjects() { myline=0 cat $objectcountfile|grep -v "^[^0-9]*$"|grep -v "^0$"| while read line do myline=`expr $myline + $line` done echo $myline > $objectsum } ## but this doesnt function right. so i see the behavior from $myline in the while-loop like an local variable...... i have searched in man-pages and in google but i have not really good points found. Can anyone give me an ligthshed on this problem? Please answer me directly, i be out of freebsd-hackers. thanks michael From owner-freebsd-stable@FreeBSD.ORG Thu Jun 1 14:50:56 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC85616BFFC for ; Thu, 1 Jun 2006 14:50:56 +0000 (UTC) (envelope-from robin.blanchard@georgiacenter.uga.edu) Received: from mail.georgiacenter.uga.edu (mail.georgiacenter.uga.edu [128.192.37.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 550D643D9E for ; Thu, 1 Jun 2006 14:50:43 +0000 (GMT) (envelope-from robin.blanchard@georgiacenter.uga.edu) Received: from localhost (localhost [127.0.0.1]) by mail.georgiacenter.uga.edu (Postfix) with ESMTP id 0B3525C0BB for ; Thu, 1 Jun 2006 10:50:43 -0400 (EDT) Received: from mail.georgiacenter.uga.edu ([127.0.0.1]) by localhost (mail.georgiacenter.uga.edu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 69323-03-7 for ; Thu, 1 Jun 2006 10:50:42 -0400 (EDT) Received: from EXCHANGE.gc.nat (EXCHANGE1.gc.nat [10.10.11.17]) by mail.georgiacenter.uga.edu (Postfix) with ESMTP id D24045C0B7 for ; Thu, 1 Jun 2006 10:50:42 -0400 (EDT) x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 1 Jun 2006 10:50:42 -0400 Message-ID: <2D4B2A1409D5594097D8E9A39C06DD048273AA@EXCHANGE.gc.nat> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: RELENG_6 nfs3 Thread-Index: AcaFixNEhEIry7+ZR4OE6wxpvq125w== From: "Robin P. Blanchard" To: X-Virus-Scanned: by amavisd-new at georgiacenter.uga.edu Cc: Subject: RELENG_6 nfs3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 14:50:56 -0000 NFS3 server: NetApp FAS270 (Data ONTAP Release 7.1) # uname -a FreeBSD bsdfs6.georgiacenter.uga.edu 6.1-STABLE FreeBSD 6.1-STABLE #0: = Tue May 30 14:40:31 EDT 2006 root@bsdfs6.georgiacenter.uga.edu:/usr/obj/usr/src/sys/releng_6 i386 Mounted as: file2.gc.nat:/vol/vol1/bsd/fbsd/obj6 /usr/obj nfs rw,noatime,soft,intr,bg,-r65536,-w65536 0 0 # rm -rf /usr/obj/usr/ rm: /usr/obj/usr/src/make.i386: Directory not empty Same command (against same target) on RELENG_5 and dragonfly-CURRENT = (same mount options) works fine --------------------------------------- Robin P. Blanchard Systems Integration Specialist Georgia Center for Continuing Education fon: 706.542.2404 < > fax: 706.542.6546 --------------------------------------- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 1 15:39:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6E4716A578 for ; Thu, 1 Jun 2006 15:39:08 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id E379143D4C for ; Thu, 1 Jun 2006 15:39:05 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by ug-out-1314.google.com with SMTP id m3so176423uge for ; Thu, 01 Jun 2006 08:39:04 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=X7QmpVJocbL09pMiKyrNm6UDDevIFezknBYToJhoJyfQHXv58dnNpDfuZXA23hXvyWDAxX3C+KXzg1Ge5t8/LnQnMAYt+q+PeWZFOexLmeinJp0jG25gsGdFRTvYk4EhadKiN8wXQqLwcH6mkzDjYX59YqNk9UgcXhg78Ectegw= Received: by 10.78.18.1 with SMTP id 1mr148465hur; Thu, 01 Jun 2006 08:13:46 -0700 (PDT) Received: by 10.78.71.19 with HTTP; Thu, 1 Jun 2006 08:13:45 -0700 (PDT) Message-ID: <84dead720606010813u5c5a3f6fo75c19b7f02e87f18@mail.gmail.com> Date: Thu, 1 Jun 2006 20:43:45 +0530 From: "Joseph Koshy" To: "Michael Schuh" In-Reply-To: <1dbad3150606010728l379e4c23p1a77558800498806@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1dbad3150606010728l379e4c23p1a77558800498806@mail.gmail.com> Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Scope of Variables in sh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 15:39:08 -0000 > but this doesnt function right. so i see the behavior from > $myline in the while-loop like an local variable...... If you are looking for function local variables, use the "local" keyword. For example: ++++ a.sh ++++ a=1 f() { local a a=2 echo B: In f: $a } echo A: Outside f: $a f echo C: Outside f: $a ++++++++ % sh a.sh A: Outside f: 1 B: In f: 2 C: Outside f: 1 -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-stable@FreeBSD.ORG Thu Jun 1 15:46:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4827716AE6C for ; Thu, 1 Jun 2006 15:46:23 +0000 (UTC) (envelope-from michael.schuh@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2420C43D64 for ; Thu, 1 Jun 2006 15:46:12 +0000 (GMT) (envelope-from michael.schuh@gmail.com) Received: by wx-out-0102.google.com with SMTP id i31so219203wxd for ; Thu, 01 Jun 2006 08:46:12 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ReCsPimiVy/wUrWwEHX+Xb7oEpFwPON+H5IGFj4YT1sfsvcJRq571/IwqHy2yi9/GmADPYNxlz21ana7V1se2wukCmxHSuW7NKZ5KeCRoL8mxQsWPzaesD6qXprQGcnwJ/5pb++aB1Rs3axrG7OQN0RaW3IdeB55HU3jTPMj9Rw= Received: by 10.70.90.16 with SMTP id n16mr900650wxb; Thu, 01 Jun 2006 08:46:12 -0700 (PDT) Received: by 10.70.113.4 with HTTP; Thu, 1 Jun 2006 08:46:12 -0700 (PDT) Message-ID: <1dbad3150606010846i7fbbacaal131d9a926698281f@mail.gmail.com> Date: Thu, 1 Jun 2006 17:46:12 +0200 From: "Michael Schuh" To: "Bob Willcox" In-Reply-To: <20060601145434.GA54972@rancor.immure.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1dbad3150606010728l379e4c23p1a77558800498806@mail.gmail.com> <20060601145434.GA54972@rancor.immure.com> Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Scope of Variables in sh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 15:46:23 -0000 Hello Bob, Hello @Lists, > countobjects() > { > myline=0 > cat $objectcountfile|grep -v "^[^0-9]*$"|grep -v "^0$"| > awk '{myline += $1} END {print myline}' > $objectsum > } this gave me the right behavior. THX i ve forgotten that the piping opens another subshell, so it is clearly logical that the 2 variables have the same name, but are not identical :-) thanks for all michael 2006/6/1, Bob Willcox : > > On Thu, Jun 01, 2006 at 04:28:39PM +0200, Michael Schuh wrote: > > Hello, > > > > i have a little problem with the > > scope of sheel variables in an script. > > the script shows like: > > > > #!/bin/sh > > objectcountfile=/data2/scout/objects > > objectsum=/data2/scout/objcount > > sometime=5 > > initialize() > > { > > [ ! -e $objectsum ] && touch $objectsum > > } > > # > > countobjects() > > { > > myline=0 > > cat $objectcountfile|grep -v "^[^0-9]*$"|grep -v "^0$"| while read line > > do > > myline=`expr $myline + $line` > > echo $myline > $objectsum > > done > > } > > initialize > > while true > > do > > countobjects > > clear > > echo bla bla > > cat $objectsum > > sleep $sometime > > done > > ##end script > > > > this script does what i want, but, i dont really want put > > the count ($myline) every time he changes in $objectsum. > > this wasnt really neccessary only the result over all interests me. > > so my first script was > > ## > > countobjects() > > { > > myline=0 > > cat $objectcountfile|grep -v "^[^0-9]*$"|grep -v "^0$"| while read line > > do > > myline=`expr $myline + $line` > > done > > echo $myline > $objectsum > > } > > ## > > but this doesnt function right. so i see the behavior from $myline in the > > while-loop like an local variable...... > > With: > > while ... > do > ... > done > > The statements within the do...done sequence are run in a subshell and > therefore all variables referenced by those statements are local to > that subshell. Consequently, the myline variable that is outside of the > do...done sequence is a *different* variable (and will still be null in > your example). > > I'm not sure what your data looks like, but one possible solution would > be to use awk to read the lines and do the addition, perhaps like this: > > countobjects() > { > myline=0 > cat $objectcountfile|grep -v "^[^0-9]*$"|grep -v "^0$"| > awk '{myline += $1} END {print myline}' > $objectsum > } > > Note that I didn't actually run the above code, but I think it's > correct, and if not, it should be pretty close to what you need. > > Of course, you could replace the cat and 2 greps with some additional > awk stuff (and improve performance), but I wanted to keep it as simple > and close to your example as possible. > > > > > i have searched in man-pages and in google but i have > > not really good points found. > > > > Can anyone give me an ligthshed on this problem? > > Please answer me directly, i be out of freebsd-hackers. > > I recommend some good shell & awk programming books. > > Hope this helps, > Bob > > > > > thanks > > > > michael > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > -- > Bob Willcox Grabel's Law: > bob@immure.com 2 is not equal to 3 -- not even for large values > Austin, TX of 2. > From owner-freebsd-stable@FreeBSD.ORG Thu Jun 1 16:09:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6443716A670 for ; Thu, 1 Jun 2006 16:09:52 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 310A943D58 for ; Thu, 1 Jun 2006 16:09:49 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k51G9lcZ031726 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 1 Jun 2006 09:09:48 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <447F114A.2010306@errno.com> Date: Thu, 01 Jun 2006 09:09:46 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5.0.2 (X11/20060508) MIME-Version: 1.0 To: JoaoBR References: <200606010641.52222.joao@matik.com.br> In-Reply-To: <200606010641.52222.joao@matik.com.br> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: possible ifconfig / wi bug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 16:09:53 -0000 JoaoBR wrote: > when running a wi device in AP mode all connected clients ar showing up with 1 > Mbit/s connection but are connected with 11Mbit > > Is this a bug? > > João > > > ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS ERP > 00:40:f4:c5:13:b2 4 1 1M 46 150 155 37104 EP 0 > 00:e0:7d:c8:c9:89 5 1 1M 57 150 240 4240 EPB 0 > 00:0e:2e:75:f3:7a 6 1 1M 51 165 137 4624 EP 0 > 00:40:f4:c3:c9:48 8 1 1M 49 150 140 62176 EP 0 > > > wi0: flags=8943 mtu 1500 > ether 00:02:6f:37:4e:46 > media: IEEE 802.11 Wireless Ethernet DS/11Mbps mode 11b > (DS/2Mbps ) > status: associated > ssid frutalnet_1 channel 1 (2412) bssid 00:02:6f:37:4e:46 > stationname AP1 > authmode OPEN privacy MIXED deftxkey 1 > wepkey 1:40-bit > wepkey 2:40-bit > wepkey 3:40-bit > wepkey 4:40-bit powersavemode OFF powersavesleep 100 txpowmax 100 > rtsthreshold 2347 mcastrate 1 fragthreshold 2346 -pureg protmode CTS > -wme -burst ssid HIDE -apbridge dtimperiod 1 bintval 100 > bridge0: flags=8043 mtu 1500 > ether ac:de:48:db:e2:15 > priority 32768 hellotime 2 fwddelay 15 maxage 20 > member: wi0 flags=7 > port 3 priority 128 path cost 55 forwarding > member: re0 flags=3 If I recall correctly the wi driver leaves rate control decisions to the firmware and has no way of knowing what the current tx rate is for each client. There have been patches floating around for a while to do tx rate control in the driver instead (in which case this info would be available) but they were never committed because of reported bugs. It might be time to just commit the code anyway (to HEAD) in order to force the bug(s) to be resolved. Sam From owner-freebsd-stable@FreeBSD.ORG Thu Jun 1 21:27:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3C7B16B664; Thu, 1 Jun 2006 21:27:39 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr14.xs4all.nl (smtp-vbr14.xs4all.nl [194.109.24.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A41043D48; Thu, 1 Jun 2006 21:27:38 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr14.xs4all.nl (8.13.6/8.13.6) with ESMTP id k51LRaph078584; Thu, 1 Jun 2006 23:27:37 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.6/8.13.3) with ESMTP id k51LRaV3003403; Thu, 1 Jun 2006 23:27:36 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.6/8.13.6/Submit) id k51LRams003402; Thu, 1 Jun 2006 23:27:36 +0200 (CEST) (envelope-from wb) Date: Thu, 1 Jun 2006 23:27:36 +0200 From: Wilko Bulte To: freebsd-stable@freebsd.org, freebsd-alpha@freebsd.org Message-ID: <20060601212736.GA3380@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Subject: 6.1-RELEASE panic / lockmgr? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 21:27:51 -0000 My dual-CPU DS20 Alpha box can more or less consistently be forced into a panic like: FreeBSD/alpha (goldrush.wbnet) (ttyd0)^ login: panic: lockmgr: thread 0xfffffc007d9d4a80, not exclusive lock holder 0xfffffc006052d260 unlocking cpuid = 1 KDB: enter: panic Trigger is a "make -j2 release". j2 seems to be needed, not seen it with -j1 Unfortunately after printing the line with "KDB" the whole thing appears to become completely catatonic :( Ideas? -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Thu Jun 1 22:01:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D40116AB0F; Thu, 1 Jun 2006 22:01:12 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7D9B43D53; Thu, 1 Jun 2006 22:01:11 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 4A15046C0C; Thu, 1 Jun 2006 18:01:07 -0400 (EDT) Date: Thu, 1 Jun 2006 23:01:07 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Wilko Bulte In-Reply-To: <20060601212736.GA3380@freebie.xs4all.nl> Message-ID: <20060601230007.C69345@fledge.watson.org> References: <20060601212736.GA3380@freebie.xs4all.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, freebsd-alpha@freebsd.org Subject: Re: 6.1-RELEASE panic / lockmgr? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 22:01:21 -0000 On Thu, 1 Jun 2006, Wilko Bulte wrote: > My dual-CPU DS20 Alpha box can more or less consistently be > forced into a panic like: > > FreeBSD/alpha (goldrush.wbnet) (ttyd0)^ > > login: panic: lockmgr: thread 0xfffffc007d9d4a80, not exclusive lock holder > 0xfffffc006052d260 unlocking > cpuid = 1 > KDB: enter: panic > > Trigger is a "make -j2 release". j2 seems to be needed, not seen it with > -j1 > > Unfortunately after printing the line with "KDB" the whole thing appears to > become completely catatonic :( Try putting a call to critical_enter() towards the beginning of panic(). Sometimes this increases the reliability of entering the debugger by avoiding interrupt delivery during the process of entering. If you want to be able to continue out, you'll need a critical_exit() at the end, but that generally isn't helpful for panic(). Robert N M Watson From owner-freebsd-stable@FreeBSD.ORG Thu Jun 1 22:02:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C243416A4C9; Thu, 1 Jun 2006 22:02:53 +0000 (UTC) (envelope-from mark@islandnet.com) Received: from outgoing.islandnet.com (outgoing.islandnet.com [199.175.106.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83ED543D46; Thu, 1 Jun 2006 22:02:53 +0000 (GMT) (envelope-from mark@islandnet.com) Received: from [199.175.106.57] (helo=cluster.islandnet.com) by outgoing.islandnet.com with ESMTP id 1FlvFh-000Lmy-qI ; Thu, 01 Jun 2006 15:02:49 -0700 Received: from [199.175.106.221] (port=24616 helo=helpdesk.islandnet.com) by cluster08.islandnet.com with SMTP id 1FlvFl-000Pin-QJ ; Thu, 01 Jun 2006 15:02:53 -0700 Date: Thu, 1 Jun 2006 15:02:53 -0700 Message-ID: <447f640d-11663@helpdesk.islandnet.com> From: Mark Morley To: freebsd-stable@freebsd.org,freebsd-fs@freebsd.org Content-type: text/plain MIME-Version: 1.0 X-Priority: 3 X-Mailer: Helpdesk Webmail (http://helpdesk.islandnet.com) X-Originating-IP: [199.175.106.243] X-GeoIP: CA Canada Cc: Subject: NFS processes locking up!! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mark Morley List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 22:03:01 -0000 Hi all, We have an NFS server (amd64) running FreeBSD 6.1-STABLE. It serves a dozen or so clients which are a mix of FreeBSD 4.11 and 6.1-STABLE. All NFS traffic is on a dedicated gigabit switched network. Periodically we have a problem where it will stop serving up files. Running 'ps' on the server shows a number of processes stuck in the 'D' state -- "a process in disk (or other short term, uninter-ruptible) wait". Usually this includes all the nfsd processes as well as any others that are trying to access the same disk drive. Any commands issued like 'du', 'sync', etc. go into the same state and never exit. It is impossible to kill any of these processes. We can pretty much force this to happen by running a large 'find' or something similar on the exported file system, although it will happen itself eventually without any such commands being run. Our only option (as far as we can tell) is to reboot the server, which results in a very long fsck period (it's over a terrabyte of disk space). This doesn't seem to be a hardware issue. This is a brand new server in all respects (all new hardware, new RAID) and we saw the exact same issue on the machine that it replaced (which was running 4.11 on i386). Any thoughts on this? Any more info I should provide? Mark -- Mark Morley Owner / Administrator Islandnet.com From owner-freebsd-stable@FreeBSD.ORG Thu Jun 1 22:23:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9FBD16A6DA for ; Thu, 1 Jun 2006 22:23:40 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4690D43D48 for ; Thu, 1 Jun 2006 22:23:40 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by wx-out-0102.google.com with SMTP id i31so276025wxd for ; Thu, 01 Jun 2006 15:23:39 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Xt21eFbPDXCm/OxREGRtbwfLc6X+eyQAYfmEEW8t55brUd13seHM/SJN8cS3uDL8HCBfeSPN36ORsGoZfr6d3d3fiVJtbxWqKJHq7dEIgXDhhdYuZjcH4o25zrjSddtgBTv4fQXw2G2CWnRYx98DMj1fAMYbjRDJW/6rx/Xg4xg= Received: by 10.70.29.17 with SMTP id c17mr1412335wxc; Thu, 01 Jun 2006 15:23:39 -0700 (PDT) Received: by 10.70.77.18 with HTTP; Thu, 1 Jun 2006 15:23:39 -0700 (PDT) Message-ID: <2a41acea0606011523k462c8fedw3678558024d72191@mail.gmail.com> Date: Thu, 1 Jun 2006 15:23:39 -0700 From: "Jack Vogel" To: freebsd-stable@freebsd.org, "Scott Long" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: diffs to add newer Intel ATA and ICHSMB IDs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 22:23:46 -0000 I occasionally run into issues that newer PCI device IDs are not yet supported, these in particular are on a new box I am working on. Can someone see that these changes get integrated please :) Cheers, Jack --- dev/ata/ata-chipset.orig.c Fri Jun 2 05:39:18 2006 +++ dev/ata/ata-chipset.c Fri Jun 2 05:38:34 2006 @@ -1595,6 +1595,8 @@ { ATA_I82801GB_R1, 0, AHCI, 0x00, ATA_SA300, "ICH7" }, { ATA_I82801GB_M, 0, AHCI, 0x00, ATA_SA300, "ICH7" }, { ATA_I82801GB_AH, 0, AHCI, 0x00, ATA_SA300, "ICH7" }, + { ATA_I631xESB, 0, 0, 0x00, ATA_UDMA5, "631xESB" }, + { ATA_I631xESB_S1, 0, AHCI, 0x00, ATA_SA300, "631xESB" }, { ATA_I31244, 0, 0, 0x00, ATA_SA150, "31244" }, { 0, 0, 0, 0, 0, 0}}; char buffer[64]; --- dev/ata/ata-pci.orig.h Fri Jun 2 05:30:03 2006 +++ dev/ata/ata-pci.h Fri Jun 2 05:30:47 2006 @@ -148,6 +148,8 @@ #define ATA_I82801FB_S1 0x26518086 #define ATA_I82801FB_R1 0x26528086 #define ATA_I82801FB_M 0x26538086 +#define ATA_I631xESB_S1 0x26808086 +#define ATA_I631xESB 0x269e8086 #define ATA_I82801GB 0x27df8086 #define ATA_I82801GB_S1 0x27c08086 #define ATA_I82801GB_R1 0x27c38086 --- dev/ichsmb/ichsmb_pci.orig.c Fri Jun 2 05:17:21 2006 +++ dev/ichsmb/ichsmb_pci.c Fri Jun 2 05:20:04 2006 @@ -74,6 +74,7 @@ #define ID_82801DC 0x24C38086 #define ID_82801EB 0x24D38086 #define ID_6300ESB 0x25a48086 +#define ID_631xESB 0x269b8086 #define PCIS_SERIALBUS_SMBUS_PROGIF 0x00 @@ -145,6 +146,9 @@ break; case ID_6300ESB: device_set_desc(dev, "Intel 6300ESB (ICH) SMBus controller"); + break; + case ID_631xESB: + device_set_desc(dev, "Intel 631xESB (ESB2) SMBus controller"); break; default: if (pci_get_class(dev) == PCIC_SERIALBUS From owner-freebsd-stable@FreeBSD.ORG Thu Jun 1 22:30:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 534F916A4E5 for ; Thu, 1 Jun 2006 22:30:52 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEF9743D46 for ; Thu, 1 Jun 2006 22:30:51 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by wx-out-0102.google.com with SMTP id i31so276751wxd for ; Thu, 01 Jun 2006 15:30:51 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Mqeik/8YGM+FzN/wY1lnkcL+zYdtGRH+IhLALU8cwdYEs5U6QO8zzBafkdA8VtNruYjYSVakrkXGGKbmq6ZQ1jl2fHGBOoMdYaVihNEJ0EhU5t5uSmsaE+nNDUaXpJhocumiqgr2+qfRS5cUOxgbixtex6FICKJGBeZ96E6cpMc= Received: by 10.70.29.17 with SMTP id c17mr1422363wxc; Thu, 01 Jun 2006 15:30:51 -0700 (PDT) Received: by 10.70.77.18 with HTTP; Thu, 1 Jun 2006 15:30:51 -0700 (PDT) Message-ID: <2a41acea0606011530wf7bca5du23711fbfbfbc81@mail.gmail.com> Date: Thu, 1 Jun 2006 15:30:51 -0700 From: "Jack Vogel" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: long timeout on boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 22:30:54 -0000 Both on my own machine, and on systems in our test group's lab, we notice these long (like 2min maybe?) delays near the end of boot. It seems to be ATA/SATA related. It has just announced the one disk it discovered, then shows the CPUs launched, and then it just sits printing nothing for, like I said, maybe a minute or two. Finally it will complete boot and all seems to be fine. I am guessing its in a detection loop maybe? Any ideas?? Oh, this is 6.1 RELEASE on i386, although I'm pretty sure x86_64 will show the same behavior. Jack From owner-freebsd-stable@FreeBSD.ORG Thu Jun 1 23:22:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A937816A531 for ; Thu, 1 Jun 2006 23:22:57 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0262343D53 for ; Thu, 1 Jun 2006 23:22:56 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb.matik.com.br (anb.matik.com.br [200.152.88.34] (may be forged)) by msrv.matik.com.br (8.13.6/8.13.1) with ESMTP id k51NMRmg068426; Thu, 1 Jun 2006 20:22:39 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: Sam Leffler Date: Thu, 1 Jun 2006 20:22:21 -0300 User-Agent: KMail/1.9.1 References: <200606010641.52222.joao@matik.com.br> <447F114A.2010306@errno.com> In-Reply-To: <447F114A.2010306@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200606012022.21567.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Spam-Status: No, score=-0.7 required=5.0 tests=ALL_TRUSTED,AWL autolearn=unavailable version=3.1.0 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: possible ifconfig / wi bug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 23:23:08 -0000 On Thursday 01 June 2006 13:09, Sam Leffler wrote: > If I recall correctly the wi driver leaves rate control decisions to the > firmware and has no way of knowing what the current tx rate is for each > client. > ok, understood since the prism cards I use are working fine this is no problem at all could be better to display NA or something in order not getting confused btw seems "wicontrol -l" does not show any stations anymore and replies=20 0 stations=20 and -L returns Available APs: wicontrol: SIOCSWAVELAN: Operation not permitted Jo=E3o > There have been patches floating around for a while to do tx rate > control in the driver instead (in which case this info would be > available) but they were never committed because of reported bugs. It > might be time to just commit the code anyway (to HEAD) in order to force > the bug(s) to be resolved. > A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Fri Jun 2 01:06:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C328416AA4F; Fri, 2 Jun 2006 01:06:01 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D6E443D45; Fri, 2 Jun 2006 01:06:01 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 671461A4E8E; Thu, 1 Jun 2006 18:06:01 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D293E5153E; Thu, 1 Jun 2006 21:06:00 -0400 (EDT) Date: Thu, 1 Jun 2006 21:06:00 -0400 From: Kris Kennaway To: Robert Watson Message-ID: <20060602010600.GB40143@xor.obsecurity.org> References: <20060601212736.GA3380@freebie.xs4all.nl> <20060601230007.C69345@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1LKvkjL3sHcu1TtY" Content-Disposition: inline In-Reply-To: <20060601230007.C69345@fledge.watson.org> User-Agent: Mutt/1.4.2.1i Cc: Wilko Bulte , freebsd-stable@freebsd.org, freebsd-alpha@freebsd.org Subject: Re: 6.1-RELEASE panic / lockmgr? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jun 2006 01:06:01 -0000 --1LKvkjL3sHcu1TtY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 01, 2006 at 11:01:07PM +0100, Robert Watson wrote: >=20 > On Thu, 1 Jun 2006, Wilko Bulte wrote: >=20 > >My dual-CPU DS20 Alpha box can more or less consistently be > >forced into a panic like: > > > >FreeBSD/alpha (goldrush.wbnet) (ttyd0)^ > > > >login: panic: lockmgr: thread 0xfffffc007d9d4a80, not exclusive lock hol= der > >0xfffffc006052d260 unlocking > >cpuid =3D 1 > >KDB: enter: panic > > > >Trigger is a "make -j2 release". j2 seems to be needed, not seen it with > >-j1 > > > >Unfortunately after printing the line with "KDB" the whole thing appears= =20 > >to become completely catatonic :( >=20 > Try putting a call to critical_enter() towards the beginning of panic().= =20 > Sometimes this increases the reliability of entering the debugger by=20 > avoiding interrupt delivery during the process of entering. If you want = to=20 > be able to continue out, you'll need a critical_exit() at the end, but th= at=20 > generally isn't helpful for panic(). Also turn off debug.kdb.stop_other_cpus or whatever it is. Without this I usually get lockups on sparc64 SMP machines. Kris --1LKvkjL3sHcu1TtY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEf474Wry0BWjoQKURAlraAJ93l1zRM8ns++7JiTLEMKriDpLhOgCeL4qE F02s26wlPiSNn+SMxdIlpNo= =D903 -----END PGP SIGNATURE----- --1LKvkjL3sHcu1TtY-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 2 01:06:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C17516ADA0; Fri, 2 Jun 2006 01:06:31 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 929EE43D45; Fri, 2 Jun 2006 01:06:30 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 7E5B01A4E8E; Thu, 1 Jun 2006 18:06:30 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id ED43A5153E; Thu, 1 Jun 2006 21:06:29 -0400 (EDT) Date: Thu, 1 Jun 2006 21:06:29 -0400 From: Kris Kennaway To: Mark Morley Message-ID: <20060602010629.GC40143@xor.obsecurity.org> References: <447f640d-11663@helpdesk.islandnet.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tqI+Z3u+9OQ7kwn0" Content-Disposition: inline In-Reply-To: <447f640d-11663@helpdesk.islandnet.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: NFS processes locking up!! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jun 2006 01:06:32 -0000 --tqI+Z3u+9OQ7kwn0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 01, 2006 at 03:02:53PM -0700, Mark Morley wrote: > Hi all, >=20 > We have an NFS server (amd64) running FreeBSD 6.1-STABLE. It serves a do= zen > or so clients which are a mix of FreeBSD 4.11 and 6.1-STABLE. All NFS tr= affic > is on a dedicated gigabit switched network. >=20 > Periodically we have a problem where it will stop serving up files. Runn= ing 'ps' > on the server shows a number of processes stuck in the 'D' state -- "a pr= ocess in > disk (or other short term, uninter-ruptible) wait". >=20 > Usually this includes all the nfsd processes as well as any others that a= re trying > to access the same disk drive. Any commands issued like 'du', 'sync', et= c. go into > the same state and never exit. It is impossible to kill any of these pro= cesses. >=20 > We can pretty much force this to happen by running a large 'find' or some= thing > similar on the exported file system, although it will happen itself event= ually > without any such commands being run. >=20 > Our only option (as far as we can tell) is to reboot the server, which re= sults in > a very long fsck period (it's over a terrabyte of disk space). >=20 > This doesn't seem to be a hardware issue. This is a brand new server in = all respects > (all new hardware, new RAID) and we saw the exact same issue on the machi= ne that it > replaced (which was running 4.11 on i386). >=20 > Any thoughts on this? Any more info I should provide? Please post your kernel config. Kris --tqI+Z3u+9OQ7kwn0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEf48VWry0BWjoQKURAmu+AKCnMNtnpRH8lhGPN/k8i4XTS3XS+QCfYYwn IzCpbIuBLLXjJkN0W1siSoU= =F4d3 -----END PGP SIGNATURE----- --tqI+Z3u+9OQ7kwn0-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 2 01:49:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D77216A47A; Fri, 2 Jun 2006 01:49:19 +0000 (UTC) (envelope-from mark@islandnet.com) Received: from cluster.islandnet.com (cluster.islandnet.com [199.175.106.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EF7143D46; Fri, 2 Jun 2006 01:49:18 +0000 (GMT) (envelope-from mark@islandnet.com) Received: from [199.175.106.221] (port=1101 helo=helpdesk.islandnet.com) by cluster04.islandnet.com with SMTP id 1Flyms-0009j4-DQ ; Thu, 01 Jun 2006 18:49:18 -0700 Date: Thu, 1 Jun 2006 18:49:18 -0700 Message-ID: <447f991e-11669@helpdesk.islandnet.com> References: <20060602010629.GC40143@xor.obsecurity.org> From: Mark Morley To: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Content-type: text/plain MIME-Version: 1.0 X-Priority: 3 X-Mailer: Helpdesk Webmail (http://helpdesk.islandnet.com) X-Originating-IP: [199.175.106.243] X-GeoIP: CA Canada Cc: Subject: Re: NFS processes locking up!! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mark Morley List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jun 2006 01:49:19 -0000 > Please post your kernel config. > > Kris Ok, here it is. This server has two em nic's (only one is used though), a single IDE boot disk, and a RAID using an Adaptec 2410SA controller. machine amd64 cpu HAMMER ident CUSTOM makeoptions COPTFLAGS="-O2 -pipe -funroll-loops -ffast-math" #options IPFIREWALL #options IPFIREWALL_VERBOSE #options IPFIREWALL_FORWARD #options IPFIREWALL_VERBOSE_LIMIT=100 #options IPFIREWALL_DEFAULT_TO_ACCEPT options DEVICE_POLLING options HZ=1000 device atapicam #options SCHED_ULE # ULE scheduler options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking #options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories #options MD_ROOT # MD is a potential root device #options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server #options NFS_ROOT # NFS usable as /, requires NFSCLIENT #options NTFS # NT File System #options MSDOSFS # MSDOS Filesystem #options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Needed by COMPAT_LINUX32 options COMPAT_IA32 # Compatible with i386 binaries options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_LINUX32 # Compatible with i386 linux binaries options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. #options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. # Workarounds for some known-to-be-broken chipsets (nVidia nForce3-Pro150) device atpic # 8259A compatability # Linux 32-bit ABI support options LINPROCFS # Cannot be a module yet. # Bus support. device acpi device pci # Floppy drives #device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers #device ahc # AHA2940 and onboard AIC7xxx devices #device ahd # AHA39320/29320 and onboard AIC79xx devices #device amd # AMD 53C974 (Tekram DC-390(T)) #device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module #device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters # SCSI peripherals device scbus # SCSI bus (required for SCSI) #device ch # SCSI media changers #device da # Direct Access (disks) #device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) #device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem #device amr # AMI MegaRAID #device arcmsr # Areca SATA II RAID #device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device hptmv # Highpoint RocketRAID 182x #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers device aac # Adaptec FSA RAID device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mlx # Mylex DAC960 family #XXX pointer/int warnings #device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard #device psm # PS/2 mouse device vga # VGA video card driver #device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc #device agp # support several AGP chipsets # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # Serial (COM) ports #device sio # 8250, 16[45]50 based serial ports # Parallel port #device ppc #device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card #device ixgb # Intel PRO/10GbE Ethernet Card #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! #device miibus # MII bus support #device bfe # Broadcom BCM440x 10/100 Ethernet #device bge # Broadcom BCM570xx Gigabit Ethernet #device dc # DEC/Intel 21143 and various workalikes #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device lge # Level 1 LXT1001 gigabit Ethernet #device nge # NatSemi DP83820 gigabit Ethernet #device nve # nVidia nForce MCP on-board Ethernet Networking #device pcn # AMD Am79C97x PCI 10/100(precedence over 'lnc') #device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vge # VIA VT612x gigabit Ethernet #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards # XXX kvtop brokenness, pointer/int warnings #device lnc # NE2100, NE32-VL Lance Ethernet cards #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # Wireless NIC cards #device wlan # 802.11 support #device an # Aironet 4500/4800 802.11 wireless NICs. #device awi # BayStack 660 and others #device ral # Ralink Technology RT2500 wireless NICs. #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support #device sl # Kernel SLIP #device ppp # Kernel PPP #device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) #device md # Memory "disks" #device gif # IPv6 and IPv4 tunneling #device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support #device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface #device ehci # EHCI PCI->USB interface (USB 2.0) #device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices #device ugen # Generic #device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer #device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse #device ural # Ralink Technology RT2500USB wireless NICs #device urio # Diamond Rio 500 MP3 player #device uscanner # Scanners # USB Ethernet, requires miibus #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cdce # Generic USB over Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) Mark -- Mark Morley Owner / Administrator Islandnet.com From owner-freebsd-stable@FreeBSD.ORG Fri Jun 2 01:55:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70D6816AE82; Fri, 2 Jun 2006 01:55:23 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id E424C43D6E; Fri, 2 Jun 2006 01:55:16 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 900391A4E90; Thu, 1 Jun 2006 18:55:16 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id F1F905168D; Thu, 1 Jun 2006 21:55:15 -0400 (EDT) Date: Thu, 1 Jun 2006 21:55:15 -0400 From: Kris Kennaway To: Mark Morley Message-ID: <20060602015515.GA40952@xor.obsecurity.org> References: <20060602010629.GC40143@xor.obsecurity.org> <447f991e-11669@helpdesk.islandnet.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9jxsPFA5p3P2qPhR" Content-Disposition: inline In-Reply-To: <447f991e-11669@helpdesk.islandnet.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: NFS processes locking up!! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jun 2006 01:55:28 -0000 --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 01, 2006 at 06:49:18PM -0700, Mark Morley wrote: > > Please post your kernel config. > >=20 > > Kris >=20 > Ok, here it is. This server has two em nic's (only one is used though), > a single IDE boot disk, and a RAID using an Adaptec 2410SA controller. >=20 >=20 > machine amd64 > cpu HAMMER > ident CUSTOM >=20 > makeoptions COPTFLAGS=3D"-O2 -pipe -funroll-loops -ffast-math" Don't use leet meaningless compiler flags, and try again :) Kris --9jxsPFA5p3P2qPhR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEf5qCWry0BWjoQKURAmcIAKCJcBVXwFJW2ewgYNZjDOEiVoqEYQCeLLtE U3BuoT5FBXhKBmHiDI0X5cY= =gfQG -----END PGP SIGNATURE----- --9jxsPFA5p3P2qPhR-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 2 01:56:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EA4616A525; Fri, 2 Jun 2006 01:56:04 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA7BF43D46; Fri, 2 Jun 2006 01:56:03 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 0F499C518; Thu, 1 Jun 2006 21:56:02 -0400 (EDT) Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 0308BC49B; Thu, 1 Jun 2006 21:55:46 -0400 (EDT) Authentication-Results: aaron.protected-networks.net from=imb@protected-networks.net; domainkey=pass Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 8413CC425; Thu, 1 Jun 2006 21:55:45 -0400 (EDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=200509; d=protected-networks.net; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=U5WS2mvgBhqUnbDKK7fG+mLr7bQzjMHaLHq9HILMtEt+3wgWDOX5bd4CU09ixEvuVxRJuR/Vpg91d9JDnYbWw/82EZq7zjmfhAY8JaJrdGv8L7BAkzHVJbRSNYQqnowj; Received: from [192.168.1.11] (c-24-218-147-31.hsd1.ma.comcast.net [24.218.147.31]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) by aaron.protected-networks.net (Postfix) with ESMTP id C5549C41A; Thu, 1 Jun 2006 21:55:44 -0400 (EDT) Message-ID: <447F9A9E.80405@protected-networks.net> Date: Thu, 01 Jun 2006 21:55:42 -0400 From: Michael Butler User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Mark Morley References: <20060602010629.GC40143@xor.obsecurity.org> <447f991e-11669@helpdesk.islandnet.com> In-Reply-To: <447f991e-11669@helpdesk.islandnet.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: NFS processes locking up!! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jun 2006 01:56:15 -0000 Mark Morley wrote: > Ok, here it is. This server has two em nic's (only one is used though), > a single IDE boot disk, and a RAID using an Adaptec 2410SA controller. > > > machine amd64 > cpu HAMMER > ident CUSTOM > > makeoptions COPTFLAGS="-O2 -pipe -funroll-loops -ffast-math" > What happens if you revert to the standard way of building kernels? Without this line it becomes "-O2 -pipe -fno-strict-aliasing" -- Michael Butler, CISSP Security Architect Protected Networks http://www.protected-networks.net From owner-freebsd-stable@FreeBSD.ORG Fri Jun 2 02:24:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C6BB16B2AA; Fri, 2 Jun 2006 02:24:01 +0000 (UTC) (envelope-from mark@islandnet.com) Received: from cluster.islandnet.com (cluster.islandnet.com [199.175.106.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CE5543D5D; Fri, 2 Jun 2006 02:24:01 +0000 (GMT) (envelope-from mark@islandnet.com) Received: from [199.175.106.221] (port=21410 helo=helpdesk.islandnet.com) by cluster08.islandnet.com with SMTP id 1FlzKS-000JOi-RF ; Thu, 01 Jun 2006 19:24:00 -0700 Date: Thu, 1 Jun 2006 19:24:00 -0700 Message-ID: <447fa140-96fe@helpdesk.islandnet.com> References: <20060602015515.GA40952@xor.obsecurity.org> From: Mark Morley To: Kris Kennaway , Mark Morley , freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Content-type: text/plain MIME-Version: 1.0 X-Priority: 3 X-Mailer: Helpdesk Webmail (http://helpdesk.islandnet.com) X-Originating-IP: [24.108.70.188] X-GeoIP: CA Canada Cc: Subject: Re: NFS processes locking up!! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mark Morley List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jun 2006 02:24:01 -0000 > > makeoptions COPTFLAGS="-O2 -pipe -funroll-loops -ffast-math" > > Don't use leet meaningless compiler flags, and try again :) > > Kris D'oh! I don't normally have that in my kernel configs. That carried forward from the old server. I'll remove those and see how it goes. Mark -- Mark Morley Owner / Administrator Islandnet.com From owner-freebsd-stable@FreeBSD.ORG Fri Jun 2 02:53:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6465216A426 for ; Fri, 2 Jun 2006 02:53:30 +0000 (UTC) (envelope-from dennyow@zoostation.mine.nu) Received: from smtp14.singnet.com.sg (smtp14.singnet.com.sg [165.21.6.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1B4343D46 for ; Fri, 2 Jun 2006 02:53:29 +0000 (GMT) (envelope-from dennyow@zoostation.mine.nu) Received: from zoostation.mine.nu (ad202.166.1.182.magix.com.sg [202.166.1.182]) by smtp14.singnet.com.sg (8.13.6/8.13.6) with ESMTP id k522rR1x019945; Fri, 2 Jun 2006 10:53:27 +0800 Received: (from dennyow@localhost) by zoostation.mine.nu (8.13.3/8.13.1/Submit) id k522rQ3V030911; Fri, 2 Jun 2006 10:53:26 +0800 (SGT) (envelope-from dennyow) Date: Fri, 2 Jun 2006 10:53:26 +0800 From: Denny To: freebsd-stable@freebsd.org Message-ID: <20060602025326.GA30839@singtel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: 6.1 Stable keeps hanging X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jun 2006 02:53:30 -0000 Hi, I am running 6.1 stable, AMD64 on Dell 2850, Intel Xeon. It keeps hanging for no reason, no panic message or core and I have to reboot the system whenever it freezes. Any idea where to check? Denny From owner-freebsd-stable@FreeBSD.ORG Fri Jun 2 06:51:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8F9016A43A for ; Fri, 2 Jun 2006 06:51:36 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B59643D46 for ; Fri, 2 Jun 2006 06:51:36 +0000 (GMT) (envelope-from karagodov@gmail.com) Received: by py-out-1112.google.com with SMTP id m51so546933pye for ; Thu, 01 Jun 2006 23:51:35 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=RNieWNTrIbWtl0qUakIByv6tZjo9X0BXTGDaR6xnAXHDy5m80JdCvFXYQyOY5Us0M114yVok0cEJJ0YpyofauGPz6g+2tuNqaeVffIbm9477nRvTkVBP4bMvQAta2zwD3/L1DayyrXUieiTJZg1Ic/cc5wHeKF8jkKfwhYGIQFs= Received: by 10.35.49.4 with SMTP id b4mr1960172pyk; Thu, 01 Jun 2006 23:51:35 -0700 (PDT) Received: by 10.35.69.12 with HTTP; Thu, 1 Jun 2006 23:51:35 -0700 (PDT) Message-ID: Date: Fri, 2 Jun 2006 10:51:35 +0400 From: "Alexey Karagodov" To: Denny In-Reply-To: <20060602025326.GA30839@singtel.com> MIME-Version: 1.0 References: <20060602025326.GA30839@singtel.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: base64 Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: 6.1 Stable keeps hanging X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jun 2006 06:51:36 -0000 YW55IHdheSwgcG9zdCB5b3VyIGNvbmZpZ3MgKGtlcm5lbCdzIHRvbykgYW5kIGV0YyBldGMgZXRj IC4uLgoKImkgaGF2ZSBhIGNvbXB1dGVyLCBpdCdzIGRvZXNuJ3Qgd29yay4gd2hhdCdzIHRoZSBw cm9ibGVtPyIgLi4uCgoKMjAwNi82LzIsIERlbm55IDxkZW5vd0BtYWdpeC5jb20uc2c+Ogo+Cj4g SGksCj4KPiBJIGFtIHJ1bm5pbmcgNi4xIHN0YWJsZSwgQU1ENjQgb24gRGVsbCAyODUwLCBJbnRl bCBYZW9uLiBJdCBrZWVwcyBoYW5naW5nCj4gZm9yIG5vIHJlYXNvbiwgbm8gcGFuaWMgbWVzc2Fn ZSBvciBjb3JlIGFuZCBJIGhhdmUgdG8gcmVib290IHRoZSBzeXN0ZW0KPiB3aGVuZXZlciBpdCBm cmVlemVzLgo+Cj4gQW55IGlkZWEgd2hlcmUgdG8gY2hlY2s/Cj4KPiBEZW5ueQo+IF9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gZnJlZWJzZC1zdGFibGVA ZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0Cj4gaHR0cDovL2xpc3RzLmZyZWVic2Qub3JnL21haWxt YW4vbGlzdGluZm8vZnJlZWJzZC1zdGFibGUKPiBUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFp bCB0byAiZnJlZWJzZC1zdGFibGUtdW5zdWJzY3JpYmVAZnJlZWJzZC5vcmciCj4KCgoKLS0gCvMg 9dfB1sXOycXNLCDhzMXL08XKIOvB0sHHz8TP1y4g8NLPxcvUydLP18HOycUsINDP09TSz8XOycUs CsHEzcnOydPU0snSz9fBzsnFIMkg0M/ExMXS1svBIMnOxs/SzcHDyc/OztnIINPJ09TFzS4K From owner-freebsd-stable@FreeBSD.ORG Fri Jun 2 07:08:10 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D54816A4A7; Fri, 2 Jun 2006 07:08:10 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr17.xs4all.nl (smtp-vbr17.xs4all.nl [194.109.24.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D91D43D45; Fri, 2 Jun 2006 07:08:09 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr17.xs4all.nl (8.13.6/8.13.6) with ESMTP id k52788bH089518; Fri, 2 Jun 2006 09:08:08 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.6/8.13.3) with ESMTP id k52787UM005900; Fri, 2 Jun 2006 09:08:07 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.6/8.13.6/Submit) id k527879A005899; Fri, 2 Jun 2006 09:08:07 +0200 (CEST) (envelope-from wb) Date: Fri, 2 Jun 2006 09:08:07 +0200 From: Wilko Bulte To: Robert Watson Message-ID: <20060602070807.GB3779@freebie.xs4all.nl> References: <20060601212736.GA3380@freebie.xs4all.nl> <20060601230007.C69345@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060601230007.C69345@fledge.watson.org> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@FreeBSD.org, freebsd-alpha@FreeBSD.org Subject: Re: 6.1-RELEASE panic / lockmgr? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jun 2006 07:08:11 -0000 On Thu, Jun 01, 2006 at 11:01:07PM +0100, Robert Watson wrote.. > > On Thu, 1 Jun 2006, Wilko Bulte wrote: > > >My dual-CPU DS20 Alpha box can more or less consistently be > >forced into a panic like: > > > >FreeBSD/alpha (goldrush.wbnet) (ttyd0)^ > > > >login: panic: lockmgr: thread 0xfffffc007d9d4a80, not exclusive lock holder > >0xfffffc006052d260 unlocking > >cpuid = 1 > >KDB: enter: panic > > > >Trigger is a "make -j2 release". j2 seems to be needed, not seen it with > >-j1 > > > >Unfortunately after printing the line with "KDB" the whole thing appears > >to become completely catatonic :( > > Try putting a call to critical_enter() towards the beginning of panic(). > Sometimes this increases the reliability of entering the debugger by > avoiding interrupt delivery during the process of entering. If you want to > be able to continue out, you'll need a critical_exit() at the end, but that > generally isn't helpful for panic(). Yesterday night I set debug.trace_on_panic=1 which sometime during the night gave me: [root@goldrush ~]# ./make-snap.sh \1 panic: lockmgr: thread 0xfffffc007d9d4fc0, not exclusive lock holder 0xfffffc007d950a80 unlocking cpuid = 1 KDB: stack backtrace: db_trace_self() at db_trace_self+0x18 kdb_backtrace() at kdb_backtrace+0x48 panic() at panic+0x1f0 lockmgr() at lockmgr+0x798 bqrelse() at bqrelse+0x598 bdwrite() at bdwrite+0x4fc ffs_update() at ffs_update+0x3c8 ufs_inactive() at ufs_inactive+0x468 VOP_INACTIVE_APV() at VOP_INACTIVE_APV+0x60 vinactive() at vinactive+0xa0 vput() at vput+0x210 handle_workitem_remove() at handle_workitem_remove+0x23c process_worklist_item() at process_worklist_item+0x2b8 softdep_process_worklist() at softdep_process_worklist+0xbc softdep_flush() at softdep_flush+0x2a0 fork_exit() at fork_exit+0xc0 exception_return() at exception_return --- root of call graph --- KDB: enter: panic I'll try your suggestion with critical_enter() tonight, thanks. Wilko -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Jun 2 07:11:48 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7C1716A6BE; Fri, 2 Jun 2006 07:11:48 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr17.xs4all.nl (smtp-vbr17.xs4all.nl [194.109.24.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E7E143D48; Fri, 2 Jun 2006 07:11:47 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr17.xs4all.nl (8.13.6/8.13.6) with ESMTP id k527Bl8e092099; Fri, 2 Jun 2006 09:11:47 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.6/8.13.3) with ESMTP id k527BkQS005969; Fri, 2 Jun 2006 09:11:46 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.6/8.13.6/Submit) id k527Bk7c005968; Fri, 2 Jun 2006 09:11:46 +0200 (CEST) (envelope-from wb) Date: Fri, 2 Jun 2006 09:11:46 +0200 From: Wilko Bulte To: Kris Kennaway Message-ID: <20060602071146.GA5925@freebie.xs4all.nl> References: <20060601212736.GA3380@freebie.xs4all.nl> <20060601230007.C69345@fledge.watson.org> <20060602010600.GB40143@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060602010600.GB40143@xor.obsecurity.org> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@FreeBSD.org, Robert Watson , freebsd-alpha@FreeBSD.org Subject: Re: 6.1-RELEASE panic / lockmgr? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jun 2006 07:11:49 -0000 On Thu, Jun 01, 2006 at 09:06:00PM -0400, Kris Kennaway wrote.. > On Thu, Jun 01, 2006 at 11:01:07PM +0100, Robert Watson wrote: > > > > On Thu, 1 Jun 2006, Wilko Bulte wrote: > > > > >My dual-CPU DS20 Alpha box can more or less consistently be > > >forced into a panic like: > > > > > >FreeBSD/alpha (goldrush.wbnet) (ttyd0)^ > > > > > >login: panic: lockmgr: thread 0xfffffc007d9d4a80, not exclusive lock holder > > >0xfffffc006052d260 unlocking > > >cpuid = 1 > > >KDB: enter: panic > > > > > >Trigger is a "make -j2 release". j2 seems to be needed, not seen it with > > >-j1 > > > > > >Unfortunately after printing the line with "KDB" the whole thing appears > > >to become completely catatonic :( > > > > Try putting a call to critical_enter() towards the beginning of panic(). > > Sometimes this increases the reliability of entering the debugger by > > avoiding interrupt delivery during the process of entering. If you want to > > be able to continue out, you'll need a critical_exit() at the end, but that > > generally isn't helpful for panic(). > > Also turn off debug.kdb.stop_other_cpus or whatever it is. Without > this I usually get lockups on sparc64 SMP machines. debug.kdb.stop_cpus=0 seems to be it. Will try that. thanks, Wilko -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Jun 2 08:02:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0D4116A6D2 for ; Fri, 2 Jun 2006 08:02:50 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx0.rink.nu (thunderstone.rink.nu [80.112.228.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2AE0143D45 for ; Fri, 2 Jun 2006 08:02:49 +0000 (GMT) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx0.rink.nu (Postfix) with ESMTP id B1B4C170B1; Fri, 2 Jun 2006 10:02:51 +0200 (CEST) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx0.rink.nu ([127.0.0.1]) by localhost (thunderstone.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9rghcX7Lhqk7; Fri, 2 Jun 2006 08:02:46 +0000 (UTC) Received: by mx0.rink.nu (Postfix, from userid 1678) id D2253170B0; Fri, 2 Jun 2006 10:02:46 +0200 (CEST) Date: Fri, 2 Jun 2006 10:02:46 +0200 From: Rink Springer To: Jack Vogel Message-ID: <20060602080246.GC3769@rink.nu> References: <2a41acea0606011530wf7bca5du23711fbfbfbc81@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MfFXiAuoTsnnDAfZ" Content-Disposition: inline In-Reply-To: <2a41acea0606011530wf7bca5du23711fbfbfbc81@mail.gmail.com> User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: long timeout on boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jun 2006 08:02:50 -0000 --MfFXiAuoTsnnDAfZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, > Both on my own machine, and on systems in our test group's lab, we > notice these long (like 2min maybe?) delays near the end of boot. It > seems to be ATA/SATA related. It has just announced the one disk > it discovered, then shows the CPUs launched, and then it just sits > printing nothing for, like I said, maybe a minute or two. Finally it will > complete boot and all seems to be fine. >=20 > I am guessing its in a detection loop maybe? Any ideas?? Oh, > this is 6.1 RELEASE on i386, although I'm pretty sure x86_64 > will show the same behavior. I also have this problem, it only showed up on 6-STABLE and 6.1-RELEASE (not 6.0-RELEASE AFAICT). Strangely enough, it does not happen on all my machines, my Dual Opteron has no problems but both my Dual P3 and Dual Athlon MP suffer from this. Another Dual MP I have access to shows this long timeout as well. I have tried to track this down; the problem seems to be that once initialization is completed, quite a few runs are needed to find the process to be scheduled; the offending function seems to be scheduler() in vm/vm_glue.c. I was unable to determine why this is exactly, but I'd love to help in tracking this down. Regards, --=20 Rink P.W. Springer - http://rink.nu "Richter: Tribute? You steal men's souls, and make them your slaves! Dracula: Perhaps the same could be said of all religions." - Castlevania: Symphony of the Night --MfFXiAuoTsnnDAfZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEf/Cmb3O60uztv/8RAgN1AKC75EEHS7e4a7oNdR+0Cawe0yWeoQCfRK9+ zKpDeYAVtI9GQgAb4yeoL3Y= =WOGU -----END PGP SIGNATURE----- --MfFXiAuoTsnnDAfZ-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 2 09:02:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D097D16A45E for ; Fri, 2 Jun 2006 09:02:57 +0000 (UTC) (envelope-from dennyow@zoostation.mine.nu) Received: from smtp43.singnet.com.sg (smtp43.singnet.com.sg [165.21.103.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id E739543D45 for ; Fri, 2 Jun 2006 09:02:56 +0000 (GMT) (envelope-from dennyow@zoostation.mine.nu) Received: from zoostation.mine.nu (ad202.166.1.182.magix.com.sg [202.166.1.182]) by smtp43.singnet.com.sg (8.13.6/8.13.6) with ESMTP id k5292tGs031606; Fri, 2 Jun 2006 17:02:55 +0800 Received: (from dennyow@localhost) by zoostation.mine.nu (8.13.3/8.13.1/Submit) id k5292sa0034714; Fri, 2 Jun 2006 17:02:54 +0800 (SGT) (envelope-from dennyow) Date: Fri, 2 Jun 2006 17:02:54 +0800 From: Denny To: Alexey Karagodov Message-ID: <20060602090254.GA34623@singtel.com> References: <20060602025326.GA30839@singtel.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="G4iJoqBmSsgzjUCe" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Denny Subject: Re: 6.1 Stable keeps hanging X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jun 2006 09:02:59 -0000 --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline here are my kernconf and dmesg Alexey Karagodov wrote on Fri, Jun 02, 2006 at 02:51:35PM SGT : | any way, post your configs (kernel's too) and etc etc etc ... | | "i have a computer, it's doesn't work. what's the problem?" ... | | | 2006/6/2, Denny : | > | >Hi, | > | >I am running 6.1 stable, AMD64 on Dell 2850, Intel Xeon. It keeps hanging | >for no reason, no panic message or core and I have to reboot the system | >whenever it freezes. | > | >Any idea where to check? | > | >Denny | >_______________________________________________ | >freebsd-stable@freebsd.org mailing list | >http://lists.freebsd.org/mailman/listinfo/freebsd-stable | >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" | > | | | | -- | ? ?????????, ??????? ?????????. ??????????????, ??????????, | ????????????????? ? ????????? ?????????????? ??????. | _______________________________________________ | freebsd-stable@freebsd.org mailing list | http://lists.freebsd.org/mailman/listinfo/freebsd-stable | To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=dmesg Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-STABLE #2: Sat May 27 21:49:29 SGT 2006 dennyow@machine:/usr/obj/usr/src/sys/MACHINE Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.00GHz (2992.71-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 Features=0xbfebfbff Features2=0x641d> AMD Features=0x20100800 Logical CPUs per core: 2 real memory = 5368709120 (5120 MB) avail memory = 4117753856 (3926 MB) ACPI APIC Table: ioapic0: Changing APIC ID to 8 ioapic1: Changing APIC ID to 9 ioapic1: WARNING: intbase 32 != expected base 24 ioapic2: Changing APIC ID to 10 ioapic2: WARNING: intbase 64 != expected base 56 ioapic3: Changing APIC ID to 11 ioapic3: WARNING: intbase 96 != expected base 88 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 32-55 on motherboard ioapic2 irqs 64-87 on motherboard ioapic3 irqs 96-119 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 amr0: mem 0xd81f0000-0xd81fffff,0xdfdc0000-0xdfdfffff irq 46 at device 14.0 on pci2 amr0: Using 64-bit DMA amr0: delete logical drives supported by controller amr0: Firmware 521X, BIOS H430, 256MB RAM pcib3: at device 0.2 on pci1 pci3: on pcib3 pcib4: at device 4.0 on pci0 pci4: on pcib4 pcib5: at device 5.0 on pci0 pci5: on pcib5 pcib6: at device 0.0 on pci5 pci6: on pcib6 em0: port 0xecc0-0xecff mem 0xdfae0000-0xdfafffff irq 64 at device 7.0 on pci6 em0: Ethernet address: 00:13:72:53:08:d6 pcib7: at device 0.2 on pci5 pci7: on pcib7 em1: port 0xdcc0-0xdcff mem 0xdf8e0000-0xdf8fffff irq 65 at device 8.0 on pci7 em1: Ethernet address: 00:13:72:53:08:d7 pcib8: at device 6.0 on pci0 pci8: on pcib8 pcib9: at device 0.0 on pci8 pci9: on pcib9 amr1: mem 0xd80f0000-0xd80fffff irq 106 at device 4.0 on pci9 amr1: Using 64-bit DMA amr1: delete logical drives supported by controller amr1: Firmware 351X, BIOS 1.10, 128MB RAM pcib10: at device 0.2 on pci8 pci10: on pcib10 pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.2 (no driver attached) pci0: at device 29.7 (no driver attached) pcib11: at device 30.0 on pci0 pci11: on pcib11 pci11: at device 5.0 (no driver attached) pci11: at device 5.1 (no driver attached) pci11: at device 5.2 (no driver attached) atapci0: port 0xccf0-0xccf7,0xcce4-0xcce7,0xccd8-0xccdf,0xccd0-0xccd3,0xcc70-0xcc7f mem 0xdf3fec00-0xdf3fecff irq 23 at device 6.0 on pci11 ata2: on atapci0 ata3: on atapci0 pci11: at device 13.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 ata0: on atapci1 ata1: on atapci1 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcbfff,0xcc000-0xccfff,0xec000-0xeffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2992708343 Hz quality 800 Timecounters tick every 1.000 msec acd0: DVDROM at ata0-master UDMA33 device_attach: afd0 attach returned 6 acd1: CDROM at ata2-slave PIO3 amr0: delete logical drives supported by controller amrd0: on amr0 amrd0: 209640MB (429342720 sectors) RAID 5 (optimal) amr1: delete logical drives supported by controller amrd1: on amr1 amrd1: 1818700MB (3724697600 sectors) RAID 5 (optimal) Trying to mount root from ufs:/dev/amrd0s1a WARNING: / was not properly dismounted WARNING: /recupero was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted /usr: mount pending error: blocks 536 files 8 WARNING: /var was not properly dismounted WARNING: /cachelogs was not properly dismounted uhci0: port 0xbce0-0xbcff irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xbcc0-0xbcdf irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xbca0-0xbcbf irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xdff00000-0xdff003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered uhub4: vendor 0x413c product 0xa001, class 9/0, rev 2.00/0.00, addr 2 uhub4: multiple transaction translators uhub4: 2 ports with 2 removable, self powered --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=MACHINE # # GENERIC -- Generic kernel configuration file for FreeBSD/amd64 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/amd64/conf/GENERIC,v 1.439.2.10 2006/04/12 17:45:24 ps Exp $ machine amd64 cpu HAMMER ident MACHINE # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols #options SCHED_ULE # ULE scheduler options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking #options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options NTFS # NT File System options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Needed by COMPAT_LINUX32 options COMPAT_IA32 # Compatible with i386 binaries options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_LINUX32 # Compatible with i386 linux binaries options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. # Workarounds for some known-to-be-broken chipsets (nVidia nForce3-Pro150) device atpic # 8259A compatability # Linux 32-bit ABI support options LINPROCFS # Cannot be a module yet. # Bus support. device acpi device pci # Floppy drives #device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers device ahc # AHA2940 and onboard AIC7xxx devices device ahd # AHA39320/29320 and onboard AIC79xx devices device amd # AMD 53C974 (Tekram DC-390(T)) device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') device trm # Tekram DC395U/UW/F DC315U adapters device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. device bt # Buslogic/Mylex MultiMaster SCSI adapters # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem device amr # AMI MegaRAID #device arcmsr # Areca SATA II RAID #device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device hptmv # Highpoint RocketRAID 182x #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mfi # LSI MegaRAID SAS #device mlx # Mylex DAC960 family #XXX pointer/int warnings #device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port #device ppc #device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card #device ixgb # Intel PRO/10GbE Ethernet Card #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device lge # Level 1 LXT1001 gigabit Ethernet device nge # NatSemi DP83820 gigabit Ethernet device nve # nVidia nForce MCP on-board Ethernet Networking device pcn # AMD Am79C97x PCI 10/100(precedence over 'lnc') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device ti # Alteon Networks Tigon I/II gigabit Ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vge # VIA VT612x gigabit Ethernet device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards # XXX kvtop brokenness, pointer/int warnings #device lnc # NE2100, NE32-VL Lance Ethernet cards #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # Wireless NIC cards #device wlan # 802.11 support #device an # Aironet 4500/4800 802.11 wireless NICs. #device awi # BayStack 660 and others #device ral # Ralink Technology RT2500 wireless NICs. #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support #device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface #device ehci # EHCI PCI->USB interface (USB 2.0) #device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices #device ugen # Generic #device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer #device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse #device ural # Ralink Technology RT2500USB wireless NICs #device urio # Diamond Rio 500 MP3 player #device uscanner # Scanners # USB Ethernet, requires miibus #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cdce # Generic USB over Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) --G4iJoqBmSsgzjUCe-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 2 09:38:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 268D716A44B for ; Fri, 2 Jun 2006 09:38:57 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw4.york.ac.uk (mail-gw4.york.ac.uk [144.32.128.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1898D43D55 for ; Fri, 2 Jun 2006 09:38:55 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160]) by mail-gw4.york.ac.uk (8.13.6/8.13.6) with ESMTP id k529cl5b020684; Fri, 2 Jun 2006 10:38:47 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.6/8.13.6) with ESMTP id k529cVb4068782; Fri, 2 Jun 2006 10:38:31 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.6/8.13.6/Submit) id k529cLeE068781; Fri, 2 Jun 2006 10:38:21 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Jack Vogel In-Reply-To: <2a41acea0606011530wf7bca5du23711fbfbfbc81@mail.gmail.com> References: <2a41acea0606011530wf7bca5du23711fbfbfbc81@mail.gmail.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Fri, 02 Jun 2006 10:38:21 +0100 Message-Id: <1149241101.60897.58.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-stable@freebsd.org Subject: Re: long timeout on boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jun 2006 09:38:57 -0000 On Thu, 2006-06-01 at 15:30 -0700, Jack Vogel wrote: > Both on my own machine, and on systems in our test group's lab, we > notice these long (like 2min maybe?) delays near the end of boot. It > seems to be ATA/SATA related. It has just announced the one disk > it discovered, then shows the CPUs launched, and then it just sits > printing nothing for, like I said, maybe a minute or two. Finally it will > complete boot and all seems to be fine. Can you put a verbose dmesg up with debug.fdc.debugflags=255 set from the loader? I suspect you'll find it's floppy-related. Try setting hint.fdc.0.disabled="1" from the loader and seeing if it goes away. Gavin From owner-freebsd-stable@FreeBSD.ORG Fri Jun 2 10:09:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 892DA16A426 for ; Fri, 2 Jun 2006 10:09:09 +0000 (UTC) (envelope-from kaiwai.gardiner@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id D60C443D49 for ; Fri, 2 Jun 2006 10:09:08 +0000 (GMT) (envelope-from kaiwai.gardiner@gmail.com) Received: by ug-out-1314.google.com with SMTP id m3so449727uge for ; Fri, 02 Jun 2006 03:09:07 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=PQL1JKm1YwbmEmhnb6hkPcyDKgFWSKt/cODQ+zlVExUpoGqN28zghiApLL5MOfDQJIjiAt1zJG+vD3YaqYKvyG7GVKxeDvuR0hi8puTlwGiRiuq40PGHSbNc4+MtU1qQ0GXq9N9KxoRtHuu6aKDPZIBAHxZaTksD213kwnEbCvI= Received: by 10.67.89.5 with SMTP id r5mr617518ugl; Fri, 02 Jun 2006 03:09:07 -0700 (PDT) Received: by 10.66.219.18 with HTTP; Fri, 2 Jun 2006 03:09:07 -0700 (PDT) Message-ID: Date: Fri, 2 Jun 2006 22:09:07 +1200 From: "Kaiwai Gardiner" To: Denny In-Reply-To: <20060602090254.GA34623@singtel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060602025326.GA30839@singtel.com> <20060602090254.GA34623@singtel.com> Cc: freebsd-stable@freebsd.org, Alexey Karagodov Subject: Re: 6.1 Stable keeps hanging X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jun 2006 10:09:09 -0000 Just out of curiosity, when you mean 'hang' you mean the gui? have you tried disabling DRI? Matty On 6/2/06, Denny wrote: > here are my kernconf and dmesg > > > Alexey Karagodov wrote on Fri, Jun 02, 2006 at 02:51:35PM SGT : > | any way, post your configs (kernel's too) and etc etc etc ... > | > | "i have a computer, it's doesn't work. what's the problem?" ... > | > | > | 2006/6/2, Denny : > | > > | >Hi, > | > > | >I am running 6.1 stable, AMD64 on Dell 2850, Intel Xeon. It keeps hanging > | >for no reason, no panic message or core and I have to reboot the system > | >whenever it freezes. > | > > | >Any idea where to check? > | > > | >Denny > | >_______________________________________________ > | >freebsd-stable@freebsd.org mailing list > | >http://lists.freebsd.org/mailman/listinfo/freebsd-stable > | >To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > | > > | > | > | > | -- > | ? ?????????, ??????? ?????????. ??????????????, ??????????, > | ????????????????? ? ????????? ?????????????? ??????. > > | _______________________________________________ > | freebsd-stable@freebsd.org mailing list > | http://lists.freebsd.org/mailman/listinfo/freebsd-stable > | To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Fri Jun 2 10:22:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94CDA16A435 for ; Fri, 2 Jun 2006 10:22:28 +0000 (UTC) (envelope-from dennyow@zoostation.mine.nu) Received: from smtp18.singnet.com.sg (smtp18.singnet.com.sg [165.21.6.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id E063743D45 for ; Fri, 2 Jun 2006 10:22:27 +0000 (GMT) (envelope-from dennyow@zoostation.mine.nu) Received: from zoostation.mine.nu (ad202.166.1.182.magix.com.sg [202.166.1.182]) by smtp18.singnet.com.sg (8.13.6/8.13.6) with ESMTP id k52AMQGI023478; Fri, 2 Jun 2006 18:22:26 +0800 Received: (from dennyow@localhost) by zoostation.mine.nu (8.13.3/8.13.1/Submit) id k52AMPAU035718; Fri, 2 Jun 2006 18:22:25 +0800 (SGT) (envelope-from dennyow) Date: Fri, 2 Jun 2006 18:22:25 +0800 From: Denny Ow To: Kaiwai Gardiner Message-ID: <20060602102225.GB34623@singtel.com> References: <20060602025326.GA30839@singtel.com> <20060602090254.GA34623@singtel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: Alexey Karagodov , freebsd-stable@freebsd.org, Denny Subject: Re: 6.1 Stable keeps hanging X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jun 2006 10:22:29 -0000 no, i m not running any gui on it. when i did scp of some big size files from other place to this machine, it will freeze after a while and i cant press anything on keyboard. Kaiwai Gardiner wrote on Fri, Jun 02, 2006 at 06:09:07PM SGT : | Just out of curiosity, when you mean 'hang' you mean the gui? have you | tried disabling DRI? | | Matty | | On 6/2/06, Denny wrote: | >here are my kernconf and dmesg | > | > | >Alexey Karagodov wrote on Fri, Jun 02, 2006 at 02:51:35PM SGT : | >| any way, post your configs (kernel's too) and etc etc etc ... | >| | >| "i have a computer, it's doesn't work. what's the problem?" ... | >| | >| | >| 2006/6/2, Denny : | >| > | >| >Hi, | >| > | >| >I am running 6.1 stable, AMD64 on Dell 2850, Intel Xeon. It keeps | >hanging | >| >for no reason, no panic message or core and I have to reboot the system | >| >whenever it freezes. | >| > | >| >Any idea where to check? | >| > | >| >Denny | >| >_______________________________________________ | >| >freebsd-stable@freebsd.org mailing list | >| >http://lists.freebsd.org/mailman/listinfo/freebsd-stable | >| >To unsubscribe, send any mail to | >"freebsd-stable-unsubscribe@freebsd.org" | >| > | >| | >| | >| | >| -- | >| ? ?????????, ??????? ?????????. ??????????????, ??????????, | >| ????????????????? ? ????????? ?????????????? ??????. | > | >| _______________________________________________ | >| freebsd-stable@freebsd.org mailing list | >| http://lists.freebsd.org/mailman/listinfo/freebsd-stable | >| To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" | > | > | _______________________________________________ | freebsd-stable@freebsd.org mailing list | http://lists.freebsd.org/mailman/listinfo/freebsd-stable | To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Jun 2 10:23:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0579F16A51A for ; Fri, 2 Jun 2006 10:23:28 +0000 (UTC) (envelope-from dennyow@zoostation.mine.nu) Received: from smtp17.singnet.com.sg (smtp17.singnet.com.sg [165.21.6.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89F0943D72 for ; Fri, 2 Jun 2006 10:23:19 +0000 (GMT) (envelope-from dennyow@zoostation.mine.nu) Received: from zoostation.mine.nu (ad202.166.1.182.magix.com.sg [202.166.1.182]) by smtp17.singnet.com.sg (8.13.6/8.13.6) with ESMTP id k52ANHIu031566; Fri, 2 Jun 2006 18:23:17 +0800 Received: (from dennyow@localhost) by zoostation.mine.nu (8.13.3/8.13.1/Submit) id k52ANIND035757; Fri, 2 Jun 2006 18:23:18 +0800 (SGT) (envelope-from dennyow) Date: Fri, 2 Jun 2006 18:23:18 +0800 From: Denny To: Kaiwai Gardiner Message-ID: <20060602102318.GA35723@singtel.com> References: <20060602025326.GA30839@singtel.com> <20060602090254.GA34623@singtel.com> <20060602102225.GB34623@singtel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060602102225.GB34623@singtel.com> User-Agent: Mutt/1.4.2.1i Cc: Alexey Karagodov , freebsd-stable@freebsd.org, Denny Subject: Re: 6.1 Stable keeps hanging X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jun 2006 10:23:28 -0000 no, i m not running any gui on it. when i did scp of some big size files from other place to this machine, it will freeze after a while and i cant press anything on keyboard. | | Kaiwai Gardiner wrote on Fri, Jun 02, 2006 at 06:09:07PM SGT : | | Just out of curiosity, when you mean 'hang' you mean the gui? have you | | tried disabling DRI? | | | | Matty | | | | On 6/2/06, Denny wrote: | | >here are my kernconf and dmesg | | > | | > | | >Alexey Karagodov wrote on Fri, Jun 02, 2006 at 02:51:35PM SGT : | | >| any way, post your configs (kernel's too) and etc etc etc ... | | >| | | >| "i have a computer, it's doesn't work. what's the problem?" ... | | >| | | >| | | >| 2006/6/2, Denny : | | >| > | | >| >Hi, | | >| > | | >| >I am running 6.1 stable, AMD64 on Dell 2850, Intel Xeon. It keeps | | >hanging | | >| >for no reason, no panic message or core and I have to reboot the system | | >| >whenever it freezes. | | >| > | | >| >Any idea where to check? | | >| > | | >| >Denny | | >| >_______________________________________________ | | >| >freebsd-stable@freebsd.org mailing list | | >| >http://lists.freebsd.org/mailman/listinfo/freebsd-stable | | >| >To unsubscribe, send any mail to | | >"freebsd-stable-unsubscribe@freebsd.org" | | >| > | | >| | | >| | | >| | | >| -- | | >| ? ?????????, ??????? ?????????. ??????????????, ??????????, | | >| ????????????????? ? ????????? ?????????????? ??????. | | > | | >| _______________________________________________ | | >| freebsd-stable@freebsd.org mailing list | | >| http://lists.freebsd.org/mailman/listinfo/freebsd-stable | | >| To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" | | > | | > | | _______________________________________________ | | freebsd-stable@freebsd.org mailing list | | http://lists.freebsd.org/mailman/listinfo/freebsd-stable | | To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Jun 2 12:04:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4573716A44A for ; Fri, 2 Jun 2006 12:04:09 +0000 (UTC) (envelope-from rutger.bevaart@illian-networks.nl) Received: from darwin.illian.net (darwin.illian.net [87.238.168.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id 056E143D46 for ; Fri, 2 Jun 2006 12:04:06 +0000 (GMT) (envelope-from rutger.bevaart@illian-networks.nl) Received: from localhost (localhost.illian.net [127.0.0.1]) by darwin.illian.net (Postfix) with ESMTP id 802D0458EF for ; Fri, 2 Jun 2006 14:04:15 +0200 (CEST) Received: from darwin.illian.net ([127.0.0.1]) by localhost (darwin.illian.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 47264-03 for ; Fri, 2 Jun 2006 14:03:59 +0200 (CEST) Received: from [192.168.3.5] (237192.xs4all.nl [194.109.237.192]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by darwin.illian.net (Postfix) with ESMTP id DBF3D458D3 for ; Fri, 2 Jun 2006 14:03:59 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v750) In-Reply-To: <20060602102239.D09E016A578@hub.freebsd.org> References: <20060602102239.D09E016A578@hub.freebsd.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <45F15D04-EC42-4B34-883D-197E2BF5DE57@illian-networks.nl> Content-Transfer-Encoding: 7bit From: Rutger Bevaart Date: Fri, 2 Jun 2006 14:04:04 +0200 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.750) X-Virus-Scanned: amavisd-new at illian.net Subject: RE: 6.1 Stable keeps hanging X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jun 2006 12:04:25 -0000 Try adding debug.mpsafenet=0 to your /boot/loader.conf and see if that resolves your problem. We experienced the same on a number of boxes which somehow seemes related to the locking mechanism used in the networking stack. The Dell's (1750, 1850/2850) don't like it. Could be that you're experiencing the same. Regards Rutger Bevaart > Message: 19 > Date: Fri, 2 Jun 2006 10:53:26 +0800 > From: Denny > Subject: 6.1 Stable keeps hanging > To: freebsd-stable@freebsd.org > Message-ID: <20060602025326.GA30839@singtel.com> > Content-Type: text/plain; charset=us-ascii > > Hi, > > I am running 6.1 stable, AMD64 on Dell 2850, Intel Xeon. It keeps > hanging for no reason, no panic message or core and I have to > reboot the system whenever it freezes. > > Any idea where to check? > > Denny From owner-freebsd-stable@FreeBSD.ORG Fri Jun 2 12:25:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 883B716A42D for ; Fri, 2 Jun 2006 12:25:12 +0000 (UTC) (envelope-from eksffa@freebsdbrasil.com.br) Received: from capeta.freebsdbrasil.com.br (vrrp.freebsdbrasil.com.br [200.210.70.30]) by mx1.FreeBSD.org (Postfix) with SMTP id 1EFCB43D46 for ; Fri, 2 Jun 2006 12:25:10 +0000 (GMT) (envelope-from eksffa@freebsdbrasil.com.br) Received: (qmail 2408 invoked by uid 0); 2 Jun 2006 09:26:14 -0300 Received: from eksffa@freebsdbrasil.com.br by capeta.freebsdbrasil.com.br by uid 82 with qmail-scanner-1.22 (spamassassin: 2.64. Clear:RC:1(201.17.166.110):. Processed in 0.507587 secs); 02 Jun 2006 12:26:14 -0000 Received: from unknown (HELO ?10.69.69.69?) (201.17.166.110) by capeta.freebsdbrasil.com.br with SMTP; 2 Jun 2006 09:26:13 -0300 Message-ID: <44802E1B.5040706@freebsdbrasil.com.br> Date: Fri, 02 Jun 2006 09:24:59 -0300 From: Patrick Tracanelli Organization: FreeBSD Brasil LTDA User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051013 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <200606010641.52222.joao@matik.com.br> <447F114A.2010306@errno.com> <200606012022.21567.joao@matik.com.br> In-Reply-To: <200606012022.21567.joao@matik.com.br> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: possible ifconfig / wi bug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jun 2006 12:25:13 -0000 >>There have been patches floating around for a while to do tx rate >>control in the driver instead (in which case this info would be >>available) but they were never committed because of reported bugs. It >>might be time to just commit the code anyway (to HEAD) in order to force >>the bug(s) to be resolved. I have used this port of NetBSD's rssadapt, and I have not noticed bugs (maybe it just works fine on my enviroments, but not with other's), using Prism (Senao mini-pci). http://bsd.mikulas.com/wifi/wi-rssadapt-RELENG_6-20051014.patch Would be nice to see it in HEAD with potential MFC soon after (if) bugs get found/corrected. -- Patrick Tracanelli From owner-freebsd-stable@FreeBSD.ORG Fri Jun 2 12:27:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9682216A448 for ; Fri, 2 Jun 2006 12:27:23 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2FCE43D53 for ; Fri, 2 Jun 2006 12:27:22 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 31B7146DC3; Fri, 2 Jun 2006 08:27:22 -0400 (EDT) Date: Fri, 2 Jun 2006 13:27:22 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Rutger Bevaart In-Reply-To: <45F15D04-EC42-4B34-883D-197E2BF5DE57@illian-networks.nl> Message-ID: <20060602132552.M4034@fledge.watson.org> References: <20060602102239.D09E016A578@hub.freebsd.org> <45F15D04-EC42-4B34-883D-197E2BF5DE57@illian-networks.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: RE: 6.1 Stable keeps hanging X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jun 2006 12:27:23 -0000 On Fri, 2 Jun 2006, Rutger Bevaart wrote: > Try adding > > debug.mpsafenet=0 > > to your /boot/loader.conf > > and see if that resolves your problem. We experienced the same on a number > of boxes which somehow seemes related to the locking mechanism used in the > networking stack. The Dell's (1750, 1850/2850) don't like it. > > Could be that you're experiencing the same. Searching back through the archives and PR database, I don't see a lot of detailed debugging information on this. Were you able to get into DDB on a serial console using serial break when one of these hangs occurs? (i.e., options KDB + options DDB + options BREAK_TO_DEBUGGER + console=comconsole) Robert N M Watson > > Regards > Rutger Bevaart > >> Message: 19 >> Date: Fri, 2 Jun 2006 10:53:26 +0800 >> From: Denny >> Subject: 6.1 Stable keeps hanging >> To: freebsd-stable@freebsd.org >> Message-ID: <20060602025326.GA30839@singtel.com> >> Content-Type: text/plain; charset=us-ascii >> >> Hi, >> >> I am running 6.1 stable, AMD64 on Dell 2850, Intel Xeon. It keeps hanging >> for no reason, no panic message or core and I have to reboot the system >> whenever it freezes. >> >> Any idea where to check? >> >> Denny > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Jun 2 13:17:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 221C716A422 for ; Fri, 2 Jun 2006 13:17:31 +0000 (UTC) (envelope-from marko.lerota@zg.t-com.hr) Received: from redcloud.optima-telekom.hr (tirnanog.iskon.hr [213.191.139.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF91743D45 for ; Fri, 2 Jun 2006 13:17:29 +0000 (GMT) (envelope-from marko.lerota@zg.t-com.hr) Received: (qmail 20243 invoked by uid 1001); 2 Jun 2006 13:17:46 -0000 To: freebsd-stable@freebsd.org Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWgnbRLVpRNVY9jMRPh s21jSlEyNVX45Mv4zI+sbUclFAtMVpT8V0lFAAACZ0lEQVR4nG3Tv2vbQBQHcFMogWyeNeVK BLXGl5j6xnABOaNTuXFGmWpwtw519yj4soW6AatT4GKD3+aDZrl/rt/Tr9qlGiz7Pn7v3bsf HVc/NrIiSfElqH53GgijcCqzk/+AmBF5cN0DsFlIRGMh/oHuqxkTM6VlzB4EoZEs2aSZOASb EQJYZpweQshE697GTDndBXtgp9LIT9+OpDGHEfb9knk+nx+jfN1JCVZMCl6XwFm0a2EXztZD 3s4fj47ZbKI2VeBmJImeEfGLJ+M9sDPilX7IB5rN6sdfcGhuoHU+LC4nxfnI7YOJtdb95Gb+ fbgJ2uJ2ZgaA++f5ZzBqNCCYfMTd5q0BfBVNqm7I8gUjQ+YtXotRW6PH9AEj+dKs/KuNQAl5 o/NY+QkonW8aQAl0oXMYPvRiXIM4pRJifbXytnhTA8alBx/jefG2ar3DBlt34/PXz9M+nMVN iNaPUdCApJc2ItejOmLGoK1qQLV9pJmXBnL10DYoBA5aHNfj8ZNwZa5O4CzgTJeilKJmrQJs IHIt1/7/Sg2p3iq/Hz0/5W05rq4M9aN2B5FLohUP4ylVyfxhEIjAs8J4PhIJ9U+CEroogib5 BXAf7bB4vkfAzgPFt1tM9sJZAOH+lCexhwswuNtim4QTZdokqo4o89LkH7V6iFxICeqfp+Wh fmUuGPunLj2Meti6Cn4DjJ/UReROqR+aqawAi/JkfgKE64rrfkhjU8MtT8ivR4S5n6Yo08A7 HvgAlHDWRSGlNSDxwK9HtXy4FS2I60EdUIJM+Ut9OZNJG4CpbEQW1VBQoQoPuBw2EVa4P0u0 TgzQF+VoAAAAAElFTkSuQmCC Organization: Unix Users - Fanatics Dept. X-Request-PGP: X-GNUPG-Fingerprint: CF5E 6862 2777 A471 5D2E 0015 8DA6 D56D 17E5 2A51 From: Marko Lerota Date: Fri, 02 Jun 2006 15:17:46 +0200 Message-ID: <86bqtb4ryd.fsf@redcloud.local> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.5-b26 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Critical Bug in 6.1 (nfs server bad performance) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jun 2006 13:17:31 -0000 After some testing I saw that nfs server with 6.1 release or stable have problems with CPU performance. I had 2 servers. One 5.4 and one 6.1. The servers are identical in configuration and only have nfs servers running. If you try to copy something to 6.1, CPU gets abnormal and load averages gets to 2,5 to 6 or more and thus kill the server. On 5.4 it's OK. Load averages is not over 0.50 ever. -- One cannot sell the earth upon which the people walk Tacunka Witco From owner-freebsd-stable@FreeBSD.ORG Fri Jun 2 14:24:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E26E16A421 for ; Fri, 2 Jun 2006 14:24:06 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F35443D48 for ; Fri, 2 Jun 2006 14:24:06 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id E3B811A4EB1; Fri, 2 Jun 2006 07:24:05 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4BD89516DF; Fri, 2 Jun 2006 10:24:05 -0400 (EDT) Date: Fri, 2 Jun 2006 10:24:05 -0400 From: Kris Kennaway To: Marko Lerota Message-ID: <20060602142404.GA66066@xor.obsecurity.org> References: <86bqtb4ryd.fsf@redcloud.local> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fUYQa+Pmc3FrFX/N" Content-Disposition: inline In-Reply-To: <86bqtb4ryd.fsf@redcloud.local> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Critical Bug in 6.1 (nfs server bad performance) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jun 2006 14:24:16 -0000 --fUYQa+Pmc3FrFX/N Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 02, 2006 at 03:17:46PM +0200, Marko Lerota wrote: > After some testing I saw that nfs server with 6.1 release or stable=20 > have problems with CPU performance.=20 >=20 > I had 2 servers. One 5.4 and one 6.1. The servers are identical in=20 > configuration and only have nfs servers running.=20 > If you try to copy something to 6.1, CPU gets abnormal and load averages= =20 > gets to 2,5 to 6 or more and thus kill the server. On 5.4 it's OK. Load= =20 > averages is not over 0.50 ever.=20 Please review the archives for the patch that is being reviewed. Kris --fUYQa+Pmc3FrFX/N Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEgEoEWry0BWjoQKURAsVvAKD8hNCHcx7824t7a2zXBkc4A9UIDQCbBwIr crxBWRITnY4HLJnUnQSrXF0= =V8DM -----END PGP SIGNATURE----- --fUYQa+Pmc3FrFX/N-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 2 16:41:37 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F93616A42B; Fri, 2 Jun 2006 16:41:37 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr7.xs4all.nl (smtp-vbr7.xs4all.nl [194.109.24.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8549C43D58; Fri, 2 Jun 2006 16:41:34 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr7.xs4all.nl (8.13.6/8.13.6) with ESMTP id k52GfXNl014825; Fri, 2 Jun 2006 18:41:33 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.6/8.13.3) with ESMTP id k52GfXYv008399; Fri, 2 Jun 2006 18:41:33 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.6/8.13.6/Submit) id k52GfWDi008398; Fri, 2 Jun 2006 18:41:32 +0200 (CEST) (envelope-from wb) Date: Fri, 2 Jun 2006 18:41:32 +0200 From: Wilko Bulte To: Robert Watson Message-ID: <20060602164132.GA8376@freebie.xs4all.nl> References: <20060601212736.GA3380@freebie.xs4all.nl> <20060601230007.C69345@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060601230007.C69345@fledge.watson.org> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@FreeBSD.org, freebsd-alpha@FreeBSD.org Subject: Re: 6.1-RELEASE panic / lockmgr? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jun 2006 16:41:37 -0000 On Thu, Jun 01, 2006 at 11:01:07PM +0100, Robert Watson wrote.. > > On Thu, 1 Jun 2006, Wilko Bulte wrote: > > >My dual-CPU DS20 Alpha box can more or less consistently be > >forced into a panic like: > > > >FreeBSD/alpha (goldrush.wbnet) (ttyd0)^ > > > >login: panic: lockmgr: thread 0xfffffc007d9d4a80, not exclusive lock holder > >0xfffffc006052d260 unlocking > >cpuid = 1 > >KDB: enter: panic > > > >Trigger is a "make -j2 release". j2 seems to be needed, not seen it with > >-j1 > > > >Unfortunately after printing the line with "KDB" the whole thing appears > >to become completely catatonic :( > > Try putting a call to critical_enter() towards the beginning of panic(). > Sometimes this increases the reliability of entering the debugger by > avoiding interrupt delivery during the process of entering. If you want to > be able to continue out, you'll need a critical_exit() at the end, but that > generally isn't helpful for panic(). Jay! ANother one, and this one entered the debugger alright: racing pid 25497 tid 100147 td 0xfffffc004df56000 kdb_enter() at kdb_enter+0x48 panic() at panic+0x210 lockmgr() at lockmgr+0x798 vop_stdunlock() at vop_stdunlock+0x34 VOP_UNLOCK_APV() at VOP_UNLOCK_APV+0x84 vput() at vput+0xb4 lookup() at lookup+0xd38 namei() at namei+0x554 do_execve() at do_execve+0x17c kern_execve() at kern_execve+0x160 execve() at execve+0x60 syscall() at syscall+0x438 XentSys() at XentSys+0x64 --- syscall (59, FreeBSD ELF64, execve) --- --- user mode --- db> How to proceed here? I have 0 clue on lockmgr & friends :) -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Jun 2 16:43:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2438C16A421 for ; Fri, 2 Jun 2006 16:43:36 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from wx-out-0102.google.com (wx-out-0102.google.com [66.249.82.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A78E43D45 for ; Fri, 2 Jun 2006 16:43:34 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by wx-out-0102.google.com with SMTP id i31so393912wxd for ; Fri, 02 Jun 2006 09:43:34 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=KXB0lAmJt2cjrjTMQe75i9hkJt27nsR6losRRdkkP3x53pftEZMC6G77kiy7Fnk52RAiP6hm1X9g0Oc6s5ppA/VTZ0zu3WRdRlcCz6DoxJRf+JcfI5FH3zItEpPhvB3oWVvzS+5mdkKOtgkH99oPZktzIrePpsjO1JWcJi0B8vs= Received: by 10.70.117.16 with SMTP id p16mr2619409wxc; Fri, 02 Jun 2006 09:43:34 -0700 (PDT) Received: by 10.70.77.18 with HTTP; Fri, 2 Jun 2006 09:43:34 -0700 (PDT) Message-ID: <2a41acea0606020943j1843d949kf8d25e3164255e43@mail.gmail.com> Date: Fri, 2 Jun 2006 09:43:34 -0700 From: "Jack Vogel" To: "Gavin Atkinson" In-Reply-To: <1149241101.60897.58.camel@buffy.york.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0606011530wf7bca5du23711fbfbfbc81@mail.gmail.com> <1149241101.60897.58.camel@buffy.york.ac.uk> Cc: freebsd-stable@freebsd.org Subject: Re: long timeout on boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jun 2006 16:43:36 -0000 On 6/2/06, Gavin Atkinson wrote: > On Thu, 2006-06-01 at 15:30 -0700, Jack Vogel wrote: > > Both on my own machine, and on systems in our test group's lab, we > > notice these long (like 2min maybe?) delays near the end of boot. It > > seems to be ATA/SATA related. It has just announced the one disk > > it discovered, then shows the CPUs launched, and then it just sits > > printing nothing for, like I said, maybe a minute or two. Finally it will > > complete boot and all seems to be fine. > > Can you put a verbose dmesg up with debug.fdc.debugflags=255 set from > the loader? > > I suspect you'll find it's floppy-related. Try setting > hint.fdc.0.disabled="1" from the loader and seeing if it goes away. YUP, I hadnt looked before, but during the whole timeout the floppy access light is on. There were some messages during boot from the controller as well. PFFT, floppies, who needs em, I configured it out and that eliminated the problem :) So, do you need debug info on this, I could reenable and capture if its helpful, otherwise I'm good at this point :) Thanks for the tip Gavin. Jack From owner-freebsd-stable@FreeBSD.ORG Fri Jun 2 16:50:53 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBA7B16A481; Fri, 2 Jun 2006 16:50:53 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5074943D72; Fri, 2 Jun 2006 16:50:36 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 2CC881A4E01; Fri, 2 Jun 2006 09:50:36 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9D00E51228; Fri, 2 Jun 2006 12:50:35 -0400 (EDT) Date: Fri, 2 Jun 2006 12:50:35 -0400 From: Kris Kennaway To: Wilko Bulte Message-ID: <20060602165035.GA67889@xor.obsecurity.org> References: <20060601212736.GA3380@freebie.xs4all.nl> <20060601230007.C69345@fledge.watson.org> <20060602164132.GA8376@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RnlQjJ0d97Da+TV1" Content-Disposition: inline In-Reply-To: <20060602164132.GA8376@freebie.xs4all.nl> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@FreeBSD.org, Robert Watson , freebsd-alpha@FreeBSD.org Subject: Re: 6.1-RELEASE panic / lockmgr? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jun 2006 16:50:54 -0000 --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 02, 2006 at 06:41:32PM +0200, Wilko Bulte wrote: > On Thu, Jun 01, 2006 at 11:01:07PM +0100, Robert Watson wrote.. > >=20 > > On Thu, 1 Jun 2006, Wilko Bulte wrote: > >=20 > > >My dual-CPU DS20 Alpha box can more or less consistently be > > >forced into a panic like: > > > > > >FreeBSD/alpha (goldrush.wbnet) (ttyd0)^ > > > > > >login: panic: lockmgr: thread 0xfffffc007d9d4a80, not exclusive lock h= older > > >0xfffffc006052d260 unlocking > > >cpuid =3D 1 > > >KDB: enter: panic > > > > > >Trigger is a "make -j2 release". j2 seems to be needed, not seen it w= ith > > >-j1 > > > > > >Unfortunately after printing the line with "KDB" the whole thing appea= rs=20 > > >to become completely catatonic :( > >=20 > > Try putting a call to critical_enter() towards the beginning of panic()= .=20 > > Sometimes this increases the reliability of entering the debugger by=20 > > avoiding interrupt delivery during the process of entering. If you wan= t to=20 > > be able to continue out, you'll need a critical_exit() at the end, but = that=20 > > generally isn't helpful for panic(). >=20 > Jay! ANother one, and this one entered the debugger alright: >=20 > racing pid 25497 tid 100147 td 0xfffffc004df56000 > kdb_enter() at kdb_enter+0x48 > panic() at panic+0x210 > lockmgr() at lockmgr+0x798 > vop_stdunlock() at vop_stdunlock+0x34 > VOP_UNLOCK_APV() at VOP_UNLOCK_APV+0x84 > vput() at vput+0xb4 > lookup() at lookup+0xd38 > namei() at namei+0x554 > do_execve() at do_execve+0x17c > kern_execve() at kern_execve+0x160 > execve() at execve+0x60 > syscall() at syscall+0x438 > XentSys() at XentSys+0x64 > --- syscall (59, FreeBSD ELF64, execve) --- > --- user mode --- > db>=20 >=20 > How to proceed here? I have 0 clue on lockmgr & friends :) Enable DEBUG_VFS_LOCKS and DEBUG_LOCKS, then use 'show lockedvnods' to find what other thread(s) is holding locks, and also trace them with 'tr ' Kris --RnlQjJ0d97Da+TV1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEgGxbWry0BWjoQKURAm5bAKDNV/+oWfDLhMA9Bp3aBuFsTeeMpQCg+lyM q4hklpQNS21wUm+x4nM6mDA= =4MeK -----END PGP SIGNATURE----- --RnlQjJ0d97Da+TV1-- From owner-freebsd-stable@FreeBSD.ORG Fri Jun 2 17:45:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F09916A426 for ; Fri, 2 Jun 2006 17:45:12 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 990E643D49 for ; Fri, 2 Jun 2006 17:45:09 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id D311CB826 for ; Fri, 2 Jun 2006 13:45:06 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v750) In-Reply-To: <45F15D04-EC42-4B34-883D-197E2BF5DE57@illian-networks.nl> References: <20060602102239.D09E016A578@hub.freebsd.org> <45F15D04-EC42-4B34-883D-197E2BF5DE57@illian-networks.nl> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <8CBDAE08-CC84-4C27-AE9C-3FE8424C4AAA@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Fri, 2 Jun 2006 13:45:06 -0400 To: FreeBSD Stable X-Mailer: Apple Mail (2.750) Subject: Re: 6.1 Stable keeps hanging X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jun 2006 17:45:12 -0000 On Jun 2, 2006, at 8:04 AM, Rutger Bevaart wrote: > and see if that resolves your problem. We experienced the same on a > number of boxes which somehow seemes related to the locking > mechanism used in the networking stack. The Dell's (1750, > 1850/2850) don't like it. is this only with 6.1? I have 6.0 running on 1850 with zero problems. I've not had any issues with 6.1 on any dells so far, except that the PE800 doesn't like acpi timer. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 2 18:46:50 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F17CB16A424 for ; Fri, 2 Jun 2006 18:46:50 +0000 (UTC) (envelope-from dpelleg@atoz.libagent.org) Received: from atoz.libagent.org (atoz.libagent.org [69.55.228.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5FED43D49 for ; Fri, 2 Jun 2006 18:46:50 +0000 (GMT) (envelope-from dpelleg@atoz.libagent.org) Received: by atoz.libagent.org (Postfix, from userid 1002) id 7CC4A9CF; Fri, 2 Jun 2006 21:46:50 +0300 (IDT) Date: Fri, 2 Jun 2006 21:46:50 +0300 From: Dan Pelleg To: stable@freebsd.org Message-ID: <20060602184650.GA86617@atoz.libagent.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: ath(4) for D-Link G520M on 5.5-R? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jun 2006 18:46:51 -0000 I just got the D-Link DWL-G520M PCI wireless card. I'm not interested in super-G or any other post-802.11b feature in particular; the reason I got it was because the marketing materials hinted that (at least some revision of it) had the Atheros chipset. It isn't recognized at all by ath(4) on 5.5. Here is the pciconf -lv section: none0@pci0:14:0: class=0x020000 card=0x3a681186 chip=0x0020168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' class = network subclass = ethernet The hardware version, as marked on the box, is A1, and firmware version 1.0.0.28. I also tried ndis(4). I downloaded the driver from: http://www.dlink.com/products/support.asp?pid=422&sec=0 and used the files net5513.inf and ar5513.sys. At first, ndiscvt complained about the following line (syntax error) "D:ARAI(A;;GA;;;BA)(A;;GA;;;SY)(A;CI;GA;;;IU)" which I commented out. It then completed. But after making, installing, and kldloading ndis, I see absolutely no output from ndis. Any hints? Is this more likely to work under 6.1? -- Dan Pelleg From owner-freebsd-stable@FreeBSD.ORG Fri Jun 2 18:54:41 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B753F16A442 for ; Fri, 2 Jun 2006 18:54:41 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 546F143D45 for ; Fri, 2 Jun 2006 18:54:41 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id B7A0A8A0050 for ; Fri, 2 Jun 2006 11:59:59 -0700 (PDT) Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 43534-10-49 for ; Fri, 2 Jun 2006 11:59:52 -0700 (PDT) Received: from webmail.sd73.bc.ca (unknown [10.10.10.17]) by smtp.sd73.bc.ca (Postfix) with ESMTP id B36BE8A0047 for ; Fri, 2 Jun 2006 11:59:52 -0700 (PDT) Received: from webmail.sd73.bc.ca (localhost.localdomain [127.0.0.1]) by webmail.sd73.bc.ca (Postfix) with ESMTP id 191869000611 for ; Fri, 2 Jun 2006 11:54:33 -0700 (PDT) Received: from 192.168.0.10 (SquirrelMail authenticated user fcash) by webmail.sd73.bc.ca with HTTP; Fri, 2 Jun 2006 11:54:33 -0700 (PDT) Message-ID: <38961.192.168.0.10.1149274473.squirrel@webmail.sd73.bc.ca> In-Reply-To: <20060602184650.GA86617@atoz.libagent.org> References: <20060602184650.GA86617@atoz.libagent.org> Date: Fri, 2 Jun 2006 11:54:33 -0700 (PDT) From: "Freddie Cash" To: stable@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca Cc: Subject: Re: ath(4) for D-Link G520M on 5.5-R? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: fcash@ocis.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jun 2006 18:54:47 -0000 On Fri, June 2, 2006 11:46 am, Dan Pelleg wrote: > I just got the D-Link DWL-G520M PCI wireless card. I'm not interested > in super-G or any other post-802.11b feature in particular; the > reason I got it was because the marketing materials hinted that (at > least some revision of it) had the Atheros chipset. > > It isn't recognized at all by ath(4) on 5.5. Here is the pciconf -lv > section: Check the output of dmesg when you kldload the ath modules. That will tell you the version of the chips on the NIC. You should also consider upgrading to FreeBSD 6.x, as a lot of improvements were made to the wireless stack, over an above the improvements in 5.4/5.5. > none0@pci0:14:0: class=0x020000 card=0x3a681186 > chip=0x0020168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications > Inc.' class = network subclass = ethernet ---- Freddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Fri Jun 2 19:02:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8F1016A50C for ; Fri, 2 Jun 2006 19:02:04 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A8EB43D45 for ; Fri, 2 Jun 2006 19:02:03 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by nf-out-0910.google.com with SMTP id l37so1163489nfc for ; Fri, 02 Jun 2006 12:02:02 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=YToq9cf7weLHi1XLaJiF5+QlzdPGNx6ltpGzyaaki0HW5RA4EYB/FXoc9W/XSk7iD8h6koS7oaw7en+jC+kNM6up/yxH00Y2yGmCgB3qHfAUM2VQDeM5Vo9cfNBTNEDacaDW8na3gVnt5LFfhtOMpF9Hc624P9TBaDnWXhA0w5w= Received: by 10.48.210.19 with SMTP id i19mr410395nfg; Thu, 01 Jun 2006 22:44:00 -0700 (PDT) Received: by 10.49.3.20 with HTTP; Thu, 1 Jun 2006 22:44:00 -0700 (PDT) Message-ID: Date: Fri, 2 Jun 2006 07:44:00 +0200 From: "Claus Guttesen" To: Denny In-Reply-To: <20060602025326.GA30839@singtel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060602025326.GA30839@singtel.com> Cc: freebsd-stable@freebsd.org Subject: Re: 6.1 Stable keeps hanging X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jun 2006 19:02:12 -0000 > I am running 6.1 stable, AMD64 on Dell 2850, Intel Xeon. It keeps hanging for no reason, no panic message or core and I have to reboot the system whenever it freezes. > > Any idea where to check? What type of service does it provide? Web, db? regards Claus From owner-freebsd-stable@FreeBSD.ORG Fri Jun 2 19:04:30 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9172916A4A5 for ; Fri, 2 Jun 2006 19:04:30 +0000 (UTC) (envelope-from dpelleg@atoz.libagent.org) Received: from atoz.libagent.org (atoz.libagent.org [69.55.228.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B14643D4C for ; Fri, 2 Jun 2006 19:04:30 +0000 (GMT) (envelope-from dpelleg@atoz.libagent.org) Received: by atoz.libagent.org (Postfix, from userid 1002) id 250BC9CF; Fri, 2 Jun 2006 22:04:30 +0300 (IDT) Date: Fri, 2 Jun 2006 22:04:30 +0300 From: Dan Pelleg To: stable@freebsd.org Message-ID: <20060602190429.GA20996@atoz.libagent.org> References: <20060602184650.GA86617@atoz.libagent.org> <38961.192.168.0.10.1149274473.squirrel@webmail.sd73.bc.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <38961.192.168.0.10.1149274473.squirrel@webmail.sd73.bc.ca> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: ath(4) for D-Link G520M on 5.5-R? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jun 2006 19:04:30 -0000 On Fri, Jun 02, 2006 at 11:54:33AM -0700, Freddie Cash wrote: > On Fri, June 2, 2006 11:46 am, Dan Pelleg wrote: > > I just got the D-Link DWL-G520M PCI wireless card. I'm not interested > > in super-G or any other post-802.11b feature in particular; the > > reason I got it was because the marketing materials hinted that (at > > least some revision of it) had the Atheros chipset. > > > > It isn't recognized at all by ath(4) on 5.5. Here is the pciconf -lv > > section: > > Check the output of dmesg when you kldload the ath modules. That will > tell you the version of the chips on the NIC. > No output whatsoever. Tried both with ath and ath_hal compiled in, and also as modules. wlan was always compiled in. > You should also consider upgrading to FreeBSD 6.x, as a lot of > improvements were made to the wireless stack, over an above the > improvements in 5.4/5.5. > > > none0@pci0:14:0: class=0x020000 card=0x3a681186 > > chip=0x0020168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications > > Inc.' class = network subclass = ethernet > > > ---- > Freddie Cash > fcash@ocis.net > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Jun 2 19:48:33 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A097616A543 for ; Fri, 2 Jun 2006 19:48:33 +0000 (UTC) (envelope-from manfred.lotz@arcor.de) Received: from mail-in-03.arcor-online.net (mail-in-03.arcor-online.net [151.189.21.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECA0243D46 for ; Fri, 2 Jun 2006 19:48:32 +0000 (GMT) (envelope-from manfred.lotz@arcor.de) Received: from mail-in-11-z2.arcor-so.net (mail-in-11-z2.arcor-online.net [151.189.8.28]) by mail-in-03.arcor-online.net (Postfix) with ESMTP id 7394C17510C for ; Fri, 2 Jun 2006 21:48:31 +0200 (CEST) Received: from mail-in-01.arcor-online.net (mail-in-01.arcor-online.net [151.189.21.41]) by mail-in-11-z2.arcor-so.net (Postfix) with ESMTP id 5FCDB3CE717 for ; Fri, 2 Jun 2006 21:48:31 +0200 (CEST) Received: from hermes.sanskrit.local.net (dslb-084-058-027-015.pools.arcor-ip.net [84.58.27.15]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id 25013E43F8 for ; Fri, 2 Jun 2006 21:48:31 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by hermes.sanskrit.local.net (8.13.6/8.13.4) with SMTP id k52JmUmk096575 for ; Fri, 2 Jun 2006 21:48:30 +0200 (CEST) (envelope-from manfred.lotz@arcor.de) Date: Fri, 2 Jun 2006 21:48:24 +0200 From: Manfred Lotz To: stable@freebsd.org Message-Id: <20060602214824.ea691af4.manfred.lotz@arcor.de> X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.8.17; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: xorg build failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jun 2006 19:48:34 -0000 Hi there, Trying to build xorg-server 6.9.3 I get After a while I get lots of making Makefiles in include/bitmaps... make: don't know how to make Makefiles. Stop making Makefiles in include/extensions... make: don't know how to make Makefiles. Stop making Makefiles in include/fonts... make: don't know how to make Makefiles. Stop making Makefiles in include/GL... make: don't know how to make Makefiles. Stop making Makefiles in include/DPS... make: don't know how to make Makefiles. Stop messages and finally I get + ln -s ../../../include/Xthreads.h . + rm -f ap_keysym.h + ln -s ../../../include/ap_keysym.h . + rm -f keysym.h + ln -s ../../../include/keysym.h . + rm -f keysymdef.h + ln -s ../../../include/keysymdef.h . including in include/bitmaps... make: don't know how to make includes. Stop including in include/extensions... make: don't know how to make includes. Stop including in include/fonts... make: don't know how to make includes. Stop including in include/GL... make: don't know how to make includes. Stop including in include/DPS... make: don't know how to make includes. Stop *** Error code 2 Stop in /var/tmp/portswrk/usr/ports/x11-servers/xorg-server/work/xc/include. *** Error code 1 Any ideas? -- Manfred From owner-freebsd-stable@FreeBSD.ORG Fri Jun 2 23:01:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6424D16A421 for ; Fri, 2 Jun 2006 23:01:53 +0000 (UTC) (envelope-from doug@safeport.com) Received: from pemaquid.safeport.com (pemaquid.safeport.com [209.31.154.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 182A043D48 for ; Fri, 2 Jun 2006 23:01:51 +0000 (GMT) (envelope-from doug@safeport.com) Received: from localhost (localhost [127.0.0.1]) by pemaquid.safeport.com (8.13.4/8.12.11) with ESMTP id k52N1kj2039730 for ; Fri, 2 Jun 2006 19:01:47 -0400 (EDT) (envelope-from doug@safeport.com) Date: Fri, 2 Jun 2006 19:01:46 -0400 (EDT) From: doug@safeport.com To: freebsd-stable@freebsd.org Message-ID: <20060602183817.M85685@pemaquid.safeport.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: 6.1 buildkernel question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jun 2006 23:01:53 -0000 My system works, however the buildkernel process had about 2000 warnings, with 1/2 of those compiling aic7xxx (see below). This was discussed on BSDForums but as far as I can tell, different compiler options were used; the conclusion was using -O3 was the problem. I did a clean install from a 6.1 ISO, selecting the minimum footprint and cvsup'd from cvsup10.FreeBSD.org @ May 30 17:48. I used the GENERIC kernel commenting out all cpu directive except I686_CPU. I changed nothing in make.conf, leaving the default of: # added by use.perl 2006-06-01 01:40:49 PERL_VER=5.8.8 PERL_VERSION=5.8.8 My change to the kernel conf file: diff -u GENERIC ARTEMIS --- GENERIC Sun Apr 30 13:39:42 2006 +++ ARTEMIS Wed May 31 18:15:59 2006 @@ -19,10 +19,10 @@ # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.429.2.9 2006/04/30 17:39:42 scottl Exp $ machine i386 -cpu I486_CPU -cpu I586_CPU +#cpu I486_CPU +#cpu I586_CPU cpu I686_CPU -ident GENERIC +ident ARTEMIS cc -O2 -fno-strict-aliasing -pipe -DAHD_REG_PRETTY_PRINT=1 -D_KERNEL -DKLD_MODUL E -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/ART EMIS/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -f no-common -g -I/usr/obj/usr/src/sys/ARTEMIS -mno-align-long-strings -mpreferred- stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -W redundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpoi nter-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/mo dules/aic7xxx/ahd/../../../dev/aic7xxx/aic79xx.c /usr/src/sys/modules/aic7xxx/ahd/../../../dev/aic7xxx/aic79xx.c: In function `ah d_clear_msg_state': ./machine/bus.h:221: warning: inlining failed in call to 'bus_space_read_1': --p aram inline-unit-growth limit reached /usr/src/sys/modules/aic7xxx/ahd/../../../dev/aic7xxx/aic79xx.c:127: warning: ca lled from here ./machine/bus.h:221: warning: inlining failed in call to 'bus_space_read_1': --p aram inline-unit-growth limit reached : If there is any interest in pursuing this, I have the full output from the buildkernel. _____ Douglas Denault http://www.safeport.com doug@safeport.com Voice: 301-469-8766 Fax: 301-469-0601 From owner-freebsd-stable@FreeBSD.ORG Fri Jun 2 23:30:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED07716A471 for ; Fri, 2 Jun 2006 23:30:01 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from hu-out-0102.google.com (hu-out-0102.google.com [72.14.214.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D7CF43D46 for ; Fri, 2 Jun 2006 23:30:01 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by hu-out-0102.google.com with SMTP id 28so536872hug for ; Fri, 02 Jun 2006 16:29:57 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rVqsP97YoO7Gjs0SIx+lZX7r46+XAh88lPzgBzLWx01sXTIT4S1P0N7LP04D3a5NUgp3fWVhmIGxHmrivNZY4IgJXWeXKEreWv+C40y3ALUW1Akj08jwPo1LTOtF8dV/cfMCRntkp+oHseu1WIHSmz0wwFJR1XiXFr5ylYl23Hs= Received: by 10.78.57.11 with SMTP id f11mr237568hua; Thu, 01 Jun 2006 19:58:30 -0700 (PDT) Received: by 10.78.71.19 with HTTP; Thu, 1 Jun 2006 19:58:30 -0700 (PDT) Message-ID: <84dead720606011958g3a8134abib0ddc731fb1e3d24@mail.gmail.com> Date: Fri, 2 Jun 2006 08:28:30 +0530 From: "Joseph Koshy" To: Denny In-Reply-To: <20060602025326.GA30839@singtel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060602025326.GA30839@singtel.com> Cc: freebsd-stable@freebsd.org Subject: Re: 6.1 Stable keeps hanging X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jun 2006 23:30:04 -0000 > I am running 6.1 stable, AMD64 on Dell 2850, Intel Xeon. It > keeps hanging for no reason, no panic message or core and I > have to reboot the system whenever it freezes. > Any idea where to check? 1) Please post the output of dmesg. Are there any unusual devices connected to it? 2) What is the load on the system (what kind of processes, how heavily loaded etc.)? 3) Can the machine get through a 'make world' on its own? -- FreeBSD Developer, http://people.freebsd.org/~jkoshy From owner-freebsd-stable@FreeBSD.ORG Sat Jun 3 00:48:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73C8E16A420 for ; Sat, 3 Jun 2006 00:48:40 +0000 (UTC) (envelope-from fbsd-stable@mawer.org) Received: from mail24.syd.optusnet.com.au (mail24.syd.optusnet.com.au [211.29.133.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id DABE143D45 for ; Sat, 3 Jun 2006 00:48:39 +0000 (GMT) (envelope-from fbsd-stable@mawer.org) Received: from [127.0.0.1] (c220-237-120-88.thorn1.nsw.optusnet.com.au [220.237.120.88]) by mail24.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k530maqW006488; Sat, 3 Jun 2006 10:48:38 +1000 Message-ID: <4480DC6B.10306@mawer.org> Date: Sat, 03 Jun 2006 10:48:43 +1000 From: Antony Mawer User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: Jack Vogel References: <2a41acea0606011530wf7bca5du23711fbfbfbc81@mail.gmail.com> <1149241101.60897.58.camel@buffy.york.ac.uk> <2a41acea0606020943j1843d949kf8d25e3164255e43@mail.gmail.com> In-Reply-To: <2a41acea0606020943j1843d949kf8d25e3164255e43@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: long timeout on boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jun 2006 00:48:41 -0000 On 3/06/2006 2:43 AM, Jack Vogel wrote: > On 6/2/06, Gavin Atkinson wrote: >> On Thu, 2006-06-01 at 15:30 -0700, Jack Vogel wrote: >> > Both on my own machine, and on systems in our test group's lab, we >> > notice these long (like 2min maybe?) delays near the end of boot. It >> > seems to be ATA/SATA related. It has just announced the one disk >> > it discovered, then shows the CPUs launched, and then it just sits >> > printing nothing for, like I said, maybe a minute or two. Finally it >> will >> > complete boot and all seems to be fine. >> >> Can you put a verbose dmesg up with debug.fdc.debugflags=255 set from >> the loader? >> >> I suspect you'll find it's floppy-related. Try setting >> hint.fdc.0.disabled="1" from the loader and seeing if it goes away. > > YUP, I hadnt looked before, but during the whole timeout the floppy > access light is on. There were some messages during boot from the > controller as well. I've seen this on a number of 6.0 production systems with exactly the same symptoms. Disabling the floppy controller removes the long delay. I've skimmed the change log for the fdc driver: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/fdc/ ... but there have been a huge number of commits over the recent few years. Any number of those sounds like potential candidates for introducing the problem, but it will need someone with a large degree of patience to try and identify where the problem started occurring. I might add that it seems very hardware dependent: unfortunately none of my test machines on-hand exhibit the problem or I might be able to do some testing myself... -Antony From owner-freebsd-stable@FreeBSD.ORG Sat Jun 3 01:08:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4EC0C16A423 for ; Sat, 3 Jun 2006 01:08:36 +0000 (UTC) (envelope-from lists@pingle.org) Received: from willow.pingle.org (willow.pingle.org [208.149.144.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB47943D45 for ; Sat, 3 Jun 2006 01:08:35 +0000 (GMT) (envelope-from lists@pingle.org) Received: from localhost (unknown [127.0.0.1]) by willow.pingle.org (Postfix) with ESMTP id E19F51144D; Fri, 2 Jun 2006 21:08:34 -0400 (EDT) Received: from willow.pingle.org ([127.0.0.1]) by localhost (willow.pingle.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 56378-03; Fri, 2 Jun 2006 21:08:34 -0400 (EDT) Received: from [192.168.0.4] (josie.pingle.org [209.125.59.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by willow.pingle.org (Postfix) with ESMTP id B516811448; Fri, 2 Jun 2006 21:08:32 -0400 (EDT) Message-ID: <4480E105.1040106@pingle.org> Date: Fri, 02 Jun 2006 21:08:21 -0400 From: Jim Pingle User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Antony Mawer References: <2a41acea0606011530wf7bca5du23711fbfbfbc81@mail.gmail.com> <1149241101.60897.58.camel@buffy.york.ac.uk> <2a41acea0606020943j1843d949kf8d25e3164255e43@mail.gmail.com> <4480DC6B.10306@mawer.org> In-Reply-To: <4480DC6B.10306@mawer.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at pingle.org Cc: freebsd-stable@freebsd.org, Jack Vogel Subject: Re: long timeout on boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jun 2006 01:08:36 -0000 Antony Mawer wrote: > On 3/06/2006 2:43 AM, Jack Vogel wrote: >> On 6/2/06, Gavin Atkinson wrote: >>> On Thu, 2006-06-01 at 15:30 -0700, Jack Vogel wrote: >>> > Both on my own machine, and on systems in our test group's lab, we >>> > notice these long (like 2min maybe?) delays near the end of boot. It >>> > seems to be ATA/SATA related. It has just announced the one disk >>> > it discovered, then shows the CPUs launched, and then it just sits >>> > printing nothing for, like I said, maybe a minute or two. Finally >>> it will >>> > complete boot and all seems to be fine. >>> >>> Can you put a verbose dmesg up with debug.fdc.debugflags=255 set from >>> the loader? >>> >>> I suspect you'll find it's floppy-related. Try setting >>> hint.fdc.0.disabled="1" from the loader and seeing if it goes away. >> >> YUP, I hadnt looked before, but during the whole timeout the floppy >> access light is on. There were some messages during boot from the >> controller as well. > > I've seen this on a number of 6.0 production systems with exactly the > same symptoms. Disabling the floppy controller removes the long delay. > > I've skimmed the change log for the fdc driver: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/fdc/ > > ... but there have been a huge number of commits over the recent few > years. Any number of those sounds like potential candidates for > introducing the problem, but it will need someone with a large degree of > patience to try and identify where the problem started occurring. > > I might add that it seems very hardware dependent: unfortunately none of > my test machines on-hand exhibit the problem or I might be able to do > some testing myself... > > -Antony I posted about this problem previously, when I had (very incorrectly) thought it had something to do with the RAID controller. I have a large number of servers that exhibit this behavior and have done so since 6.0-RELEASE. I have 5.4 on one of them but I don't recall if it did the same thing or not. The servers I have which do this tend to be Intel chipset systems, most of them are VA Linux boxes: Dual pIII-800s on L440GX+ Boards, if memory serves. fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 I have one or two of these setup I could do some testing with, but I'm not sure what dates to start with, seeing as the problem has existed since 6.0-RELEASE on these (and with most of them that's the first release I've used on them.) I can check some more on Monday to see at least if the 5.x box is doing this. It's a testing server that's not currently in use. I'd check right now but it'd be almost impossible to diagnose remotely (no serial console.) From owner-freebsd-stable@FreeBSD.ORG Sat Jun 3 02:30:16 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EBEE16A468 for ; Sat, 3 Jun 2006 02:30:16 +0000 (UTC) (envelope-from kaiwai.gardiner@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 749F643D49 for ; Sat, 3 Jun 2006 02:30:15 +0000 (GMT) (envelope-from kaiwai.gardiner@gmail.com) Received: by ug-out-1314.google.com with SMTP id m3so763455uge for ; Fri, 02 Jun 2006 19:30:14 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Pz77YByqrjcUtmm8tDU0Ymf/DBWURN45/+53ewT7C+pPXKeSVCWFlnDNTdgJQ6AbeWXsJyxuakghTwdKjjQ6qEvMK2MAiBBKhrJq5LUJGRjfnc2+kaCDG7bS9UwtyOtv3E1q2mWvO2DODgjiJ0/ynpDUkgWCF2agUBHigPpUCeM= Received: by 10.66.250.17 with SMTP id x17mr1274664ugh; Fri, 02 Jun 2006 17:38:07 -0700 (PDT) Received: by 10.66.219.18 with HTTP; Fri, 2 Jun 2006 17:38:07 -0700 (PDT) Message-ID: Date: Sat, 3 Jun 2006 12:38:07 +1200 From: "Kaiwai Gardiner" To: "Manfred Lotz" In-Reply-To: <20060602214824.ea691af4.manfred.lotz@arcor.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060602214824.ea691af4.manfred.lotz@arcor.de> Cc: stable@freebsd.org Subject: Re: xorg build failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jun 2006 02:30:16 -0000 Hi, 1) Whats your CFLAGS settings? 2) Could you please explain the weird ports path? 3) Have you tried to purge the system of X11R6/local directories, and do a clean build? 4) When did you last update your cvsup, and through which server did you go through. Matty On 6/3/06, Manfred Lotz wrote: > Hi there, > Trying to build xorg-server 6.9.3 I get > > > After a while I get lots of > > making Makefiles in include/bitmaps... > make: don't know how to make Makefiles. Stop > making Makefiles in include/extensions... > make: don't know how to make Makefiles. Stop > making Makefiles in include/fonts... > make: don't know how to make Makefiles. Stop > making Makefiles in include/GL... > make: don't know how to make Makefiles. Stop > making Makefiles in include/DPS... > make: don't know how to make Makefiles. Stop > > > messages and finally I get > > > + ln -s ../../../include/Xthreads.h . > + rm -f ap_keysym.h > + ln -s ../../../include/ap_keysym.h . > + rm -f keysym.h > + ln -s ../../../include/keysym.h . > + rm -f keysymdef.h > + ln -s ../../../include/keysymdef.h . > including in include/bitmaps... > make: don't know how to make includes. Stop > including in include/extensions... > make: don't know how to make includes. Stop > including in include/fonts... > make: don't know how to make includes. Stop > including in include/GL... > make: don't know how to make includes. Stop > including in include/DPS... > make: don't know how to make includes. Stop > *** Error code 2 > > Stop > in /var/tmp/portswrk/usr/ports/x11-servers/xorg-server/work/xc/include. > *** Error code 1 > > > > Any ideas? > > > -- > Manfred > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sat Jun 3 03:07:43 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92ADD16A47B for ; Sat, 3 Jun 2006 03:07:43 +0000 (UTC) (envelope-from manfred.lotz@arcor.de) Received: from mail-in-09.arcor-online.net (mail-in-09.arcor-online.net [151.189.21.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 534F743D4C for ; Sat, 3 Jun 2006 03:07:42 +0000 (GMT) (envelope-from manfred.lotz@arcor.de) Received: from mail-in-01-z2.arcor-online.net (mail-in-01-z2.arcor-online.net [151.189.8.13]) by mail-in-09.arcor-online.net (Postfix) with ESMTP id BB4BC295A5F; Sat, 3 Jun 2006 05:07:40 +0200 (CEST) Received: from mail-in-07.arcor-online.net (mail-in-07.arcor-online.net [151.189.21.47]) by mail-in-01-z2.arcor-online.net (Postfix) with ESMTP id ADD2BBCE80; Sat, 3 Jun 2006 05:07:40 +0200 (CEST) Received: from hermes.sanskrit.local.net (dslb-084-058-027-015.pools.arcor-ip.net [84.58.27.15]) by mail-in-07.arcor-online.net (Postfix) with ESMTP id 93A7716F428; Sat, 3 Jun 2006 05:07:40 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by hermes.sanskrit.local.net (8.13.6/8.13.4) with SMTP id k5337dWP000500; Sat, 3 Jun 2006 05:07:39 +0200 (CEST) (envelope-from manfred.lotz@arcor.de) Date: Sat, 3 Jun 2006 05:07:34 +0200 From: Manfred Lotz To: "Kaiwai Gardiner" Message-Id: <20060603050734.f976608f.manfred.lotz@arcor.de> In-Reply-To: References: <20060602214824.ea691af4.manfred.lotz@arcor.de> X-Mailer: Sylpheed version 2.2.4 (GTK+ 2.8.17; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: xorg build failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jun 2006 03:07:43 -0000 Hi, BTW, I'm running 6.1 STABLE On Sat, 3 Jun 2006 12:38:07 +1200 "Kaiwai Gardiner" wrote: > Hi, > > 1) Whats your CFLAGS settings? No special settings in /etc/make.conf > 2) Could you please explain the weird ports path? WRKDIRPREFIX=/var/tmp/portswr > 3) Have you tried to purge the system of X11R6/local directories, and > do a clean build? What do you mean by "system of X11R6/local directories"? > 4) When did you last update your cvsup, and through which server did > you go through. Just before I tried building xorg-server again. -- Manfred From owner-freebsd-stable@FreeBSD.ORG Sat Jun 3 03:47:12 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A489B16A468 for ; Sat, 3 Jun 2006 03:47:12 +0000 (UTC) (envelope-from kaiwai.gardiner@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0555B43D49 for ; Sat, 3 Jun 2006 03:47:11 +0000 (GMT) (envelope-from kaiwai.gardiner@gmail.com) Received: by ug-out-1314.google.com with SMTP id m3so775113uge for ; Fri, 02 Jun 2006 20:47:10 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Ix5qk51tQT+ptjPWBiXB0LH5f9LDtJZQ/KKX+bZrRo2BfM/xTTo1TrSsxGZXUGRvfjZAOiQKcF4nCi33f+O+o1Hdw5YgZ5UR52IMMnnJSgtc3SoHZeTNd75DVGGnnfWcdROnd16iWvtinmGN+FxFoIHOlJ+O4wuMfwWRA46uoQE= Received: by 10.67.100.12 with SMTP id c12mr1355595ugm; Fri, 02 Jun 2006 20:40:52 -0700 (PDT) Received: by 10.66.219.18 with HTTP; Fri, 2 Jun 2006 20:40:52 -0700 (PDT) Message-ID: Date: Sat, 3 Jun 2006 15:40:52 +1200 From: "Kaiwai Gardiner" To: "Manfred Lotz" In-Reply-To: <20060603050734.f976608f.manfred.lotz@arcor.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060602214824.ea691af4.manfred.lotz@arcor.de> <20060603050734.f976608f.manfred.lotz@arcor.de> Cc: stable@freebsd.org Subject: Re: xorg build failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jun 2006 03:47:12 -0000 On 6/3/06, Manfred Lotz wrote: > Hi, > > BTW, I'm running 6.1 STABLE > > On Sat, 3 Jun 2006 12:38:07 +1200 > "Kaiwai Gardiner" wrote: > > > Hi, > > > > 1) Whats your CFLAGS settings? > > No special settings in /etc/make.conf > > > 2) Could you please explain the weird ports path? > > WRKDIRPREFIX=/var/tmp/portswr Why not use the standard /usr/ports? > > > 3) Have you tried to purge the system of X11R6/local directories, and > > do a clean build? > > What do you mean by "system of X11R6/local directories"? cd /var/db/pkg then pkg_delete * then cd /var/db/ports then rm -rf * once uninstalled, delete the local and X11R6 directories go into your ports directory, delete all the work directories via rm -rf /usr/ports/*/*/work which will take a while. Then go into your xorg directory and make install. > > > > 4) When did you last update your cvsup, and through which server did > > you go through. > > Just before I tried building xorg-server again. Xorg is built for me ok, and I'm using a standard vanilla installation Matty From owner-freebsd-stable@FreeBSD.ORG Sat Jun 3 07:06:55 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACE1116A473 for ; Sat, 3 Jun 2006 07:06:55 +0000 (UTC) (envelope-from doug@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B5F243D48 for ; Sat, 3 Jun 2006 07:06:55 +0000 (GMT) (envelope-from doug@fledge.watson.org) Received: from fledge.watson.org (localhost.watson.org [127.0.0.1]) by fledge.watson.org (8.13.4/8.13.4) with ESMTP id k5376p0v062914; Sat, 3 Jun 2006 03:06:51 -0400 (EDT) (envelope-from doug@fledge.watson.org) Received: from localhost (doug@localhost) by fledge.watson.org (8.13.4/8.13.4/Submit) with ESMTP id k5376ofh062911; Sat, 3 Jun 2006 03:06:50 -0400 (EDT) (envelope-from doug@fledge.watson.org) Date: Sat, 3 Jun 2006 03:06:50 -0400 (EDT) From: doug To: Kaiwai Gardiner In-Reply-To: Message-ID: <20060603030349.S80282@fledge.watson.org> References: <20060602214824.ea691af4.manfred.lotz@arcor.de> <20060603050734.f976608f.manfred.lotz@arcor.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org, Manfred Lotz Subject: Re: xorg build failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jun 2006 07:06:55 -0000 Unless you have a reason to want to modify the source, why not use the package: setenv PACKAGEROOT ftp://ftp.FreeBSD.org pkg_add -r xorg will get you 6.9.0_1 in a few minutes On Sat, 3 Jun 2006, Kaiwai Gardiner wrote: > On 6/3/06, Manfred Lotz wrote: >> Hi, >> >> BTW, I'm running 6.1 STABLE >> >> On Sat, 3 Jun 2006 12:38:07 +1200 >> "Kaiwai Gardiner" wrote: >> >> > Hi, >> > >> > 1) Whats your CFLAGS settings? >> >> No special settings in /etc/make.conf >> >> > 2) Could you please explain the weird ports path? >> >> WRKDIRPREFIX=/var/tmp/portswr > > Why not use the standard /usr/ports? > >> >> > 3) Have you tried to purge the system of X11R6/local directories, and >> > do a clean build? >> >> What do you mean by "system of X11R6/local directories"? > > cd /var/db/pkg then pkg_delete * > then cd /var/db/ports then rm -rf * > > once uninstalled, delete the local and X11R6 directories > > go into your ports directory, delete all the work directories via rm > -rf /usr/ports/*/*/work which will take a while. > > Then go into your xorg directory and make install. > >> >> >> > 4) When did you last update your cvsup, and through which server did >> > you go through. >> >> Just before I tried building xorg-server again. > > Xorg is built for me ok, and I'm using a standard vanilla installation > > Matty > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sat Jun 3 09:24:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51F7916A46A for ; Sat, 3 Jun 2006 09:24:51 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from mail.localelinks.com (web.localelinks.com [64.39.75.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3A4E43D53 for ; Sat, 3 Jun 2006 09:24:50 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.localelinks.com (Postfix) with ESMTP id E8DC73E1; Sat, 3 Jun 2006 04:24:49 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 243A261C2B; Sat, 3 Jun 2006 04:24:49 -0500 (CDT) Date: Sat, 3 Jun 2006 04:24:49 -0500 From: "Matthew D. Fuller" To: Antony Mawer Message-ID: <20060603092448.GD10751@over-yonder.net> References: <2a41acea0606011530wf7bca5du23711fbfbfbc81@mail.gmail.com> <1149241101.60897.58.camel@buffy.york.ac.uk> <2a41acea0606020943j1843d949kf8d25e3164255e43@mail.gmail.com> <4480DC6B.10306@mawer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4480DC6B.10306@mawer.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.3 Cc: freebsd-stable@freebsd.org, Jack Vogel Subject: Re: long timeout on boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jun 2006 09:24:51 -0000 On Sat, Jun 03, 2006 at 10:48:43AM +1000 I heard the voice of Antony Mawer, and lo! it spake thus: > > ... but there have been a huge number of commits over the recent few > years. I believe the actual culprit is GEOM tasting (or trying to taste) the media, and not getting the message that there isn't any there. If you stick a floppy in, it'll note it right away and move on. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Sat Jun 3 13:10:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68F8916A47A for ; Sat, 3 Jun 2006 13:10:14 +0000 (UTC) (envelope-from vladgalu@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE89643D48 for ; Sat, 3 Jun 2006 13:10:13 +0000 (GMT) (envelope-from vladgalu@gmail.com) Received: by wr-out-0506.google.com with SMTP id i20so697415wra for ; Sat, 03 Jun 2006 06:10:13 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=UnQBlE8Ldfvkb+kA/SJZswfgDiRcjcgoMqncj8+cPqByKpmVVI0rHwWK++5bEMJYqcwgUS8Y3Ea1H3L70cKMhNKyP2qSnv5pZgKITquWQWTTuX+wglUplWwm6LRAeaRn9snLC2Mea2EHk434OapPtQ522uqinPBcPMWbQ876DF0= Received: by 10.54.103.3 with SMTP id a3mr280451wrc; Sat, 03 Jun 2006 06:10:01 -0700 (PDT) Received: by 10.54.128.12 with HTTP; Sat, 3 Jun 2006 06:10:13 -0700 (PDT) Message-ID: <79722fad0606030610va50626akc0116ccbb779e5ee@mail.gmail.com> Date: Sat, 3 Jun 2006 16:10:13 +0300 From: "Vlad GALU" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: 6.1-stable crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jun 2006 13:10:14 -0000 UP FreeBSD 6.1-STABLE #0: Fri Jun 2 13:44:52 EEST 2006 -- cut here -- (kgdb) bt full #0 doadump () at pcpu.h:165 No locals. #1 0xc0579530 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 first_buf_printf = 1 #2 0xc0579ac3 in panic ( fmt=0xc0744d44 "vm_page_unwire: invalid wire count: %d") at ../../../kern/kern_shutdown.c:565 bootopt = 260 newpanic = 0 buf = "vm_page_unwire: invalid wire count: 0", '\0' #3 0xc06bb500 in vm_page_unwire (m=0xc23cdb10, activate=0) at ../../../vm/vm_page.c:1197 No locals. #4 0xc05cb6a5 in vfs_vmio_release (bp=0xda46f2a8) at ../../../kern/vfs_bio.c:1470 i = 3 m = 0xc23cdb10 #5 0xc05cee39 in getnewbuf (slpflag=0, slptimeo=0, size=16384, maxsize=16384) at ../../../kern/vfs_bio.c:1779 addr = 3662464192 bp = (struct buf *) 0xda46f2a8 nbp = (struct buf *) 0xda527818 defrag = 0 nqindex = 1 flushingbufs = 0 #6 0xc05cf23e in getblk (vp=0xca7badd0, blkno=4605, size=16384, slpflag=0, slptimeo=0, flags=0) at ../../../kern/vfs_bio.c:2486 bsize = 16384 maxsize = 0 vmio = 1 offset = 75448320 bp = (struct buf *) 0x4000 bo = (struct bufobj *) 0xca7bae90 #7 0xc06763f6 in ffs_balloc_ufs2 (vp=0xca7badd0, startoffset=Unhandled dwarf expression opcode 0x93 ) at ../../../ufs/ffs/ffs_balloc.c:817 ip = (struct inode *) 0xcc3fdbdc dp = (struct ufs2_dinode *) 0xcbead900 lbn = 4605 lastlbn = 223214 fs = (struct fs *) 0xc7b86000 bp = (struct buf *) 0xda4cc4c0 nbp = (struct buf *) 0x7 ump = (struct ufsmount *) 0xc7a7bc00 indirs = {{in_lbn = -2061, in_off = 1, in_exists = 0}, { in_lbn = -2061, in_off = 1, in_exists = 0}, {in_lbn = -4108, in_off = 497, in_exists = 0}, {in_lbn = -4294967295, in_off = 1, in_exists = 0}, { in_lbn = 4294965235, in_off = 0, in_exists = -968598912}} nb = Unhandled dwarf expression opcode 0x93 (kgdb) -- and here -- -- If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-stable@FreeBSD.ORG Sat Jun 3 23:26:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35F0C16A4FE; Sat, 3 Jun 2006 23:26:56 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id B419B43D5C; Sat, 3 Jun 2006 23:26:54 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb.matik.com.br (anb.matik.com.br [200.152.88.34] (may be forged)) by msrv.matik.com.br (8.13.6/8.13.1) with ESMTP id k53NQmMf079402; Sat, 3 Jun 2006 20:26:48 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Sat, 3 Jun 2006 20:26:41 -0300 User-Agent: KMail/1.9.1 References: <20060602184650.GA86617@atoz.libagent.org> <38961.192.168.0.10.1149274473.squirrel@webmail.sd73.bc.ca> <20060602190429.GA20996@atoz.libagent.org> In-Reply-To: <20060602190429.GA20996@atoz.libagent.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200606032026.41578.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Spam-Status: No, score=-0.4 required=5.0 tests=ALL_TRUSTED, AWL, VOWEL_TOCC_5 autolearn=unavailable version=3.1.0 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: stable@freebsd.org, Dan Pelleg Subject: Re: ath(4) for D-Link G520M on 5.5-R? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jun 2006 23:26:56 -0000 On Friday 02 June 2006 16:04, Dan Pelleg wrote: > > You should also consider upgrading to FreeBSD 6.x, as a lot of > > improvements were made to the wireless stack, over an above the > > improvements in 5.4/5.5. > > > > > none0@pci0:14:0: class=3D0x020000 card=3D0x3a681186 > > > chip=3D0x0020168c rev=3D0x01 hdr=3D0x00 vendor =3D 'Atheros Communi= cations > > > Inc.' class =3D network subclass =3D ethernet > > probably the ath man page helps : Revision A1 of the D-LINK DWL-G520 and DWL-G650 are based on an Inters= il PrismGT chip and are not supported by this driver. if so the ndis driver should work Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Sat Jun 3 23:26:56 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35F0C16A4FE; Sat, 3 Jun 2006 23:26:56 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id B419B43D5C; Sat, 3 Jun 2006 23:26:54 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb.matik.com.br (anb.matik.com.br [200.152.88.34] (may be forged)) by msrv.matik.com.br (8.13.6/8.13.1) with ESMTP id k53NQmMf079402; Sat, 3 Jun 2006 20:26:48 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Sat, 3 Jun 2006 20:26:41 -0300 User-Agent: KMail/1.9.1 References: <20060602184650.GA86617@atoz.libagent.org> <38961.192.168.0.10.1149274473.squirrel@webmail.sd73.bc.ca> <20060602190429.GA20996@atoz.libagent.org> In-Reply-To: <20060602190429.GA20996@atoz.libagent.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200606032026.41578.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Spam-Status: No, score=-0.4 required=5.0 tests=ALL_TRUSTED, AWL, VOWEL_TOCC_5 autolearn=unavailable version=3.1.0 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: stable@freebsd.org, Dan Pelleg Subject: Re: ath(4) for D-Link G520M on 5.5-R? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jun 2006 23:26:56 -0000 On Friday 02 June 2006 16:04, Dan Pelleg wrote: > > You should also consider upgrading to FreeBSD 6.x, as a lot of > > improvements were made to the wireless stack, over an above the > > improvements in 5.4/5.5. > > > > > none0@pci0:14:0: class=3D0x020000 card=3D0x3a681186 > > > chip=3D0x0020168c rev=3D0x01 hdr=3D0x00 vendor =3D 'Atheros Communi= cations > > > Inc.' class =3D network subclass =3D ethernet > > probably the ath man page helps : Revision A1 of the D-LINK DWL-G520 and DWL-G650 are based on an Inters= il PrismGT chip and are not supported by this driver. if so the ndis driver should work Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br