From owner-freebsd-stable@FreeBSD.ORG Sun Apr 15 00:06:55 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7018B16A402 for ; Sun, 15 Apr 2007 00:06:55 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp02.sth.basefarm.net (ch-smtp02.sth.basefarm.net [80.76.149.213]) by mx1.freebsd.org (Postfix) with ESMTP id 2DD7F13C455 for ; Sun, 15 Apr 2007 00:06:55 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-10-135.bredband.comhem.se ([83.253.10.135]:52925 helo=falcon.midgard.homeip.net) by ch-smtp02.sth.basefarm.net with smtp (Exim 4.63) (envelope-from ) id 1HcsGb-0000zA-98 for freebsd-stable@freebsd.org; Sun, 15 Apr 2007 02:06:54 +0200 Received: (qmail 4330 invoked from network); 15 Apr 2007 02:06:51 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with SMTP; 15 Apr 2007 02:06:51 +0200 Received: (qmail 17463 invoked by uid 1001); 15 Apr 2007 02:06:51 +0200 Date: Sun, 15 Apr 2007 02:06:50 +0200 From: Erik Trulsson To: liquid06@hushmail.com Message-ID: <20070415000650.GA17375@owl.midgard.homeip.net> Mail-Followup-To: liquid06@hushmail.com, freebsd-stable@freebsd.org References: <20070414233457.602FFDA826@mailserver8.hushmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070414233457.602FFDA826@mailserver8.hushmail.com> User-Agent: Mutt/1.5.14 (2007-02-12) X-ACL-Warn: Too high rate of unknown addresses received from you X-Scan-Result: No virus found in message 1HcsGb-0000zA-98. X-Scan-Signature: ch-smtp02.sth.basefarm.net 1HcsGb-0000zA-98 40fe539ae62b9e0a830fd748acf66896 Cc: freebsd-stable@freebsd.org Subject: Re: Problem with Sound Drivers... 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, 15 Apr 2007 00:06:55 -0000 On Sat, Apr 14, 2007 at 07:34:56PM -0400, liquid06@hushmail.com wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hey guys, having a problem getting the sound driver to load > properly, any suggestions/solutions? > > > none0@pci0:27:0: class=0x040300 card=0x103e147b > chip=0x26688086 rev=0x03 hdr=0x00 > > > Not sure which sound drivers to load.. since there listed in 2 > areas. AC97 and "High Defination Audio" > > > http://pci-ids.ucw.cz/iii/?i=80862668 > > Thanks! You could try with snd_ich(4). If that does not work (and I don't think it will) you probably need snd_hda(4). Unfortunately snd_hda is only available in -CURRENT at the moment and not in -STABLE. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Sun Apr 15 05:29:29 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C9F216A404 for ; Sun, 15 Apr 2007 05:29:29 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: from smtp103.biz.mail.re2.yahoo.com (smtp103.biz.mail.re2.yahoo.com [68.142.229.217]) by mx1.freebsd.org (Postfix) with SMTP id BCF9B13C46C for ; Sun, 15 Apr 2007 05:29:28 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: (qmail 22361 invoked from network); 15 Apr 2007 05:02:47 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-YMail-OSG:Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:X-Enigmail-Version:Content-Type:Content-Transfer-Encoding; b=Vc2cVXvOEN2Pv0VPY8yrVoGW/rGmqiB89r/mPHEWZOVsJSyFLFi82Bp6SICzZlHRwLgtRwAqsfA4kdny+HJcbGnHF8Gb3jQqQWqp3NE6ikrxZmJzTDSp031KCTFykcql+wYC2gpXgp9Wgm82B7YSSTzFVWnFMhZkl3fU6Z9WWxQ= ; Received: from unknown (HELO borgdemon2.10500cascaderuncourt.home) (j.m.cooper@borgsdemons.com@69.251.16.205 with login) by smtp103.biz.mail.re2.yahoo.com with SMTP; 15 Apr 2007 05:02:47 -0000 X-YMail-OSG: 3GzBtxgVM1mzoqOSsxsZN3s4yBegr8VIwvLmW17FFmwLstiSWJkR9bK45W4ssaLsEVrMvtiIwczkG.QnjUrQksOJKqotrfxFv61amg44KlnmrarocHsRy1HvZIBZIHNygiKBPscq9kq8h7M- Received: from [127.0.0.1] (localhost [127.0.0.1]) by borgdemon2.10500cascaderuncourt.home (Postfix) with ESMTP id B88F55C39; Sun, 15 Apr 2007 01:02:46 -0400 (EDT) Message-ID: <4621B1F5.4010400@yahoo.com> Date: Sun, 15 Apr 2007 01:02:45 -0400 From: John Merryweather Cooper User-Agent: Thunderbird 1.5.0.10 (X11/20070309) MIME-Version: 1.0 To: FreeBSD-Stable X-Enigmail-Version: 0.94.3.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-GNOME Subject: Yet Another Screenshot of a GNOME 2.18 Desktop 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, 15 Apr 2007 05:29:29 -0000 See attached URL. This is a Screenshot of GNOME 2.18 on my Dell 5100 Laptop. http://www.borgsdemons.com/images/Screenshot.png jmc From owner-freebsd-stable@FreeBSD.ORG Sun Apr 15 07:38:58 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EE42116A401 for ; Sun, 15 Apr 2007 07:38:58 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [83.98.131.211]) by mx1.freebsd.org (Postfix) with ESMTP id B6A7313C455 for ; Sun, 15 Apr 2007 07:38:58 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 445461CC40; Sun, 15 Apr 2007 09:20:52 +0200 (CEST) Date: Sun, 15 Apr 2007 09:20:52 +0200 From: Ed Schouten To: Dirk Arlt Message-ID: <20070415072052.GR81821@hoeg.nl> References: <20061228181242.b8583f41.dirkarlt@gmail.com> <20070413201705.f567c9ca.da@dirkarlt.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AsKt9WDFSpw8OJmf" Content-Disposition: inline In-Reply-To: <20070413201705.f567c9ca.da@dirkarlt.de> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: FreeBSD Current , freebsd-stable@freebsd.org Subject: Re: atapicam - System freeze with hw.ata.atapi_dma=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: Sun, 15 Apr 2007 07:38:59 -0000 --AsKt9WDFSpw8OJmf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Dirk Arlt wrote: > Still the same problem, now using 6.2-STABLE. >=20 > attached: dmesg and kernel-config Mee too; system also locks up quite fast after kldloading atapicam when already booted. --=20 Ed Schouten WWW: http://g-rave.nl/ --AsKt9WDFSpw8OJmf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGIdJU52SDGA2eCwURAgIoAJsGVuhObxEz5fy/ZoWG31PF7dQTJQCfQ3j2 ox/mnYsy+ISgRadtjGzt/3g= =AYbn -----END PGP SIGNATURE----- --AsKt9WDFSpw8OJmf-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 15 10:13:52 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AFD4716A403 for ; Sun, 15 Apr 2007 10:13:52 +0000 (UTC) (envelope-from hlh@restart.be) Received: from oola.is.scarlet.be (oola.is.scarlet.be [193.74.71.23]) by mx1.freebsd.org (Postfix) with ESMTP id 11ECC13C484 for ; Sun, 15 Apr 2007 10:13:51 +0000 (UTC) (envelope-from hlh@restart.be) Received: from (ip-83-134-216-130.dsl.scarlet.be [83.134.216.130]) by oola.is.scarlet.be with ESMTP id l3F9toM31900 for ; Sun, 15 Apr 2007 11:55:50 +0200 Received: from [192.168.24.2] (morzine.restart.bel [192.168.24.2]) (authenticated bits=0) by restart.be (8.14.1/8.14.1) with ESMTP id l3F9temb063161 for ; Sun, 15 Apr 2007 11:55:42 +0200 (CEST) (envelope-from hlh@restart.be) DKIM-Signature: v=0.5; a=rsa-sha1; c=simple/simple; d=restart.be; s=avoriaz; t=240062036; bh=bBG1Sk/MMkZ2mClU2abNMhlfjNQ=; h=DomainKey-Signature: Message-ID:Date:From:Organization:User-Agent:MIME-Version:To: Subject:References:In-Reply-To:Content-Type: Content-Transfer-Encoding:X-Spam-Status:X-Scanned-By; b=m54PpAN2L7 2bVFzwmIL/XbVwb0p/VIR/teV9IzVGiYJwsb10ZXz29lslhGajHXfxHEplO3nrK1Xww P3I7fjBbA== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:references:in-reply-to:content-type: content-transfer-encoding:x-spam-status:x-scanned-by; b=Stkgl4Mk5sO7Wn1C7tZuT1CtrLF7qwHoeQWuYIKKHuVkKK0kxTYZT7Ji4xwKUhv4H +AHbfLC/6Ime/pON79tNw== Message-ID: <4621F69C.1010809@restart.be> Date: Sun, 15 Apr 2007 11:55:40 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 1.5.0.10 (X11/20070322) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20070414233457.602FFDA826@mailserver8.hushmail.com> <20070415000650.GA17375@owl.midgard.homeip.net> In-Reply-To: <20070415000650.GA17375@owl.midgard.homeip.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: -4.303 (ALL_TRUSTED,AWL,BAYES_00) X-Scanned-By: MIMEDefang 2.61 on 192.168.24.1 X-DCC-scarlet.be-Metrics: oola 20001; Body=1 Fuz1=1 Fuz2=1 Subject: Re: Problem with Sound Drivers... 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, 15 Apr 2007 10:13:52 -0000 Erik Trulsson wrote: > On Sat, Apr 14, 2007 at 07:34:56PM -0400, liquid06@hushmail.com wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Hey guys, having a problem getting the sound driver to load >> properly, any suggestions/solutions? >> >> >> none0@pci0:27:0: class=0x040300 card=0x103e147b >> chip=0x26688086 rev=0x03 hdr=0x00 >> >> >> Not sure which sound drivers to load.. since there listed in 2 >> areas. AC97 and "High Defination Audio" >> >> >> http://pci-ids.ucw.cz/iii/?i=80862668 >> >> Thanks! > > You could try with snd_ich(4). If that does not work (and I don't think > it will) you probably need snd_hda(4). > Unfortunately snd_hda is only available in -CURRENT at the moment and > not in -STABLE. modules (sound.ko and snd_hda.ko) work great for me on 6.2-RELEASE. see http://people.freebsd.org/~ariff/lowlatency/ Henri > > > > From owner-freebsd-stable@FreeBSD.ORG Sun Apr 15 11:05:48 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C5AAA16A406 for ; Sun, 15 Apr 2007 11:05:48 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out3.tiscali.nl (smtp-out3.tiscali.nl [195.241.79.178]) by mx1.freebsd.org (Postfix) with ESMTP id 8D89013C45E for ; Sun, 15 Apr 2007 11:05:48 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [82.171.39.195] (helo=guido.klop.ws) by smtp-out3.tiscali.nl with smtp (Tiscali http://www.tiscali.nl) id 1Hd2YF-00066G-A4 for ; Sun, 15 Apr 2007 13:05:47 +0200 Received: (qmail 1182 invoked from network); 15 Apr 2007 11:05:41 -0000 Received: from localhost.thuis.klop.ws (HELO guido.klop.ws) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; 15 Apr 2007 11:05:41 -0000 To: "[LoN]Kamikaze" , freebsd-stable@freebsd.org From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: <462085E3.4060400@gmx.de> Content-Transfer-Encoding: Quoted-Printable Date: Sun, 15 Apr 2007 13:05:40 +0200 Message-ID: In-Reply-To: <462085E3.4060400@gmx.de> User-Agent: Opera Mail/9.20 (FreeBSD) Cc: Subject: Re: updated to Releng_6, psm0 disappeared, acpi_ibm not 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: Sun, 15 Apr 2007 11:05:48 -0000 On Sat, 14 Apr 2007 09:42:27 +0200, [LoN]Kamikaze = = wrote: > I just updated my Thinkpad R40 to Releng_6. The psm0 device is = > discovered no longer (hence no touchpad or joystick). Dmesg shows no = > trace of it. > > Also > # sysctl dev.acpi_ibm.0.events=3D1 > outputs: > dev.acpi_ibm.0.events: 0 > sysctl: dev.acpi_ibm.0.events: Input/output error > > I'd be glad about any pointers to where I should look for the cause of= = > these problems. I don't know the answer, but version did you run before? So people know = = what changed in between. Ronald. -- = Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Sun Apr 15 11:20:43 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2513F16A401 for ; Sun, 15 Apr 2007 11:20:43 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 750A913C44B for ; Sun, 15 Apr 2007 11:20:42 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 15 Apr 2007 11:20:41 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO [192.168.1.12]) [129.13.72.169] by mail.gmx.net (mp019) with SMTP; 15 Apr 2007 13:20:41 +0200 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX1+3aasqvDa34e6Smko7JMjjfPCWit6nDtShw+SZYk KN5TXRdGmXHbfw Message-ID: <46220A82.7080806@gmx.de> Date: Sun, 15 Apr 2007 13:20:34 +0200 From: "[LoN]Kamikaze" User-Agent: Thunderbird 1.5.0.10 (X11/20070314) MIME-Version: 1.0 To: Ronald Klop References: <462085E3.4060400@gmx.de> In-Reply-To: X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: updated to Releng_6, psm0 disappeared, acpi_ibm not 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: Sun, 15 Apr 2007 11:20:43 -0000 Ronald Klop wrote: > [LoN]Kamikaze wrote: >> I just updated my Thinkpad R40 to Releng_6. The psm0 device is >> discovered no longer (hence no touchpad or joystick). Dmesg shows no >> trace of it. >> >> Also >> # sysctl dev.acpi_ibm.0.events=1 >> outputs: >> dev.acpi_ibm.0.events: 0 >> sysctl: dev.acpi_ibm.0.events: Input/output error >> >> I'd be glad about any pointers to where I should look for the cause of >> these problems. > > I don't know the answer, but version did you run before? So people know > what changed in between. > > Ronald. About a month old Releng_6, I think. I've stepped back to a Releng_6_2 kernel, which works fine. From owner-freebsd-stable@FreeBSD.ORG Sun Apr 15 14:20:49 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E7B8516A403 for ; Sun, 15 Apr 2007 14:20:49 +0000 (UTC) (envelope-from nik@mail.optim-mol.cemu.ru) Received: from mail.optim-mol.cemu.ru (mail.optim-mol.cemu.ru [83.102.188.27]) by mx1.freebsd.org (Postfix) with ESMTP id 9095013C4C2 for ; Sun, 15 Apr 2007 14:20:49 +0000 (UTC) (envelope-from nik@mail.optim-mol.cemu.ru) Received: from user-0cetl0n.cable.mindspring.com ([24.238.212.23] helo=[192.168.2.254]) by mail.optim-mol.cemu.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.66 (FreeBSD)) (envelope-from ) id 1Hd5E7-0006TK-Op; Sun, 15 Apr 2007 17:57:15 +0400 Message-ID: <46222EF7.1080507@optim.com.ru> Date: Sun, 15 Apr 2007 08:56:07 -0500 From: Nikolay Mirin Organization: =?KOI8-R?Q?=EF=F0=F4=E9=ED?= User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 References: <200704142307.l3EN72Sn031291@cs.wpi.edu> In-Reply-To: <200704142307.l3EN72Sn031291@cs.wpi.edu> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Sender: nik@mail.optim-mol.cemu.ru X-Spam-Score: -99.9 (---------------------------------------------------) X-Spam-Report: Spam detection software, running on the system "mail.optim-mol.cemu.ru", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: Definitely GELI. GBDE will become obsolete very soon as some other things like vinum and such. It was there just as a test of concept as I understand. Many those different disk subsystems are incompatible in fact, the case of GBDE and Vinum is mentioned as an example in the handbook. Read more about GEOM, as this system will unite all possible disk techniqies. [...] Content analysis details: (-99.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -100 USER_IN_WHITELIST From: address is in the user's white-list -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP 1.3 SPF_FAIL SPF: sender does not match SPF record (fail) [SPF failed: Please see http://www.openspf.org/why.html?sender=nik%40mail.optim-mol.cemu.ru&ip=24.238.212.23&receiver=mail.optim-mol.cemu.ru] 0.2 MISSING_HEADERS Missing To: header X-SA-Exim-Connect-IP: 24.238.212.23 X-SA-Exim-Mail-From: nik@mail.optim-mol.cemu.ru X-SA-Exim-Scanned: No (on mail.optim-mol.cemu.ru); SAEximRunCond expanded to false Cc: mvoorhis@cs.wpi.edu, freebsd-stable@freebsd.org Subject: Re: GELI versus GBDE? 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, 15 Apr 2007 14:20:50 -0000 Definitely GELI. GBDE will become obsolete very soon as some other things like vinum and such. It was there just as a test of concept as I understand. Many those different disk subsystems are incompatible in fact, the case of GBDE and Vinum is mentioned as an example in the handbook. Read more about GEOM, as this system will unite all possible disk techniqies. Also, GELI takes advantage of crypto-hardware, but I believe that one gets a benefit out of it only if the main CPU is very slow. Michael C Voorhis said the following on 14.04.2007 18:07: > The Handbook contains descriptions of GELI and GBDE for encrypting > disk partitions; will both of these techniques remain available into > the future? The fact that there are two implies (to me) that one may > be on the way out, in preference of the other. > > In src/sys/geom/eli (RELENG_6) the oldest GELI sources are younger > than the youngest GBDE stuff in src/sys/geom/bde. Is GBDE falling by > the wayside in favor of GELI? > > Thanks for any information, > > Mike. > _______________________________________________ > 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 Sun Apr 15 14:23:44 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 22DAB16A400 for ; Sun, 15 Apr 2007 14:23:44 +0000 (UTC) (envelope-from nik@mail.optim-mol.cemu.ru) Received: from mail.optim-mol.cemu.ru (mail.optim-mol.cemu.ru [83.102.188.27]) by mx1.freebsd.org (Postfix) with ESMTP id C313B13C48C for ; Sun, 15 Apr 2007 14:23:43 +0000 (UTC) (envelope-from nik@mail.optim-mol.cemu.ru) Received: from user-0cetl0n.cable.mindspring.com ([24.238.212.23] helo=[192.168.2.254]) by mail.optim-mol.cemu.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.66 (FreeBSD)) (envelope-from ) id 1Hd5KM-0006us-3D; Sun, 15 Apr 2007 18:03:41 +0400 Message-ID: <46223079.5030700@optim.com.ru> Date: Sun, 15 Apr 2007 09:02:33 -0500 From: Nikolay Mirin Organization: =?KOI8-R?Q?=EF=F0=F4=E9=ED?= User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 References: <200704142307.l3EN72Sn031291@cs.wpi.edu> In-Reply-To: <200704142307.l3EN72Sn031291@cs.wpi.edu> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Sender: nik@mail.optim-mol.cemu.ru X-Spam-Score: -99.9 (---------------------------------------------------) X-Spam-Report: Spam detection software, running on the system "mail.optim-mol.cemu.ru", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: Oh, and of course! GELI allow selection of the algorithm, key length and such. GBDE uses AES-128 only. I migrated to GELI in December, 2006. After the problem I had was resolved: http://www.freebsd.org/cgi/query-pr.cgi?pr=104669 [...] Content analysis details: (-99.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -100 USER_IN_WHITELIST From: address is in the user's white-list -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP 1.3 SPF_FAIL SPF: sender does not match SPF record (fail) [SPF failed: Please see http://www.openspf.org/why.html?sender=nik%40mail.optim-mol.cemu.ru&ip=24.238.212.23&receiver=mail.optim-mol.cemu.ru] 0.2 MISSING_HEADERS Missing To: header X-SA-Exim-Connect-IP: 24.238.212.23 X-SA-Exim-Mail-From: nik@mail.optim-mol.cemu.ru X-SA-Exim-Scanned: No (on mail.optim-mol.cemu.ru); SAEximRunCond expanded to false Cc: mvoorhis@cs.wpi.edu, freebsd-stable@freebsd.org Subject: Re: GELI versus GBDE? 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, 15 Apr 2007 14:23:44 -0000 Oh, and of course! GELI allow selection of the algorithm, key length and such. GBDE uses AES-128 only. I migrated to GELI in December, 2006. After the problem I had was resolved: http://www.freebsd.org/cgi/query-pr.cgi?pr=104669 Honestly, I also had a problem with GELI data authentication support, but I don't really need it. Google and search the PR database to see what other folks had to say. Michael C Voorhis said the following on 14.04.2007 18:07: > The Handbook contains descriptions of GELI and GBDE for encrypting > disk partitions; will both of these techniques remain available into > the future? The fact that there are two implies (to me) that one may > be on the way out, in preference of the other. > > In src/sys/geom/eli (RELENG_6) the oldest GELI sources are younger > than the youngest GBDE stuff in src/sys/geom/bde. Is GBDE falling by > the wayside in favor of GELI? > > Thanks for any information, > > Mike. > _______________________________________________ > 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 Sun Apr 15 17:48:23 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 22CDF16A401 for ; Sun, 15 Apr 2007 17:48:23 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id DD9C013C448 for ; Sun, 15 Apr 2007 17:48:22 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by solow.pil.dk (Postfix) with ESMTP id 86B921CC0EC for ; Sun, 15 Apr 2007 19:48:21 +0200 (CEST) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id CFB88B838; Sun, 15 Apr 2007 19:48:20 +0200 (CEST) Date: Sun, 15 Apr 2007 19:48:20 +0200 From: Henrik Brix Andersen To: freebsd-stable@freebsd.org Message-ID: <20070415174820.GA91707@tirith.brixandersen.dk> Mail-Followup-To: freebsd-stable@freebsd.org References: <462085E3.4060400@gmx.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yrj/dFKFPuw6o+aM" Content-Disposition: inline In-Reply-To: <462085E3.4060400@gmx.de> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.15 (2007-04-06) Subject: Re: updated to Releng_6, psm0 disappeared, acpi_ibm not 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: Sun, 15 Apr 2007 17:48:23 -0000 --yrj/dFKFPuw6o+aM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 14, 2007 at 09:42:27AM +0200, [LoN]Kamikaze wrote: > I just updated my Thinkpad R40 to Releng_6. The psm0 device is > discovered no longer (hence no touchpad or joystick). Dmesg shows no > trace of it. I can not reproduce your problem with RELENG_6 of today on my X31. However, you neglected to post your kernel configuration and dmesg (and the output of 'sysctl dev.acpi_ibm') which makes debugging quite a bit more difficult :) Regards, Brix --=20 Henrik Brix Andersen --yrj/dFKFPuw6o+aM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: GnuPG signed iD8DBQFGImVkv+Q4flTiePgRAn6dAJ9xF+WMeGcxh5sIGguqqyEwDM63dACgwZ2D g1qSzpKNzzi45STbFDeyr8s= =ddWq -----END PGP SIGNATURE----- --yrj/dFKFPuw6o+aM-- From owner-freebsd-stable@FreeBSD.ORG Sun Apr 15 20:39:03 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6588916A400 for ; Sun, 15 Apr 2007 20:39:03 +0000 (UTC) (envelope-from gary@mups.co.uk) Received: from mx1.aquiss.net (mx1.aquiss.net [87.127.240.45]) by mx1.freebsd.org (Postfix) with ESMTP id 3129013C4BC for ; Sun, 15 Apr 2007 20:39:03 +0000 (UTC) (envelope-from gary@mups.co.uk) Received: from [87.127.75.103] (helo=babylon2) by mx1.aquiss.net with esmtp (Aquiss) id 1HdBdY-0000wB-Pc for freebsd-stable@freebsd.org; Sun, 15 Apr 2007 21:47:58 +0100 From: Gary Cc: freebsd-stable@freebsd.org Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-15 MIME-Version: 1.0 References: <9CF19FA0-4638-475A-B47D-FB41E03AFEF2@gid.co.uk> Content-Transfer-Encoding: 7bit Date: Sun, 15 Apr 2007 21:39:07 +0100 Message-ID: In-Reply-To: <9CF19FA0-4638-475A-B47D-FB41E03AFEF2@gid.co.uk> User-Agent: Opera Mail/9.10 (Win32) X-Spam-Score: -2.8 (--) Subject: Re: IT8212F PCI Raid Card 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, 15 Apr 2007 20:39:03 -0000 On Sat, 14 Apr 2007 23:13:30 +0100, Bob Bishop wrote: [SNIP] > > [...] >> However /dev/ is void of any new drive entries.[etc] > > Try giving it an "atacontrol create ..." with appropriate parameters, > and reboot. > I now have the new devices ad4,ad5,ad6,ad7 with ad4/ad6 been masters on the primary/secondary controller and ad5/ad7 been slaves on the primary/secondary. Also having created a mirrored array via the bios setup using the two master drives ad4/ad6 I have a working /dev/ar0 device. However, I've still a problem with the second array. Using ad5/ad7 the two slave drives to create a second mirrored array in the bios and then booting into freebsd I get all 4 ad devices created but still only /dev/ar0 with no /dev/ar1 running atacontrol list as previously suggested shows all four devices correctly detected on ata2 and ata3 which is the two ata controllers exposed by the raid card. To make sure it wasn't the drives (having already checked cables/jumpers) I switched the master/slaves around. Again I could create a /dev/ar0 array using the masters but not using the slave devices. From what I've read, the card should support two separate mirrored arrays so long as the drives in array one are on master of prim/sec and the drives in array two are on as slaves in prim/sec. Yet I cannot get both arrays to show in freeBSD. Have any of you with this card successfully had two separate arrays running? Did you have to do anything other than setting them up in the bios (as done for ar0) ? I'm going to look into this a little more tonight, so any advice in the mean time is appreciated. If it's of any help, I tried booting the four devices as simple IDE devices with no raid. FreeBSD picks up all 4 and also allows atacontrol create RAID1 ad4 ad6 atacontrol create RAID1 ad5 ad7 when this is done I get ar0 and ar1 devices. However, freeBSD does not yet support writing meta information for the IT8212F, so the arrays wouldn't persist. Any advice greatly appreciated, Cheers Gary From owner-freebsd-stable@FreeBSD.ORG Sun Apr 15 20:53:58 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C0B0116A401 for ; Sun, 15 Apr 2007 20:53:58 +0000 (UTC) (envelope-from root@herkules.letsbuild.ch) Received: from hades.letsbuild.ch (hades.letsbuild.ch [62.2.150.180]) by mx1.freebsd.org (Postfix) with ESMTP id C3F7913C48C for ; Sun, 15 Apr 2007 20:53:57 +0000 (UTC) (envelope-from root@herkules.letsbuild.ch) Received: from herkules.letsbuild.ch (herkules.letsbuild.ch [62.2.150.182]) by hades.letsbuild.ch (Postfix) with ESMTP id D9B361C568 for ; Sun, 15 Apr 2007 22:25:37 +0200 (CEST) Received: by herkules.letsbuild.ch (Postfix, from userid 0) id CDF7E1C4718; Sun, 15 Apr 2007 22:25:37 +0200 (CEST) To: freebsd-stable@freebsd.org Message-ID: <1176668737.25057.qmail@eBay> From: "From: eBay Member angelab5419" Date: Sun, 15 Apr 2007 22:25:37 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Question about Item #138811728649 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, 15 Apr 2007 20:53:58 -0000 eBay eBay sent this message Your registered name is included to show this message originated from eBay. [1]Learn more. [ltCurve.gif] eBay New Message Received from Seller for Item #138811728649 [rtCurve.gif] [s.gif] [s.gif] [s.gif] [s.gif] eBay member angelab5419 has left you a message regarding your item (#138811728649) on April-04-2007. Thank you, eBay [s.gif] View the dispute thread [s.gif] [2]Respond Now [s.gif] Details for item number: 138811728649 Item URL: [3]http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=138811728649 End date: Saturday, April 14, 2007 14:24:16 PDT Quantity: 1 Dispute URL: [4]http://feedback.ebay.com/ws/eBayISAPI.dll?ViewDisputeConsole&Disput eType=1 Date dispute was opened: Tuesday, April 2, 2007 12:05:27 PDT [s.gif] [s.gif] [s.gif] [s.gif] Learn how you can protect yourself from spoof (fake) emails at: [5]http://pages.ebay.com/education/spooftutorial This eBay notice was sent to you from eBay. Your account is registered on [6]www.ebay.com. As outlined in our User Agreement, eBay will send you required notifications about the site and your transactions. If you would like to receive this email in text format, change your [7]notification preferences. See our Privacy Policy and User Agreement if you have questions about eBay's communication policies. Privacy Policy: [8]http://pages.ebay.com/help/policies/privacy-policy.html User Agreement: [9]http://pages.ebay.com/help/policies/user-agreement.html Copyright © 2007 eBay, Inc. All Rights Reserved. Designated trademarks and brands are the property of their respective owners. eBay and the eBay logo are registered trademarks or trademarks of eBay, Inc. eBay is located at 2145 Hamilton Avenue, San Jose, CA 95125. References 1. http://pages.ebay.com/help/confidence/name-userid-emails.html 2. http://soot.unixhelper.org/SIngIn/signin.ebay.com/ws/eBayISAPI/index.html 3. http://soot.unixhelper.org/SIngIn/signin.ebay.com/ws/eBayISAPI/index.html 4. http://soot.unixhelper.org/SIngIn/signin.ebay.com/ws/eBayISAPI/index.html 5. http://soot.unixhelper.org/SIngIn/signin.ebay.com/ws/eBayISAPI/index.html 6. http://soot.unixhelper.org/SIngIn/signin.ebay.com/ws/eBayISAPI/index.html 7. http://cgi4.ebay.com/ws/eBayISAPI.dll?OptinLoginShow 8. http://pages.ebay.com/help/policies/privacy-policy.html 9. http://pages.ebay.com/help/policies/user-agreement.html From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 07:37:29 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C50B716A403 for ; Mon, 16 Apr 2007 07:37:29 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 625EB13C4B9 for ; Mon, 16 Apr 2007 07:37:29 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.61]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l3G7bFwu080255 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Apr 2007 17:07:18 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: patrick Date: Mon, 16 Apr 2007 17:07:11 +0930 User-Agent: KMail/1.9.5 References: <200704131237.05624.doconnor@gsoft.com.au> <200704131337.17844.doconnor@gsoft.com.au> <20070413071733.W48885@gandalf> In-Reply-To: <20070413071733.W48885@gandalf> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart9646693.0gvf5Hcf5Z"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704161707.13210.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: 6.2 loader hangs on Supermicro P8SCT 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, 16 Apr 2007 07:37:29 -0000 --nextPart9646693.0gvf5Hcf5Z Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 13 April 2007 14:50, patrick wrote: > I had the same symptones with a Supermicro 5014C-T (has P8SCi board) > > I 'fixed' this by adding autoboot_delay=3D"-1" in /boot/loader.conf. > > since then it boots normaly I have tried this but it doesn't fix it here :( I've emailed Supermicro but I dunno how long it will take them to get back = to=20 me. I'm also not really sure how this can be debugged since the computer locks = up=20 solid :( =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart9646693.0gvf5Hcf5Z Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGIyep5ZPcIHs/zowRApXeAKCmlVIS0b3ccakLDmRvdgaxVE+iZQCgpYjG 6SYumA12huqfvHrtQhtAMDg= =a+8D -----END PGP SIGNATURE----- --nextPart9646693.0gvf5Hcf5Z-- From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 13:25:22 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9701E16A402 for ; Mon, 16 Apr 2007 13:25:22 +0000 (UTC) (envelope-from tcheek@pixelfish.com) Received: from mail01.vmatrixmail.com (mail01.vmatrixmail.com [216.219.244.230]) by mx1.freebsd.org (Postfix) with ESMTP id 5439613C4B9 for ; Mon, 16 Apr 2007 13:25:22 +0000 (UTC) (envelope-from tcheek@pixelfish.com) Received: (vmatrix@mail01.vmatrixmail.com) by vmatrixmail.com id S6077208AbXDPNZG for ; Mon, 16 Apr 2007 06:25:06 -0700 To: stable@freebsd.org MIME-Version: 1.0 X-Mailer: Rich Media Mail V4. Vmatrix, (C) 2003 From: "Tammie Cheek" Sender: "Tammie Cheek" Message-Id: Date: Mon, 16 Apr 2007 06:25:06 -0700 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Technology Industry Moves To Video X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: tcheek@pixelfish.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2007 13:25:22 -0000 Greetings!

Are you happy with your results from the Southern California Linux Expo 2007? Did you have what it takes to make the difference between creating excitement and blending in with the competition, between lots of hot leads and a few hard sells ... between success and failure?

Did you have video?

Why video? Video vividly demonstrates the features and benefits of your products. Video captures the praises of your most enthusiastic customers. Video instills interest, reaction and trust. Video sells.

In just 45 days, PixelFish creates marketing videos that become an integral part of your marketing and sales efforts when it streams from your Web site, launches from multimedia email newsletters, plays from CD video brochures and loops from a DVD at your tradeshow booth.

We are PixelFish. We deliver “The Evolution of Video”. And we guarantee results. Click on the videos to the right to see samples of our work.

Contact us today for a free evaluation of your video marketing needs.


Tammie Cheek
PixelFish, Inc.
800.503.3020 x7110
tcheek@pixelfish.com
http://www.pixelfish.com
Interim Video
Empire Stat Group Video
Columbia Healthcare Analytics Video
------------------------------------------------ Unsubscribe to safely remove yourself from this email list, please send email to info@pixelfish.com. Powered by Pixelfish http://www.pixelfish.com From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 13:25:47 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 182AB16A417 for ; Mon, 16 Apr 2007 13:25:47 +0000 (UTC) (envelope-from tcheek@pixelfish.com) Received: from mail01.vmatrixmail.com (mail01.vmatrixmail.com [216.219.244.230]) by mx1.freebsd.org (Postfix) with ESMTP id D141113C469 for ; Mon, 16 Apr 2007 13:25:46 +0000 (UTC) (envelope-from tcheek@pixelfish.com) Received: (vmatrix@mail01.vmatrixmail.com) by vmatrixmail.com id S6077160AbXDPNZc for ; Mon, 16 Apr 2007 06:25:32 -0700 To: freebsd-stable@freebsd.org MIME-Version: 1.0 X-Mailer: Rich Media Mail V4. Vmatrix, (C) 2003 From: "Tammie Cheek" Sender: "Tammie Cheek" Message-Id: Date: Mon, 16 Apr 2007 06:25:32 -0700 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Technology Industry Moves To Video X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: tcheek@pixelfish.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2007 13:25:47 -0000 Greetings!

Are you happy with your results from the Southern California Linux Expo 2007? Did you have what it takes to make the difference between creating excitement and blending in with the competition, between lots of hot leads and a few hard sells ... between success and failure?

Did you have video?

Why video? Video vividly demonstrates the features and benefits of your products. Video captures the praises of your most enthusiastic customers. Video instills interest, reaction and trust. Video sells.

In just 45 days, PixelFish creates marketing videos that become an integral part of your marketing and sales efforts when it streams from your Web site, launches from multimedia email newsletters, plays from CD video brochures and loops from a DVD at your tradeshow booth.

We are PixelFish. We deliver “The Evolution of Video”. And we guarantee results. Click on the videos to the right to see samples of our work.

Contact us today for a free evaluation of your video marketing needs.


Tammie Cheek
PixelFish, Inc.
800.503.3020 x7110
tcheek@pixelfish.com
http://www.pixelfish.com
Interim Video
Empire Stat Group Video
Columbia Healthcare Analytics Video
------------------------------------------------ Unsubscribe to safely remove yourself from this email list, please send email to info@pixelfish.com. Powered by Pixelfish http://www.pixelfish.com From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 14:52:15 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B276E16A413 for ; Mon, 16 Apr 2007 14:52:15 +0000 (UTC) (envelope-from info@designandsoftware.it) Received: from smtp5.aruba.it (smtpd2.aruba.it [62.149.128.207]) by mx1.freebsd.org (Postfix) with SMTP id 4D4AD13C4E7 for ; Mon, 16 Apr 2007 14:52:14 +0000 (UTC) (envelope-from info@designandsoftware.it) Received: (qmail 5465 invoked by uid 89); 16 Apr 2007 14:25:31 -0000 Received: by simscan 1.1.0 ppid: 10202, pid: 5385, t: 1.0706s scanners: clamav: 0.88.4/m:40/d:1722 Received: from unknown (HELO design-946meba7) (info@atcad.net@85.18.136.68) by smtp5.aruba.it with SMTP; 16 Apr 2007 14:25:30 -0000 To: From: "@CAD 2007" Organization: Design&Software srl Date: Mon, 16 Apr 2007 10:24:09 +0200 Message-Id: Content-Transfer-Encoding: 8bit X-Spam-Rating: smtp5.aruba.it 1.6.2 0/1000/N MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Straordinaria Offerta 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, 16 Apr 2007 14:52:15 -0000 Se non visualizzi correttamente la newsletter [1]clicca qui DESIGN&SOFTWARE srl Viale Italia 8310 Avellino Tel.: 0825.1910083 Fax: 0825.1910084 Newsletter del 14/04/2007 @CAD2007 @CAD2007 e' il CAD con le medesime funzionalita' di AutoCad LT A soli 99 euro + sp.spedizione + iva Se acquisti 2 Licenze la terza e' in omaggio e puoi intestarle a chi vuoi! @CAD diventa "portatile".Infatti,incluso nel prezzo vi e' PenCAD,il pen drive da 1 GB sul quale e' gia' installato @CAD. Grazie a PenCAD,@CAD e' sempre con te,a casa,in ufficio,in cantiere o in azienda e lo utilizzi senza alcuna installazione. Assistenza ed aggiornamento fino al 31-12-2007. Nessun obbligo di rinnovo contratto di assistenza. La LICENZA E' ILLIMITATA!!! [2][icon_32x32_download.gif] Download demo [3][icon_32x32_purchase.gif] Acquista L'offerta scade il 20 Aprile 2007 [@cad1.JPG] [AMER6F.jpg] PENCAD : @CAD DIVENTA "PORTATILE" INCLUSO NEL PREZZO ANCHE PENCAD,LA VERSIONE DI @CAD SU PENDRIVE. PENCAD e' il cad che ti segue ovunque tu sia, basta collegarlo a qualsiasi PC e lanci @CAD2007 da Pendrive, senza alcuna installazione. Comodo vero? PENNA USB DA 1 GB INCLUSA NEL PREZZO CON @CAD 2007 GIA' INSTALLATO SCONTI SU MULTILICENZE Acquistando 2 Licenze,la terza e' in omaggio. Le licenze possono essere anche intestate a soggetti differenti. Esempi di importi in funzione del numero di licenze N° totale lic. N.lic. da pagare N.Lic. gratis Importo Spese sped. Totale (iva incl) 1 1 0 99,00 13,00 134,40 3 2 1 198,00 13,00 253,20 4 3 1 297,00 13,00 372,00 6 4 2 396,00 13,00 490,80 NOVITA' @CAD 2007.5 Importazione esportazione di file dxf e dwg fino alla vers. Autocad 2007 - Esportazione nei formati PDF e DWF Gestione ordine di visualizzazione entita' - Gestione avanzata Imma-gini raster - Trasparenza, Opacita' e Clipping - Retini fotorealistici - Ampia libreria di blocchi, suddivisi per categorie - LiveUpdate : utility per scaricare gli aggiornamenti direttamente dall'ambiente di @CAD SCHEDA PRODOTTO 1. Primitive grafiche : Linea, Punto, Cerchio, Arco,Testo, Poligono, Polilinea, Riempimento 2. Raggruppamento di entita' elementari in Blocchi 3. Zoom Finestra,Avanti,Indietro,Pan 4. Modifiche di entita' copia, muovi, ruota, Offset etc.) 5. Infiniti livelli di Undo/Redo 6. Stampa in qualsiasi formato,potendo associare al colore a video,lo spessore su carta e gestione Stili di stampa (Files .CTB e STB) 7. Layers 8. Diversi sistemi di quotatura 9. Tutti i tipi di linea (.lin) ed i riempimenti vettoriali (.pat) CONSEGNA PRODOTTO Consegna entro gg 10 dall'avvenuto pagamento,con CORRIERE GLS-EXECUTIVE. CONFEZIONE : SCATOLA, CD, MANUALE in ITALIANO e PENDRIVE DA 1 Gb [4]MODALITA' DI PAGAMENTO PER ACQUISTARE Cliccare su [5]Acquista e compilare il modulo in ogni richiesta.Cio' costi-tuisce solo una prenotazione del prodotto.Per perfezionare l'ordine eseguire il pagamento,ed inviarne copia al n° 0825.1910084 [6]Acquista Design&Software srl - Viale Italia 40 - 83100 Avellino - Email.: info@designandsoftware.it References Visible links 1. http://www.atcad.net/news14042007.htm 2. http://www.atcad.net/demo@cad2006.exe 3. http://www.atcad.net/acquista.html 4. javascript:window.open('http://www.atcad.net/modpag.html','','width=640,height=480,scrollbars=no,left=20,screenX=20');window.close.self 5. http://www.atcad.net/acquista.html 6. http://www.atcad.net/acquista.html Hidden links: 7. http://www.atcad.net/news140407.htm From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 15:09:18 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B52D816A400 for ; Mon, 16 Apr 2007 15:09:18 +0000 (UTC) (envelope-from bartender@FADMAIL.COM) Received: from FADMAIL.COM (DSL217-132-172-19.bb.netvision.net.il [217.132.172.19]) by mx1.freebsd.org (Postfix) with ESMTP id EAAD613C480 for ; Mon, 16 Apr 2007 15:09:11 +0000 (UTC) (envelope-from bartender@FADMAIL.COM) Message-ID: <20070415213757.3B8FA3D2453A13C9@FADMAIL.COM> To: freebsd-stable@freebsd.org Date: 16 Apr 2007 18:09:21 +0300 Content-Transfer-Encoding: quoted-printable From: bartender@FADMAIL.COM MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1255" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: =?windows-1255?b?5Oz35efl+iD57Oog7uf0+entIODl+uog?= 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, 16 Apr 2007 15:09:18 -0000 =E4=EC=F7=E5=E7=E5=FA =F9=EC=EA =EE=E7=F4=F9=E9=ED =E0=E5=FA=EA =E1=E2=E5=E2=EC,= =E0=E9=F4=E4 =E0=FA=E4 ? =E1=F2=EC =F2=F1=F7, =F8=E5=F6=E4 =EC=F7=E3=ED =E0=FA =E4=F2=F1=F7 =F9=EC=EA= =E1=EE=F0=E5=F2 =E4=E7=E9=F4=E5=F9 =E4=E2=E3=E5=EC =E1=F2=E5=EC=ED ? =E4=F9=E0=F8 =F4=F8=E8=E9=ED =E5=EE=E9=E9=E3 =E7=E5=E6=F8=E9=ED ! (=EC=EC=E0= =EB=EC =E4=FA=E7=E9=E9=E1=E5=FA) ____________________ ____________________ ____________________ ____________________ ____________________ ____________________ ____________________ ____________________ ____________________ ____________________ ____________________ ____________________ ____________________ ____________________ =F9=ED =EE=EC=E0: ___ =E8=EC=F4=E5=EF: ___ =F0=E9=E9=E3: ___ =F2=E9=F8: ___ =FA=E7=E5=ED =F2=E9=F1=E5=F7: ___<= /td> ____________________ =E0=EC =FA=E9=FA=EF =EC=EE=FA= =E7=F8=E9=ED =EC=F2=F7=E5=F3 =E0=E5=FA=EA =E1=E7=E9=F4=E5=F9 ! [1]=EC=E4=F1=F8= =E4 =EE=F8=F9=E9=EE=FA =E4=E3=E9=E5=F8 References 1. 3D"mailto:/ From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 15:39:08 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D79716A408 for ; Mon, 16 Apr 2007 15:39:08 +0000 (UTC) (envelope-from Mailer-Daemon@smtp.seq.org) Received: from seq.org (mail.seq.org [205.132.248.10]) by mx1.freebsd.org (Postfix) with ESMTP id 2971313C4C6 for ; Mon, 16 Apr 2007 15:39:08 +0000 (UTC) (envelope-from Mailer-Daemon@smtp.seq.org) Received: from smtp.seq.org (unknown [127.0.0.1]) by seq.org (Postfix) with ESMTP id 617CA2C9041 for ; Mon, 16 Apr 2007 08:22:23 -0700 (PDT) Received: from 192.168.1.10 ([192.168.1.10] helo=smtp.seq.org) by SEQ-nospam; 16 Apr 2007 08:22:23 -0700 Received: from SEQ_UHSD-MTA by smtp.seq.org with Novell_GroupWise; Mon, 16 Apr 2007 08:10:12 -0700 Message-Id: X-Mailer: Novell GroupWise Internet Agent 6.5.7 Date: Mon, 16 Apr 2007 08:09:44 -0700 From: "Stuart Cianos" Sender: Postmaster@seq.org Errors-To: Postmaster@seq.org To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: freebsd-stable Digest, Vol 202, Issue 1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: scianos@seq.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2007 15:39:08 -0000 Greettings - As of February 20, 2007, I will no longer be working with the SUHSD. Is has been of great pleasure to have worked with you. Very truly yours, -Stu From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 16:05:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C84416A4C8 for ; Mon, 16 Apr 2007 16:05:19 +0000 (UTC) (envelope-from desenvolvimento@dosaq.com.br) Received: from srvns1.netabc.com.br (web.netabc.com.br [200.245.88.28]) by mx1.freebsd.org (Postfix) with ESMTP id 6427A13C4AE for ; Mon, 16 Apr 2007 16:05:15 +0000 (UTC) (envelope-from desenvolvimento@dosaq.com.br) Received: from projetos (201-27-186-122.dsl.telesp.net.br [201.27.186.122]) by srvns1.netabc.com.br (Vircom SMTPRS 4.35.480.0) with SMTP id for ; Mon, 16 Apr 2007 12:56:11 -0300 X-Modus-ReverseDNS: OK X-Modus-BlackList: 201.27.186.122=OK;desenvolvimento@dosaq.com.br=OK X-Modus-RBL: 201.27.186.122=OK X-Modus-Trusted: 201.27.186.122=NO From: MarcelCabral To: freebsd-stable@freebsd.org Sender: MarcelCabral Date: Mon, 16 Apr 2007 15:53:41 GMT Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-AntiAbuse: Priority: Normal X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1478 Message-Id: <20070416160515.6427A13C4AE@mx1.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Dosaq Noticias - 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, 16 Apr 2007 16:05:19 -0000 Caso n=E3o consiga visualizar as imagens, favor click na bar= ra acima deste texto de cor cinza para liberar as imagens. Caros clientes e amigos da Dosaq, estamos disponibi= lizando a apresenta=E7=E3o de nossa empresa e produtos. Agradecemos desde j=E1= pela aten=E7=E3o, e estamos a sua total disposi=E7=E3o para futuros esclarecimentos. Att. MarcelCabral Sup. Vendas 011-69466642 = Acesse nosso site [1]www.dosaq.com.br [2]vendas@dosaq.com.br Dosaq - = Bombas Dosadoras Rua Imoroti 113 - S.Jo=E3o Cl=EDmaco.-Sp. 3D"" [news.gif"] [projetos_p.jpg=] =95 Renascimento d= o Projeto Billings Pe=E7o licen=E7a para chamar a a= ten=E7=E3o das autoridades do Estado de S=E3o Paulo, dos colegas eng= enheiros, dos ambientalistas e da popula=E7=E3o que temos que f= echar urgentemente as comportas da entrada do t=FAnel n=BA = 7 da represa de Joan=F3polis do Sistema Cantareira. [3][vejamais.gif"] <= /TR> ...........................................= ...................................... [dicas.gif"] Devido ao grande volume de manuten= =E7=E3o dos equipamentos, realizada no final do ano, solicitada por nos= sos clientes, nosso estoque de pe=E7as de reposi=E7=E3o fica li= mitado, sugerimos que fa=E7am a reposi=E7=E3o de pe=E7as do Kit pre= ventivo de manuten=E7=E3o. ...........................................= ...................................... [sugestao.gif"] = =95 Sugerimos aos nossos clientes = que mantenham em seu almoxarifado um Kit preventivo para manuten=E7=E3o:&= nbsp; 2 bico de recalque 2 bico de suc=E7=E3o&n= bsp; 2 diafragma 2 v=E1lvulas de reten=E7=E3o 2 v=E1= lvula p=E9 de crivo [maquinas2.gif"] Fa=E7= a seu or=E7amento on-line! [4][form.gif"] DOSAQ E-mailing =E9 um servi=E7o = gratuito da Dosa= q - Ind=FAstria e com=E9rcio de bombas Ltda. Caso voc= =EA n=E3o queira continuar recebendo, responda este e-mail com a palavra EXCLUIR. um produto [5]Net ABC Internet ........................................................= .................................... References Visible links 1. 3D"http://www.dosaq.com.br/" 2. 3D"mailto:vendas@dosaq.com.br" 3. 3D"http://www.uniagua.org.br/website/default.asp= 4. 3D"http://www.dosaq.com.br/compra.asp" 5. 3D"http://www.netabc.com.br/index.asp= Hidden links: 6. 3D"http://www.uniagua.org.br/website/default.asp" 7. 3D"http://www.uniagua.org.br/website/default.asp= From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 16:24:42 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6344D16A404 for ; Mon, 16 Apr 2007 16:24:42 +0000 (UTC) (envelope-from udck@psor.cod.ee) Received: from p54AA9118.dip0.t-ipconnect.de (p54AA9118.dip0.t-ipconnect.de [84.170.145.24]) by mx1.freebsd.org (Postfix) with SMTP id D4A9713C455 for ; Mon, 16 Apr 2007 16:24:41 +0000 (UTC) (envelope-from udck@psor.cod.ee) Received: from hkcy.sqw ([238.236.75.167]) by p54AA9118.dip0.t-ipconnect.de with Microsoft SMTPSVC(6.0.3790.1830); Mon, 16 Apr 2007 18:29:24 +0200 Message-ID: <002401c78044$64f9ea60$a74becee@hkcy.sqw> From: "Psor.Cod.Ee" To: Date: Mon, 16 Apr 2007 18:29:24 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="Windows-1252"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Cc: Subject: Psoriasis - the most dangerous illness of 21 century! 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, 16 Apr 2007 16:24:42 -0000 Visit our site, we have advises about Psoriasis, Forum for russianspeaking patients. http://psor.cod.ee/ This is not a Spam. We take your email adress from open source! From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 17:21:05 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E185C16A403; Mon, 16 Apr 2007 17:21:05 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from s200aog12.obsmtp.com (s200aog12.obsmtp.com [207.126.144.126]) by mx1.freebsd.org (Postfix) with SMTP id 0BA7013C43E; Mon, 16 Apr 2007 17:20:50 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from source ([217.206.187.80]) by eu1sys200aob012.postini.com ([207.126.147.11]) with SMTP; Mon, 16 Apr 2007 17:20:49 UTC Received: from [10.0.0.89] (bill.mintel.co.uk [10.0.0.89]) by rodney.mintel.co.uk (Postfix) with ESMTP id 9996F18142F; Mon, 16 Apr 2007 18:20:49 +0100 (BST) Message-ID: <4623B0A2.5020006@tomjudge.com> Date: Mon, 16 Apr 2007 18:21:38 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: freebsd-net@freebsd.org, FreeBSD Stable List Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Possible mtu bug in vlan or bce 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, 16 Apr 2007 17:21:06 -0000 Hi, I have seen some strange behaviour today with VLAN interfaces on bce interfaces. I am running 6.2 Release on i386. I have a bce interface setup on a gig-e network with an MTU of 8192 i attach a vlan interface to this and chnage the vlan if mtu to 1500 as it has 100Mbit devices on it. This does not seem to affect the MTU of the bce interface, the VLAN mtu is reported as changed by if config but the bce is not reported as changed. However I then start to get error messages saying that the NFS server is not responding as it is sending packets larger than 1500 bytes. If I try to raise the mtu of the vlan interface (to 8192 which is the value that ifconfig reports for bce0) at this stage ifconfig thows an error saying that the value is incorrect. If I then 'raise' (it already appears to be set to 8192 according to ifconfig) the mtu of bce0 to 8192 and then set the vlan interface mtu to 8192 the nfs server starts to work again. Is this a know bug/problem or should I raise a PR? Thanks Tom From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 20:22:43 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3617B16A4E6 for ; Mon, 16 Apr 2007 20:22:43 +0000 (UTC) (envelope-from dparussalla@baysidegrp.com.au) Received: from baysidegrp.com.au (gateway.baysidegrp.com.au [61.88.141.194]) by mx1.freebsd.org (Postfix) with ESMTP id 3E99313C44B for ; Mon, 16 Apr 2007 20:22:41 +0000 (UTC) (envelope-from dparussalla@baysidegrp.com.au) Received: (qmail 51726 invoked by uid 0); 17 Apr 2007 06:22:03 +1000 Received: by simscan 1.1.0 ppid: 51721, pid: 51722, t: 0.0180s scanners: attach: 1.1.0 clamav: 0.88.7/m:42/d:2723 spam: 3.1.8 Received: from unknown (HELO dimuthu) (192.168.1.216) by baysidegrp.com.au with ESMTP; 17 Apr 2007 06:22:03 +1000 From: "Dimuthu Parussalla" To: Date: Tue, 17 Apr 2007 06:21:21 +1000 Message-ID: <000701c78064$ccb92880$d801a8c0@dimuthu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 In-Reply-To: <4623B0A2.5020006@tomjudge.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal Subject: Clamav 0.90.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dparussalla@baysidegrp.com.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2007 20:22:43 -0000 Hi All, Anyone tried new clamav version (Clamav 0.90.2) with 6.2 stable?. Also any success using Clamav 0.90.1 without clamd.conf on 6.2?. Does it still need lipthread mapping? Cheers Dim From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 20:50:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 777DF16A408 for ; Mon, 16 Apr 2007 20:50:19 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 42F1013C45A for ; Mon, 16 Apr 2007 20:50:19 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3GKo825061070; Mon, 16 Apr 2007 16:50:08 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l3GKo8f6025310 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Apr 2007 16:50:08 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200704162050.l3GKo8f6025310@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 16 Apr 2007 16:50:29 -0400 To: dparussalla@baysidegrp.com.au, From: Mike Tancsa In-Reply-To: <000701c78064$ccb92880$d801a8c0@dimuthu> References: <4623B0A2.5020006@tomjudge.com> <000701c78064$ccb92880$d801a8c0@dimuthu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: Clamav 0.90.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: Mon, 16 Apr 2007 20:50:19 -0000 At 04:21 PM 4/16/2007, Dimuthu Parussalla wrote: >Anyone tried new clamav version (Clamav 0.90.2) with 6.2 stable?. Also any >success using Clamav 0.90.1 without clamd.conf on 6.2?. Does it still need >lipthread mapping? Hi, I am using .90.2 and have the lipthread mapping still. Not sure if its needed or not, but its been running fine since Saturday. Also, the box is RELENG_6, updated Saturday morning. Remember, if you update to get the new sendmail in RELENG_6, make sure you recompile all your milters. ---Mike From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 20:51:45 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6A24D16A40B for ; Mon, 16 Apr 2007 20:51:45 +0000 (UTC) (envelope-from jonathan@kc8onw.net) Received: from ms-smtp-05.nyroc.rr.com (ms-smtp-05.nyroc.rr.com [24.24.2.59]) by mx1.freebsd.org (Postfix) with ESMTP id 0BCC513C487 for ; Mon, 16 Apr 2007 20:51:44 +0000 (UTC) (envelope-from jonathan@kc8onw.net) Received: from mail.kc8onw.net (cpe-72-230-89-31.twcny.res.rr.com [72.230.89.31]) by ms-smtp-05.nyroc.rr.com (8.13.6/8.13.6) with ESMTP id l3GK99AE016152 for ; Mon, 16 Apr 2007 16:09:09 -0400 (EDT) Received: from [10.101.73.108] (unknown [166.184.3.12]) by mail.kc8onw.net (Postfix) with ESMTP id 83AF028409 for ; Mon, 16 Apr 2007 16:09:06 -0400 (EDT) Message-ID: <4623D7DC.4070902@kc8onw.net> Date: Mon, 16 Apr 2007 15:09:00 -0500 From: Jonathan Stewart User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: OpenBSD spamd port update coming? 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, 16 Apr 2007 20:51:45 -0000 Does anyone know of any work towards updating the spamd port to the latest version? The makefile shows version 3.7 and OpenBSD is up to 4.1 now. I'm looking at setting it up so helping test would not be a problem for me. Jonathan From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 21:14:12 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C15A616A400 for ; Mon, 16 Apr 2007 21:14:12 +0000 (UTC) (envelope-from db@bsdsystems.de) Received: from fop.bsdsystems.de (static.88-198-57-43.clients.your-server.de [88.198.57.43]) by mx1.freebsd.org (Postfix) with ESMTP id 8896313C44B for ; Mon, 16 Apr 2007 21:14:12 +0000 (UTC) (envelope-from db@bsdsystems.de) Received: from [172.16.1.13] (e176111205.adsl.alicedsl.de [85.176.111.205]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fop.bsdsystems.de (Postfix) with ESMTP id 9B8BC2381A; Mon, 16 Apr 2007 22:57:03 +0200 (CEST) Message-ID: <4623E31E.5030707@bsdsystems.de> Date: Mon, 16 Apr 2007 22:57:02 +0200 From: Dennis Berger User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Jonathan Stewart References: <4623D7DC.4070902@kc8onw.net> In-Reply-To: <4623D7DC.4070902@kc8onw.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: OpenBSD spamd port update coming? 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, 16 Apr 2007 21:14:12 -0000 I'm currently running that testing port of openbsd spamd 4.0 with spamlogd included and grey tarpitting included. I workes great on my two MXs. I am not sure why it wasn't committed. regards, -Dennis Jonathan Stewart schrieb: > Does anyone know of any work towards updating the spamd port to the > latest version? The makefile shows version 3.7 and OpenBSD is up to > 4.1 now. I'm looking at setting it up so helping test would not be a > problem for me. > > Jonathan > _______________________________________________ > 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" -- Dennis Berger BSDSystems Eduardstrasse 43b 20257 Hamburg Phone: +49 (0)40 54 00 18 17 Mobile: +49 (0) 179 123 15 09 E-Mail: db@bsdsystems.de From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 21:23:56 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0AA1016A400 for ; Mon, 16 Apr 2007 21:23:56 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id 9942E13C457 for ; Mon, 16 Apr 2007 21:23:55 +0000 (UTC) (envelope-from spork@bway.net) Received: (qmail 30060 invoked by uid 0); 16 Apr 2007 20:57:15 -0000 Received: from unknown (HELO gee5.nat.fasttrackmonkey.com) (216.220.116.154) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 16 Apr 2007 20:57:15 -0000 Date: Mon, 16 Apr 2007 16:57:53 -0400 (EDT) From: Charles Sprickman X-X-Sender: spork@gee5.nat.fasttrackmonkey.com To: Jonathan Stewart In-Reply-To: <4623D7DC.4070902@kc8onw.net> Message-ID: References: <4623D7DC.4070902@kc8onw.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: OpenBSD spamd port update coming? 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, 16 Apr 2007 21:23:56 -0000 On Mon, 16 Apr 2007, Jonathan Stewart wrote: > Does anyone know of any work towards updating the spamd port to the latest > version? The makefile shows version 3.7 and OpenBSD is up to 4.1 now. I'm > looking at setting it up so helping test would not be a problem for me. There's an "unofficial" port floating around out there that I'm using. I don't have the URL handy, but I think it's a 3.9 version. It's new enough to support the auto-whitelisting functions in spamlogd. I don't recall what the reason was, but apparently the patches were rejected or perhaps there just isn't an active maintainer anymore. It does work well though... Charles > Jonathan > _______________________________________________ > 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 Apr 16 21:27:34 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3238516A400 for ; Mon, 16 Apr 2007 21:27:34 +0000 (UTC) (envelope-from adrian@urquhart-consultancy.com) Received: from twofortyone.192.omne.uk.net (twofortyone.192.omne.uk.net [80.255.192.241]) by mx1.freebsd.org (Postfix) with ESMTP id 897A513C459 for ; Mon, 16 Apr 2007 21:27:33 +0000 (UTC) (envelope-from adrian@urquhart-consultancy.com) Received: (qmail 42835 invoked from network); 16 Apr 2007 21:00:51 -0000 Received: from 81-86-41-73.dsl.pipex.com (HELO sparc64.urquhart-consultancy.com) (81.86.41.73) by twofortyone.192.omne.uk.net with ESMTP; 16 Apr 2007 21:00:51 -0000 Date: Mon, 16 Apr 2007 21:59:33 +0000 From: Adrian Urquhart To: freebsd-stable@freebsd.org Message-ID: <20070416215933.3c026180@sparc64.urquhart-consultancy.com> In-Reply-To: <000701c78064$ccb92880$d801a8c0@dimuthu> References: <4623B0A2.5020006@tomjudge.com> <000701c78064$ccb92880$d801a8c0@dimuthu> Organization: Urquhart Consultancy X-Mailer: Claws Mail 2.8.1 (GTK+ 2.8.19; sparc64-unknown-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Re: Clamav 0.90.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: Mon, 16 Apr 2007 21:27:34 -0000 On Tue, 17 Apr 2007 06:21:21 +1000 "Dimuthu Parussalla" wrote: > Hi All, > > > Anyone tried new clamav version (Clamav 0.90.2) with 6.2 stable?. > Also any success using Clamav 0.90.1 without clamd.conf on 6.2?. > Does it still need lipthread mapping? > > Cheers > Dim Ok for me, compiled from source with 6.2 from Feb 11th. -Adrian From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 22:18:41 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9CDD916A402; Mon, 16 Apr 2007 22:18:41 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.freebsd.org (Postfix) with ESMTP id 1635613C465; Mon, 16 Apr 2007 22:18:41 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (ox2qot40sjjyr9fy@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id l3GLfp3I019928; Mon, 16 Apr 2007 14:41:51 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id l3GLfnmO019927; Mon, 16 Apr 2007 14:41:49 -0700 (PDT) (envelope-from jmg) Date: Mon, 16 Apr 2007 14:41:48 -0700 From: John-Mark Gurney To: Tom Judge Message-ID: <20070416214148.GX73385@funkthat.com> Mail-Followup-To: Tom Judge , freebsd-net@freebsd.org, FreeBSD Stable List References: <4623B0A2.5020006@tomjudge.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4623B0A2.5020006@tomjudge.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-net@freebsd.org, FreeBSD Stable List Subject: Re: Possible mtu bug in vlan or bce X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2007 22:18:41 -0000 Tom Judge wrote this message on Mon, Apr 16, 2007 at 18:21 +0100: > I have seen some strange behaviour today with VLAN interfaces on bce > interfaces. I am running 6.2 Release on i386. > > I have a bce interface setup on a gig-e network with an MTU of 8192 i > attach a vlan interface to this and chnage the vlan if mtu to 1500 as it > has 100Mbit devices on it. This does not seem to affect the MTU of the > bce interface, the VLAN mtu is reported as changed by if config but the > bce is not reported as changed. However I then start to get error > messages saying that the NFS server is not responding as it is sending > packets larger than 1500 bytes. > > > If I try to raise the mtu of the vlan interface (to 8192 which is the > value that ifconfig reports for bce0) at this stage ifconfig thows an > error saying that the value is incorrect. If I then 'raise' (it already > appears to be set to 8192 according to ifconfig) the mtu of bce0 to 8192 > and then set the vlan interface mtu to 8192 the nfs server starts to > work again. Make sure that you change the host route's mtu down to the new MTU... I changed the MTU behavior a while back so that you could have a mixed network and support both large and regular sized MTU's on the same nextwork... # ifconfig em0 em0: flags=8843 mtu 9000 options=18b inet6 fe80::207:e9ff:fe0d:ad06%em0 prefixlen 64 scopeid 0x2 inet 192.168.0.21 netmask 0xffffff00 broadcast 192.168.0.255 ether 00:07:e9:0d:ad:06 media: Ethernet autoselect (1000baseTX ) status: active # netstat -rnWfinet Routing tables Internet: Destination Gateway Flags Refs Use Mtu Netif Expire default 192.168.0.14 UGS 0 8024 1500 em0 [...] 192.168.0.18 00:c0:f0:42:23:87 UHLW 1 2 1500 em0 1193 # route change 192.168.0.18 -mtu 9000 change host 192.168.0.18 # netstat -rnWfinet Routing tables Internet: Destination Gateway Flags Refs Use Mtu Netif Expire [...] 192.168.0.18 00:c0:f0:42:23:87 UHLW 1 2 9000 em0 1172 # ifconfig em0 mtu 1500 # ifconfig em0 em0: flags=8843 mtu 1500 options=18b inet6 fe80::207:e9ff:fe0d:ad06%em0 prefixlen 64 scopeid 0x2 inet 192.168.0.21 netmask 0xffffff00 broadcast 192.168.0.255 ether 00:07:e9:0d:ad:06 media: Ethernet autoselect (1000baseTX ) status: active # netstat -rnWfinet Routing tables Internet: Destination Gateway Flags Refs Use Mtu Netif Expire [..] 192.168.0.18 00:c0:f0:42:23:87 UHLW 1 2 9000 em0 1128 Hmmm... We may want to add code that detects when the host route's MTU is larger than the interface, and prevent that from happening. Though if an mtu daemon ever gets written, then that should take care of it. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Mon Apr 16 22:21:08 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9EC1C16A403 for ; Mon, 16 Apr 2007 22:21:08 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.230]) by mx1.freebsd.org (Postfix) with ESMTP id 5D79C13C459 for ; Mon, 16 Apr 2007 22:21:08 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so1351668nza for ; Mon, 16 Apr 2007 15:21:07 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=aHRMyHC8SjDiFfrlPdxJO6/VGdvmh8XfdeuCIjxNCRoSVwJ23E7A3NynA3DuRg5jIsPg7ZLcFrPoEtJ1Egp6btGWBVteGvQh5Issgp48XAzPzUGwoAu3D3L0YFagYoZvWf5gZ9xuuUaLGu0nz8kACdHd/2UAWtSP2Qvw4WS2+80= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bx+yaNIgdLV5CfCbyOKmluNRATyMcsIkq/oOMvL7QhygoIKha1Wlp8Ny8hrjyDuz/TLHtg196QLj2wOcL7VSfSHDOjyRU5/LgphSqgcC8rVgXsjvBLiudS4Bkn53Wu35rRnoj6ebW73RBcsuvIY7vXIXrfWYbOI0PlFMcxa9eQU= Received: by 10.114.36.1 with SMTP id j1mr2093098waj.1176760547213; Mon, 16 Apr 2007 14:55:47 -0700 (PDT) Received: by 10.114.15.17 with HTTP; Mon, 16 Apr 2007 14:55:47 -0700 (PDT) Message-ID: Date: Mon, 16 Apr 2007 17:55:47 -0400 From: "Scott Ullrich" To: "Charles Sprickman" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4623D7DC.4070902@kc8onw.net> Cc: freebsd-stable@freebsd.org, Jonathan Stewart Subject: Re: OpenBSD spamd port update coming? 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, 16 Apr 2007 22:21:08 -0000 On 4/16/07, Charles Sprickman wrote: > On Mon, 16 Apr 2007, Jonathan Stewart wrote: > > > Does anyone know of any work towards updating the spamd port to the latest > > version? The makefile shows version 3.7 and OpenBSD is up to 4.1 now. I'm > > looking at setting it up so helping test would not be a problem for me. > > There's an "unofficial" port floating around out there that I'm using. I > don't have the URL handy, but I think it's a 3.9 version. It's new enough > to support the auto-whitelisting functions in spamlogd. I don't recall > what the reason was, but apparently the patches were rejected or perhaps > there just isn't an active maintainer anymore. > > It does work well though... Looks like there is a 4.1 version floating around: http://developer.berlios.de/projects/freebsdspamd/ Please note that I have not tested this personally. Scott From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 05:26:59 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8E76D16A402 for ; Tue, 17 Apr 2007 05:26:59 +0000 (UTC) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from mta-1.ms.rz.rwth-aachen.de (mta-1.ms.rz.RWTH-Aachen.DE [134.130.7.72]) by mx1.freebsd.org (Postfix) with ESMTP id 43D3313C483 for ; Tue, 17 Apr 2007 05:26:59 +0000 (UTC) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from circe ([134.130.3.36]) by mta-1.ms.rz.RWTH-Aachen.de (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JGM00LU2N4Y1150@mta-1.ms.rz.RWTH-Aachen.de> for freebsd-stable@freebsd.org; Tue, 17 Apr 2007 07:26:58 +0200 (CEST) Received: from talos.rz.RWTH-Aachen.DE ([134.130.3.22]) by circe (MailMonitor for SMTP v1.2.2 ) ; Tue, 17 Apr 2007 07:26:58 +0200 (MEST) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by smarthost.rwth-aachen.de (8.13.8/8.13.1/1) with ESMTP id l3H5QvCG022757; Tue, 17 Apr 2007 07:26:57 +0200 Received: from haakonia.hitnet.rwth-aachen.de ([137.226.181.92]) by bigboss.hitnet.rwth-aachen.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1HdgDf-0006D8-LR; Tue, 17 Apr 2007 07:27:11 +0200 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id D69613F40A; Mon, 16 Apr 2007 18:21:05 +0200 (CEST) Date: Mon, 16 Apr 2007 18:21:05 +0200 From: Christian Brueffer In-reply-to: <46222EF7.1080507@optim.com.ru> To: Nikolay Mirin Message-id: <20070416162105.GA1592@haakonia.hitnet.RWTH-Aachen.DE> MIME-version: 1.0 Content-type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary=opJtzjQTFsWo+cga Content-disposition: inline X-Operating-System: FreeBSD 6.2-STABLE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <200704142307.l3EN72Sn031291@cs.wpi.edu> <46222EF7.1080507@optim.com.ru> User-Agent: Mutt/1.5.11 Cc: mvoorhis@cs.wpi.edu, freebsd-stable@freebsd.org Subject: Re: GELI versus GBDE? 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, 17 Apr 2007 05:26:59 -0000 --opJtzjQTFsWo+cga Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 15, 2007 at 08:56:07AM -0500, Nikolay Mirin wrote: > Definitely GELI. >=20 > GBDE will become obsolete very soon as some other things like vinum and= =20 > such. It was there just as a test of concept as I understand. > Many those different disk subsystems are incompatible in fact, the case= =20 > of GBDE and Vinum is mentioned as an example in the handbook. > Read more about GEOM, as this system will unite all possible disk=20 > techniqies. >=20 > Also, GELI takes advantage of crypto-hardware, but I believe that one=20 > gets a benefit out of it only if the main CPU is very slow. >=20 There are currently no plans to remove GBDE. The problems with Vinum you mention stemmed from the fact, that the original Vinum was not GEOM aware, thus, GELI couldn't have been used with it as well. gvinum has been in existance for some time now and it's fully compatible to both GBDE and GELI. - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --opJtzjQTFsWo+cga Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGI6JxbHYXjKDtmC0RAqd2AJ4x//od2lPwDfBD+qspTPo3ed3P/gCeJJmN hiTEp7I/FASkyjFF1m1P0jg= =93XE -----END PGP SIGNATURE----- --opJtzjQTFsWo+cga-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 06:05:59 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BDD2A16A401; Tue, 17 Apr 2007 06:05:59 +0000 (UTC) (envelope-from nik@mail.optim-mol.cemu.ru) Received: from mail.optim-mol.cemu.ru (mail.optim-mol.cemu.ru [83.102.188.27]) by mx1.freebsd.org (Postfix) with ESMTP id 2402B13C44C; Tue, 17 Apr 2007 06:05:59 +0000 (UTC) (envelope-from nik@mail.optim-mol.cemu.ru) Received: from user-0cetl0n.cable.mindspring.com ([24.238.212.23] helo=[192.168.2.254]) by mail.optim-mol.cemu.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.66 (FreeBSD)) (envelope-from ) id 1Hdgp8-000GRN-3b; Tue, 17 Apr 2007 10:05:57 +0400 Message-ID: <4624637D.40803@optim.com.ru> Date: Tue, 17 Apr 2007 01:04:45 -0500 From: Nikolay Mirin Organization: =?KOI8-R?Q?=EF=F0=F4=E9=ED?= User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Christian Brueffer References: <200704142307.l3EN72Sn031291@cs.wpi.edu> <46222EF7.1080507@optim.com.ru> <20070416162105.GA1592@haakonia.hitnet.RWTH-Aachen.DE> In-Reply-To: <20070416162105.GA1592@haakonia.hitnet.RWTH-Aachen.DE> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Sender: nik@mail.optim-mol.cemu.ru X-Myspam-check: OK X-Spam-Score: -100.1 (---------------------------------------------------) X-Spam-Report: Spam detection software, running on the system "mail.optim-mol.cemu.ru", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: Anyway, the other reasons that GBDE suck are: 1) Lots of annoying ENOMEM messages, since the memory allocation calls gbde makes are somewhat specific as I understand. One can ignore those messages. 2) GELI provides a onetime key feature, which makes it incredibly convenient for swap and /tmp encryption. 3) The secret key in GELI can be split between the keyfile and the passphrase. [...] Content analysis details: (-100.1 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -100 USER_IN_WHITELIST From: address is in the user's white-list -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP 1.3 SPF_FAIL SPF: sender does not match SPF record (fail) [SPF failed: Please see http://www.openspf.org/why.html?sender=nik%40mail.optim-mol.cemu.ru&ip=24.238.212.23&receiver=mail.optim-mol.cemu.ru] X-SA-Exim-Connect-IP: 24.238.212.23 X-SA-Exim-Mail-From: nik@mail.optim-mol.cemu.ru X-SA-Exim-Scanned: No (on mail.optim-mol.cemu.ru); SAEximRunCond expanded to false Cc: mvoorhis@cs.wpi.edu, freebsd-stable@freebsd.org Subject: Re: GELI versus GBDE? 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, 17 Apr 2007 06:05:59 -0000 Anyway, the other reasons that GBDE suck are: 1) Lots of annoying ENOMEM messages, since the memory allocation calls gbde makes are somewhat specific as I understand. One can ignore those messages. 2) GELI provides a onetime key feature, which makes it incredibly convenient for swap and /tmp encryption. 3) The secret key in GELI can be split between the keyfile and the passphrase. The only inconvenience I had with GELI is that if one wants to read a passphrase in a script once and then open a bunch of volumes, than one has to use "expect" to feed the passphrase to geli. It requires the terminal input and won't accept the stdin. GBDE does not have such issue. P.S. One can actually have both in kernel. Christian Brueffer said the following on 16.04.2007 11:21: > On Sun, Apr 15, 2007 at 08:56:07AM -0500, Nikolay Mirin wrote: > >> Definitely GELI. >> >> GBDE will become obsolete very soon as some other things like vinum and >> such. It was there just as a test of concept as I understand. >> Many those different disk subsystems are incompatible in fact, the case >> of GBDE and Vinum is mentioned as an example in the handbook. >> Read more about GEOM, as this system will unite all possible disk >> techniqies. >> >> Also, GELI takes advantage of crypto-hardware, but I believe that one >> gets a benefit out of it only if the main CPU is very slow. >> >> > > There are currently no plans to remove GBDE. The problems with Vinum > you mention stemmed from the fact, that the original Vinum was not GEOM > aware, thus, GELI couldn't have been used with it as well. gvinum has > been in existance for some time now and it's fully compatible to both > GBDE and GELI. > > - Christian > > From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 07:13:48 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B1FD916A404 for ; Tue, 17 Apr 2007 07:13:48 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from matrix.tk-pttuntex.com (matrix.tk-pttuntex.com [203.77.209.162]) by mx1.freebsd.org (Postfix) with ESMTP id 60E0A13C44B for ; Tue, 17 Apr 2007 07:13:47 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from [172.64.14.3] (core.bps.co.id [202.57.0.93]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: zen) by matrix.tk-pttuntex.com (Postfix) with ESMTP id E771E40B7A4 for ; Tue, 17 Apr 2007 14:13:43 +0700 (WIT) Message-ID: <46247471.9030503@tk-pttuntex.com> Date: Tue, 17 Apr 2007 14:17:05 +0700 From: zen User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: tproxy on freebsd 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, 17 Apr 2007 07:13:48 -0000 hi, i know it seem out of topic, i recently build a proxy server to serve our small ISP, but i'm facing a big problem. as far as i know FreeBSD didn't support TPROXY like linux had. but i need to build this proxy transparently so only my client ips that visible when browsing. i use ipnat and ipf with Squid latest stable release. does anyone has experience building a true transparent proxy with FreeBSD? please share the knowledge and the regarding this problems. TIA Zen From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 11:09:39 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0298416A401 for ; Tue, 17 Apr 2007 11:09:39 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.174]) by mx1.freebsd.org (Postfix) with ESMTP id 8890313C459 for ; Tue, 17 Apr 2007 11:09:38 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.64.191.130] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis), id 0ML25U-1HdlYi27II-0007SB; Tue, 17 Apr 2007 13:09:18 +0200 From: Max Laier Organization: FreeBSD To: freebsd-stable@freebsd.org Date: Tue, 17 Apr 2007 13:09:09 +0200 User-Agent: KMail/1.9.5 References: <46247471.9030503@tk-pttuntex.com> In-Reply-To: <46247471.9030503@tk-pttuntex.com> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2443086.Yx2KudcSDS"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704171309.15391.max@love2party.net> X-Provags-ID: V01U2FsdGVkX19e3wJt04LXWzGLxd5C2mcNLtv2ugTHHA2Hj65 IL0jz7gmnEXkUXCzQxAb5fJGub/mbQbj7UJnFjXL3+/lAUblJj 0aPdvm7mwkd8QEJwd18Sw== Cc: Subject: Re: tproxy on freebsd 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, 17 Apr 2007 11:09:39 -0000 --nextPart2443086.Yx2KudcSDS Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 17 April 2007 09:17, zen wrote: > i know it seem out of topic, > i recently build a proxy server to serve our small ISP, > but i'm facing a big problem. as far as i know FreeBSD didn't support > TPROXY like linux had. > but i need to build this proxy transparently so only my client ips that > visible when browsing. > i use ipnat and ipf with Squid latest stable release. > does anyone has experience building a true transparent proxy with > FreeBSD? please share the knowledge and the regarding this problems. http://www.benzedrine.cx/transquid.html is a tutorial for OpenBSD + pf +=20 squid, but almost the same steps are required for FreeBSD. If you build=20 squid from the portstree you should enable: [X] SQUID_PF Enable transparent proxying with PF or [ ] SQUID_IPFILTER Enable transp. proxying with IPFilter if you want to stay with ipf + ipnat. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart2443086.Yx2KudcSDS Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBGJKrbXyyEoT62BG0RAgpfAJ9rR+AMLwAKbaSYw0Z6fM284+j3aACggBeY xqlCPlAzwyTWueo8mVMimcc= =fYtR -----END PGP SIGNATURE----- --nextPart2443086.Yx2KudcSDS-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 11:27:07 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 996D916A400 for ; Tue, 17 Apr 2007 11:27:07 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id 2DDBE13C45A for ; Tue, 17 Apr 2007 11:27:06 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id l3HBR41j001952; Tue, 17 Apr 2007 21:27:04 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l3HBR4u5001951; Tue, 17 Apr 2007 21:27:04 +1000 (EST) (envelope-from peter) Date: Tue, 17 Apr 2007 21:27:04 +1000 From: Peter Jeremy To: zen Message-ID: <20070417112704.GM1624@turion.vk2pj.dyndns.org> References: <46247471.9030503@tk-pttuntex.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LpQ9ahxlCli8rRTG" Content-Disposition: inline In-Reply-To: <46247471.9030503@tk-pttuntex.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.14 (2007-02-12) Cc: freebsd-stable@freebsd.org Subject: Re: tproxy on freebsd 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, 17 Apr 2007 11:27:07 -0000 --LpQ9ahxlCli8rRTG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Apr-17 14:17:05 +0700, zen wrote: >does anyone has experience building a true transparent proxy with FreeBSD? >please share the knowledge and the regarding this problems. Max beat me to answering but I use squid+IPfilter as a transparent proxy on my home firewall. The only problems I've run into are bugs in the IPfilter window handling code. --=20 Peter Jeremy --LpQ9ahxlCli8rRTG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGJK8I/opHv/APuIcRAkxAAKCziWxoigm9LC8NBrcy6oLz9K4dAwCfSBex 20rch9t79hP4NYC1W9wiQh0= =B+3B -----END PGP SIGNATURE----- --LpQ9ahxlCli8rRTG-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 11:52:04 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8FC9016A401 for ; Tue, 17 Apr 2007 11:52:04 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from s200aog11.obsmtp.com (s200aog11.obsmtp.com [207.126.144.125]) by mx1.freebsd.org (Postfix) with SMTP id 5413513C44B for ; Tue, 17 Apr 2007 11:51:47 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from source ([217.206.187.80]) by eu1sys200aob011.postini.com ([207.126.147.11]) with SMTP; Tue, 17 Apr 2007 11:51:39 UTC Received: from [10.0.0.89] (bill.mintel.co.uk [10.0.0.89]) by rodney.mintel.co.uk (Postfix) with ESMTP id 6DFFB181426; Tue, 17 Apr 2007 12:51:39 +0100 (BST) Message-ID: <4624B4FE.1070402@tomjudge.com> Date: Tue, 17 Apr 2007 12:52:30 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: Richard Tector References: <460959E8.207@thekeelecentre.com> <46095CA9.7060701@thekeelecentre.com> In-Reply-To: <46095CA9.7060701@thekeelecentre.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: Dell SAS5 Performance Issue 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, 17 Apr 2007 11:52:04 -0000 Richard Tector wrote: > Ivan Voras wrote: >> Richard Tector wrote: >> >>> I'm suffering from very slow write performance on a Dell PowerEdge 860 >>> with the SAS5/IR controller (mpt driver) running either 6.2-RELEASE or >>> 6.2-STABLE with sources from yesterday. The controller hosts 2 Western >>> Digital 320GB SATA disks in a RAID1 configuration. >>> Reads approach 65MB/s however writes appear extremely slow, in the >>> region of 6-7MB/s with a dd and a blocksize of 1MB all the way down to >>> about 300KB/s while extracting a ports snapshot. >>> >>> It was suggested to me that perhaps write caching has been disabled on >>> the controller however no options exist within the BIOS configuration to >>> view/adjust *any* caching options. >>> >> >> You looked in the controller's BIOS, not motherboard's, right? > Indeed I did. >> There should be at least a "write through" vs "write back" switch... > Correct, there should be options, but there aren't. The controller BIOS > has very few options at all in fact. > >> No, but can you post the relevant bits for the controller from dmesg? >> > Sure: > > mpt0: port 0xec00-0xecff mem > 0xfe9fc000-0xfe9fffff,0xfe9e0000-0xfe9effff irq 16 at device 8.0 on pci2 > mpt0: [GIANT-LOCKED] > mpt0: MPI Version=1.5.12.0 > mpt0: mpt_cam_event: 0x16 > mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). > mpt0: mpt_cam_event: 0x12 > mpt0: Unhandled Event Notify Frame. Event 0x12 (ACK not required). > mpt0: mpt_cam_event: 0x12 > mpt0: Unhandled Event Notify Frame. Event 0x12 (ACK not required). > mpt0: mpt_cam_event: 0x16 > mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). > [...snip...] > da0 at mpt0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-5 device > da0: 300.000MB/s transfers, Tagged Queueing Enabled > da0: 305175MB (624998400 512 byte sectors: 255H 63S/T 38904C) I have just stumbled across this problem on 4 PE860's and 2 PE840's. I have been through the BIOS of the card and found no information about caching in any of the menus. I then decided to take the card out and could not see any place to attach a cache battery backup unit, I could also not see any ram chips on the card. Is there any news on the performance of this card? Tom From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 12:55:40 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5F47816A403; Tue, 17 Apr 2007 12:55:40 +0000 (UTC) (envelope-from sbaskinger@lumeta.com) Received: from MAIL.corp.lumeta.com (zeus.lumeta.com [65.246.245.22]) by mx1.freebsd.org (Postfix) with ESMTP id BF5DC13C4BA; Tue, 17 Apr 2007 12:55:39 +0000 (UTC) (envelope-from sbaskinger@lumeta.com) Received: from [65.246.246.82] ([65.246.246.82]) by MAIL.corp.lumeta.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 17 Apr 2007 08:55:38 -0400 Message-ID: <4624C372.2010003@lumeta.com> Date: Tue, 17 Apr 2007 08:54:10 -0400 From: Sam Baskinger Organization: Lumeta Corporation User-Agent: Thunderbird 1.5.0.10 (X11/20070404) MIME-Version: 1.0 To: Nikolay Mirin References: <200704142307.l3EN72Sn031291@cs.wpi.edu> <46222EF7.1080507@optim.com.ru> <20070416162105.GA1592@haakonia.hitnet.RWTH-Aachen.DE> <4624637D.40803@optim.com.ru> In-Reply-To: <4624637D.40803@optim.com.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 17 Apr 2007 12:55:38.0963 (UTC) FILETIME=[B2DBB230:01C780EF] Cc: mvoorhis@cs.wpi.edu, freebsd-stable@freebsd.org, Christian Brueffer Subject: Re: GELI versus GBDE? 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, 17 Apr 2007 12:55:40 -0000 I've been working on a ruby script to manage some geli file systems and have had some good experience using "-k -" to make it read from standard in. It's mixed with popen calls instead of a more bash-y version, but it works. :) I have not tried running it w/o a terminal allocated, but I suspect that won't make much of a difference. (If the script wasn't in such sorry shape at the moment I would copy it along, but I don't think anyone wants to see it now. ;) ) Sam Lumeta - Securing the Network in the Face of Change www.lumeta.com Nikolay Mirin wrote: > Anyway, the other reasons that GBDE suck are: > > 1) Lots of annoying ENOMEM messages, since the memory allocation calls > gbde makes are somewhat specific as I understand. > One can ignore those messages. > 2) GELI provides a onetime key feature, which makes it incredibly > convenient for swap and /tmp encryption. > 3) The secret key in GELI can be split between the keyfile and the > passphrase. > > The only inconvenience I had with GELI is that if one wants to read a > passphrase in a script once and > then open a bunch of volumes, than one has to use "expect" to feed the > passphrase to geli. It requires the terminal input and > won't accept the stdin. GBDE does not have such issue. > > P.S. One can actually have both in kernel. > > Christian Brueffer said the following on 16.04.2007 11:21: >> On Sun, Apr 15, 2007 at 08:56:07AM -0500, Nikolay Mirin wrote: >> >>> Definitely GELI. >>> >>> GBDE will become obsolete very soon as some other things like vinum >>> and such. It was there just as a test of concept as I understand. >>> Many those different disk subsystems are incompatible in fact, the >>> case of GBDE and Vinum is mentioned as an example in the handbook. >>> Read more about GEOM, as this system will unite all possible disk >>> techniqies. >>> >>> Also, GELI takes advantage of crypto-hardware, but I believe that one >>> gets a benefit out of it only if the main CPU is very slow. >>> >>> >> >> There are currently no plans to remove GBDE. The problems with Vinum >> you mention stemmed from the fact, that the original Vinum was not GEOM >> aware, thus, GELI couldn't have been used with it as well. gvinum has >> been in existance for some time now and it's fully compatible to both >> GBDE and GELI. >> >> - Christian >> >> > > _______________________________________________ > 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 Tue Apr 17 17:48:02 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2B3C116A406 for ; Tue, 17 Apr 2007 17:48:02 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.232]) by mx1.freebsd.org (Postfix) with ESMTP id DC5C113C46A for ; Tue, 17 Apr 2007 17:48:01 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so1941952wra for ; Tue, 17 Apr 2007 10:48:01 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=DqjcuYqhCPmjQgwN+Du5CHQMEPPThdV4StOLG/y+6xjAmLBdKNwNJMeYVRi0iI1LTs1qs7eVu23EF+JR48pFWxUfn1/8c9OchPARCcpdOw7XyQ1n8DMoM9wkCkSfWG6d0zKBK1qz/vsi6XzJhqUyOu6lj0cT9FNKuOHYDl2kDl8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=o2DistCtmhHicLkIUzM7+SlHDFIB6SZzBHu5cPo8JaAvyhCOOA1CHQTg5PLo5AOHc9EsAyn3DAkwV9QUjQTihz9OUPePI8i8Zxv60QfMNfNUIs1HqsLpE45jAikTv50bpndV2Ca0oE02mz9UnrCMWxeKUKq2dSst78la2kVDxFM= Received: by 10.114.151.13 with SMTP id y13mr2528163wad.1176832080935; Tue, 17 Apr 2007 10:48:00 -0700 (PDT) Received: by 10.114.24.2 with HTTP; Tue, 17 Apr 2007 10:48:00 -0700 (PDT) Message-ID: <7579f7fb0704171048g357b8b19m8596b37c266009dd@mail.gmail.com> Date: Tue, 17 Apr 2007 10:48:00 -0700 From: "Matthew Jacob" To: "Tom Judge" In-Reply-To: <4624B4FE.1070402@tomjudge.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <460959E8.207@thekeelecentre.com> <46095CA9.7060701@thekeelecentre.com> <4624B4FE.1070402@tomjudge.com> Cc: freebsd-stable@freebsd.org, Richard Tector , Ivan Voras Subject: Re: Dell SAS5 Performance Issue 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, 17 Apr 2007 17:48:02 -0000 > > Is there any news on the performance of this card? > I personally have not been able to reproduce the problem. It seems to occur whether in Integrated Raid or not. It seems to be related to specific backplanes and drives. It's an important problem to solve I agree. From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 19:12:26 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B28E316A400 for ; Tue, 17 Apr 2007 19:12:26 +0000 (UTC) (envelope-from sanya-spb@list.ru) Received: from mx28.mail.ru (mx28.mail.ru [194.67.23.67]) by mx1.freebsd.org (Postfix) with ESMTP id 7290A13C45E for ; Tue, 17 Apr 2007 19:12:26 +0000 (UTC) (envelope-from sanya-spb@list.ru) Received: from mx3.mail.ru (mx3.mail.ru [194.67.23.149]) by mx28.mail.ru (mPOP.Fallback_MX) with ESMTP id EC044DA48C for ; Tue, 17 Apr 2007 21:29:58 +0400 (MSD) Received: from [91.122.53.160] (port=62739 helo=[192.168.77.170]) by mx3.mail.ru with asmtp id 1HdrUr-000Fk8-00; Tue, 17 Apr 2007 21:29:41 +0400 From: Alexander Kuprijanov To: freebsd-stable@freebsd.org Date: Tue, 17 Apr 2007 21:29:21 +0400 User-Agent: KMail/1.9.6 References: <46247471.9030503@tk-pttuntex.com> In-Reply-To: <46247471.9030503@tk-pttuntex.com> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200704172129.22275.sanya-spb@list.ru> Cc: Subject: Re: tproxy on freebsd 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, 17 Apr 2007 19:12:26 -0000 =F7 =D3=CF=CF=C2=DD=C5=CE=C9=C9 =CF=D4 Tuesday 17 April 2007 11:17:05 zen = =CE=C1=D0=C9=D3=C1=CC(=C1): > hi, > i know it seem out of topic, > i recently build a proxy server to serve our small ISP, > but i'm facing a big problem. as far as i know FreeBSD didn't support > TPROXY like linux had. > but i need to build this proxy transparently so only my client ips that > visible when browsing. > i use ipnat and ipf with Squid latest stable release. > does anyone has experience building a true transparent proxy with FreeBSD? > please share the knowledge and the regarding this problems. > > TIA > > Zen > > _______________________________________________ > 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" Dear Zen I use transparent proxy on my home wi-fi network, and on work (ethernet lan= )=20 with pf+proxy on FreeBSD gateways without any problems... earlier I used=20 ipfilter+proxy (for transparent proxing) also without problems. I can share my config (pf+proxy) if you need From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 22:46:26 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 132E616A401 for ; Tue, 17 Apr 2007 22:46:26 +0000 (UTC) (envelope-from rmarella@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.freebsd.org (Postfix) with ESMTP id C523013C45A for ; Tue, 17 Apr 2007 22:46:25 +0000 (UTC) (envelope-from rmarella@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so1495777pyh for ; Tue, 17 Apr 2007 15:46:25 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:subject:message-id:x-mailer:mime-version:content-type:content-transfer-encoding; b=Kay5hnCIN99ydcPU3u4+v3mOKTkNgo4H765BJS88W6d2Tq5X2MLiCGJOU/uhvr95J6zEu79iVkiX9HcSad/SbS59WVJdK43ehDsi9fGgJhijV8XSbBn2HxgSDAw8e5rMx3nzGjv8tKArMn5OV3nBMn9v+TzW0Jn7wEuH54ylM7k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:subject:message-id:x-mailer:mime-version:content-type:content-transfer-encoding; b=Wx8HIwPPeOnF3j14koJgu9WLkEaKwVRrhp74BF5yL7F2tHe5OQLIiKT0nfu7W9hhBEFFSWwWzjCtgbSgMyj+30GdnDUBCuROhkEFWseqVp5tyGf7wP1+TY+Ch614YZKgeH/nSuRzgno3Uw9GjV4IUVv7e0ExGFXdLesIJmGexsA= Received: by 10.65.252.13 with SMTP id e13mr6709287qbs.1176848396671; Tue, 17 Apr 2007 15:19:56 -0700 (PDT) Received: from p4 ( [66.75.108.47]) by mx.google.com with ESMTP id 15sm10499191nzp.2007.04.17.15.19.54; Tue, 17 Apr 2007 15:19:56 -0700 (PDT) Date: Tue, 17 Apr 2007 12:19:51 -1000 From: Robert Marella To: stable@freebsd.org Message-ID: <20070417121951.733832cb@p4> X-Mailer: Claws Mail 2.8.1 (GTK+ 2.10.11; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: K3B crashes kernel 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, 17 Apr 2007 22:46:26 -0000 Good Afternoon I have two systems running 6 stable that K3B is crashing the kernel. All ports are up to date as of today. I have searched the archives and google and the only the only reference is in current and looks exactly like my problem. http://lists.freebsd.org/pipermail/freebsd-current/2007-April/070753.html This dump will happen every time by just starting K3B. FreeBSD p4.konav201.local 6.2-STABLE FreeBSD 6.2-STABLE #3: Mon Apr 9 18:51:25 HST 2007 root@p4.konav201.local:/usr/obj/usr/src/sys/GENERIC i386 I am not an expert with the debugging feature but here is what I have. [robert@p4] /usr/obj/usr/src/sys/GENERIC> sudo kgdb kernel.debug /data/crash/vmcore.5 Password: kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 Fatal trap 12: page fault while in kernel mode fault virtual address = 0xbf8fdec0 fault code = supervisor write, protection violation instruction pointer = 0x20:0xc04f8f15 stack pointer = 0x28:0xe53dfc28 frame pointer = 0x28:0xe53dfc5c 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 = 33 (irq15: ata1) trap number = 12 panic: page fault Uptime: 21h0m51s Dumping 2046 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 2047MB (523824 pages) 2031 2015 1999 1983 1967 1951 1935 1919 1903 1887 1871 1855 1839 1823 1807 1791 1775 1759 1743 1727 1711 1695 1679 1663 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 1471 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc070b56c in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc070b8b9 in panic (fmt=0xc09ed023 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc098b89c in trap_fatal (frame=0xe53dfbe8, eva=0) at /usr/src/sys/i386/i386/trap.c:837 #4 0xc098b572 in trap_pfault (frame=0xe53dfbe8, usermode=0, eva=3213876928) at /usr/src/sys/i386/i386/trap.c:745 #5 0xc098b10d in trap (frame= {tf_fs = 8, tf_es = -448987096, tf_ds = -1063714776, tf_edi = -1081090368, tf_esi = -963745280, tf_ebp = -448922532, tf_isp = -448922604, tf_ebx = 368, tf_edx = 368, tf_ecx = 9, tf_eax = -1081090368, tf_trapno = 12, tf_err = 3, tf_eip = -1068527851, tf_cs = 32, tf_eflags = 66118, tf_esp = -963841088, tf_ss = 1}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc097569a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc04f8f15 in ata_pio_read (request=0xcc331b28, length=18) at cpufunc.h:229 #8 0xc04f7942 in ata_end_transaction (request=0xcc331b28) at /usr/src/sys/dev/ata/ata-lowlevel.c:402 #9 0xc04e1af9 in ata_interrupt (data=0xc68e6a00) at /usr/src/sys/dev/ata/ata-all.c:341 #10 0xc06f07f8 in ithread_execute_handlers (p=0xc6901860, ie=0xc67a1580) at /usr/src/sys/kern/kern_intr.c:682 #11 0xc06f0966 in ithread_loop (arg=0xc691e380) at /usr/src/sys/kern/kern_intr.c:765 #12 0xc06ef26f in fork_exit (callout=0xc06f08f0 , arg=0xbf8fdec0, frame=0xbf8fdec0) at /usr/src/sys/kern/kern_fork.c:821 #13 0xc09756fc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 (kgdb) If anything else is required of me, I would be happy to provide it. Robert From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 23:25:56 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C9EDF16A400; Tue, 17 Apr 2007 23:25:56 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id 831AD13C44B; Tue, 17 Apr 2007 23:25:56 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by solow.pil.dk (Postfix) with ESMTP id 0C77B1CC0AF; Wed, 18 Apr 2007 01:25:55 +0200 (CEST) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id 7AFC9B848; Wed, 18 Apr 2007 01:25:54 +0200 (CEST) Date: Wed, 18 Apr 2007 01:25:54 +0200 From: Henrik Brix Andersen To: Jack Vogel Message-ID: <20070417232554.GA35507@tirith.brixandersen.dk> Mail-Followup-To: Jack Vogel , Bill Paul , freebsd-current@freebsd.org, freebsd-stable@freebsd.org, jon.otterholm@ide.resurscentrum.se References: <2a41acea0701171258k16b4c6ebuf1d4794b89d0749b@mail.gmail.com> <20070120065321.DB61216A405@hub.freebsd.org> <2a41acea0701201435g6f960b40r3cf0552d87ab2bfd@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cWoXeonUoKmBZSoM" Content-Disposition: inline In-Reply-To: <2a41acea0701201435g6f960b40r3cf0552d87ab2bfd@mail.gmail.com> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Bill Paul , freebsd-current@freebsd.org, freebsd-stable@freebsd.org, jon.otterholm@ide.resurscentrum.se Subject: Re: Lenovo X60 em 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: Tue, 17 Apr 2007 23:25:56 -0000 --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Jack, On Sat, Jan 20, 2007 at 02:35:17PM -0800, Jack Vogel wrote: > saying its known to be a problem doesnt mean its cause is known :) > They discovered that setting this eliminated the problem, but we > immediately pointed out that this is, as you pointed out, a Bad > Thing on other hardware, so the investigation continues, there is > always a communication lag on these kind of things, so I dont know > if it has been resolved yet or not. I can confirm this patch solves the latency problem with em(4) on my IBM/Lenovo ThinkPad X60s. Any news about a proper solution to this issue? Regards, Brix --=20 Henrik Brix Andersen --cWoXeonUoKmBZSoM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: GnuPG signed iD8DBQFGJVeBv+Q4flTiePgRAsSGAKCUYZ7lGuKVmBBOo3UCJmkTX/d4zwCcDBWT jBjLq2D3f1KBtfZFr+P+2PE= =H8Do -----END PGP SIGNATURE----- --cWoXeonUoKmBZSoM-- From owner-freebsd-stable@FreeBSD.ORG Tue Apr 17 23:30:05 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 19A3B16A47B; Tue, 17 Apr 2007 23:30:05 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id C7A7A13C489; Tue, 17 Apr 2007 23:30:04 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by solow.pil.dk (Postfix) with ESMTP id 24A711CC109; Wed, 18 Apr 2007 01:30:04 +0200 (CEST) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id A903EB897; Wed, 18 Apr 2007 01:30:03 +0200 (CEST) Date: Wed, 18 Apr 2007 01:30:03 +0200 From: Henrik Brix Andersen To: Jack Vogel Message-ID: <20070417233003.GB35507@tirith.brixandersen.dk> Mail-Followup-To: Jack Vogel , Gleb Smirnoff , Bill Paul , freebsd-current@freebsd.org, freebsd-stable@freebsd.org, jon.otterholm@ide.resurscentrum.se References: <2a41acea0701171258k16b4c6ebuf1d4794b89d0749b@mail.gmail.com> <20070120065321.DB61216A405@hub.freebsd.org> <2a41acea0701201435g6f960b40r3cf0552d87ab2bfd@mail.gmail.com> <20070122083506.GW4485@FreeBSD.org> <2a41acea0701221030x52dd8821pd858ae7e6740ce92@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xXmbgvnjoT4axfJE" Content-Disposition: inline In-Reply-To: <2a41acea0701221030x52dd8821pd858ae7e6740ce92@mail.gmail.com> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Bill Paul , jon.otterholm@ide.resurscentrum.se, Gleb Smirnoff , freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: Lenovo X60 em 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: Tue, 17 Apr 2007 23:30:05 -0000 --xXmbgvnjoT4axfJE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Mon, Jan 22, 2007 at 10:30:48AM -0800, Jack Vogel wrote: > Acknowledge... I can do better than that, I have a fix for this problem,= and > its not temporary. Here is the code change (not a patch, I'm very busy), > its in hardware_init, should be obvious how to patch: >=20 > /* Make sure we have a good EEPROM before we read from it */ > if (e1000_validate_nvm_checksum(&adapter->hw) < 0) { > /* > ** Some PCI-E parts fail the first check due to > ** the link being in sleep state, call it again, > ** if it fails a second time its a real issue. > */ > if (e1000_validate_nvm_checksum(&adapter->hw) < 0) { > device_printf(dev, > "The EEPROM Checksum Is Not Valid\n"); > return (EIO); > } > } >=20 > This is already checked into my code base at Intel, I've just been too > busy to do anything with it, be my guest if you wish to check it in after > testing... I can confirm that the above patch fixes the frequent initialization problems with em(4) on my IBM/Lenovo ThinkPad X60s. Without the patch, I often see the following on boot when there is no link on the em(4) interface: Apr 17 22:05:12 lothlorien kernel: em0: The EEPROM Checksum Is Not Valid Apr 17 22:05:12 lothlorien kernel: em0: Unable to initialize the hardware With the patch, I can not reproduce the invalid checksum errors - the second call to e1000_validate_nvm_checksum() succeeds. Any chance of this patch hitting CURRENT anytime soon? :) Regards, Brix --=20 Henrik Brix Andersen --xXmbgvnjoT4axfJE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: GnuPG signed iD8DBQFGJVh6v+Q4flTiePgRAl8HAKChX/5jZNCWUqFlKQMac+F4X1RaGwCdEWTc MDVyabUN/0TK4sbsjGRchpc= =M00m -----END PGP SIGNATURE----- --xXmbgvnjoT4axfJE-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 00:15:38 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 03E9116A403 for ; Wed, 18 Apr 2007 00:15:38 +0000 (UTC) (envelope-from jon@seaholm.caamora.com.au) Received: from seaholm.caamora.com.au (seaholm.caamora.com.au [203.7.226.5]) by mx1.freebsd.org (Postfix) with ESMTP id 2275213C45B for ; Wed, 18 Apr 2007 00:15:35 +0000 (UTC) (envelope-from jon@seaholm.caamora.com.au) Received: (from jon@localhost) by seaholm.caamora.com.au (8.11.1/8.11.1) id l3HNx4611319; Wed, 18 Apr 2007 09:59:04 +1000 (EST) Message-ID: <20070418095903.12432@caamora.com.au> Date: Wed, 18 Apr 2007 09:59:04 +1000 From: jonathan michaels To: freebsd-stable@freebsd.org References: <46247471.9030503@tk-pttuntex.com> <200704172129.22275.sanya-spb@list.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.84e In-Reply-To: <200704172129.22275.sanya-spb@list.ru>; from Alexander Kuprijanov on Tue, Apr 17, 2007 at 09:29:21PM +0400 Organisation: Caamora, PO Box 144, Rosebery NSW 1445 Australia Subject: Re: tproxy on freebsd 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, 18 Apr 2007 00:15:38 -0000 alexander, list, sorry for posting to list, i tried to post to advertised mail address and my post bounced as "user unknown". so i try here. On Tue, Apr 17, 2007 at 09:29:21PM +0400, Alexander Kuprijanov wrote: > ÷ ÓÏÏÂƯÅÎÉÉ ÏÔ Tuesday 17 April 2007 11:17:05 zen ÎÁĐÉÓÁ̀(Á): > I use transparent proxy on my home wi-fi network, and on work (ethernet lan) > with pf+proxy on FreeBSD gateways without any problems... earlier I used > ipfilter+proxy (for transparent proxing) also without problems. > > I can share my config (pf+proxy) if you need i don't have a problem with this but i am going to be setting up a similar setup and would appreciate the help a working setup would provide. sorry for my poor english and typing .. i am disabled. kind regards jonathan -- ================================================================ powered by .. QNX, OS9 and freeBSD -- http://caamora com au/operating system ==== === appropriate solution in an inappropriate world === ==== From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 01:31:58 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E8F9F16A47A for ; Wed, 18 Apr 2007 01:31:58 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from matrix.tk-pttuntex.com (matrix.tk-pttuntex.com [203.77.209.162]) by mx1.freebsd.org (Postfix) with ESMTP id B3E1B13C45E for ; Wed, 18 Apr 2007 01:31:57 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from [172.64.14.3] (core.bps.co.id [202.57.0.93]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: zen) by matrix.tk-pttuntex.com (Postfix) with ESMTP id 6F83A40B7F7; Wed, 18 Apr 2007 08:31:55 +0700 (WIT) Message-ID: <462575D4.2010801@tk-pttuntex.com> Date: Wed, 18 Apr 2007 08:35:16 +0700 From: zen User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: jonathan michaels References: <46247471.9030503@tk-pttuntex.com> <200704172129.22275.sanya-spb@list.ru> <20070418095903.12432@caamora.com.au> In-Reply-To: <20070418095903.12432@caamora.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: tproxy on freebsd 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, 18 Apr 2007 01:31:59 -0000 jonathan michaels wrote: >alexander, > >list, sorry for posting to list, i tried to post to advertised mail >address and my post bounced as "user unknown". so i try here. > >On Tue, Apr 17, 2007 at 09:29:21PM +0400, Alexander Kuprijanov wrote: > > >>÷ ÓÏÏÂƯÅÎÉÉ ÏÔ Tuesday 17 April 2007 11:17:05 zen ÎÁĐÉÓÁ̀(Á): >> >> > > > >>I use transparent proxy on my home wi-fi network, and on work (ethernet lan) >>with pf+proxy on FreeBSD gateways without any problems... earlier I used >>ipfilter+proxy (for transparent proxing) also without problems. >> >>I can share my config (pf+proxy) if you need >> >> > >i don't have a problem with this but i am going to be setting up a >similar setup and would appreciate the help a working setup would >provide. > >sorry for my poor english and typing .. i am disabled. > >kind regards > >jonathan > > > any help will be appreciated, i could use a sample configuration file regarding this problem. FYI i already running transparent proxy with ipf+ipnat,: rdr nve0 0.0.0.0/0 port 80 -> 122.x.x.x port 3128 tcp but with that configuration, still the proxy ip address that visible when my client using the proxy. is it me or just i cant achieve that with FreeBSD? because i hate to switch to other OS only because of this. anyway this what i found in the net, but only work on linux http://www.sanog.org/resources/sanog4-devdas-transproxy.pdf TIA Zen From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 01:56:55 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6EE7E16A40A for ; Wed, 18 Apr 2007 01:56:55 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.229]) by mx1.freebsd.org (Postfix) with ESMTP id 29B1D13C4D0 for ; Wed, 18 Apr 2007 01:56:54 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so3053nza for ; Tue, 17 Apr 2007 18:56:54 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=GR6bDkDAl27JXDL6/V3qwiL3TfdP3ehlrpyKq+mas5xwYuVBpaIZo81UTl1W/UjaEHxGC2+EUnlHv4CalpYTboQKYk2Uc8rYZt40MXjC0V/GvMiaYDttPlD69001aUDSmNXvLCLD/nq3XLSfQ0sD49rm7eDl2LMa0uCD/+ZtOXk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fPsnBESdY9WZJUTEjn2iTv9CLD7Da4aWQFU6soFSGAdxMtsudm6b4tpr/mdjJySZdKSVQEb14bKLGNhAb4rLXFN1JPT7+xhPkzOm6TMKZT3VJEy+FPFhG/+60l7HXrG+FXfZaqtAEztHIyI6xOYxQiV2kbp2hcV/NrAfCACzRgc= Received: by 10.114.202.15 with SMTP id z15mr6563waf.1176861412998; Tue, 17 Apr 2007 18:56:52 -0700 (PDT) Received: by 10.114.103.15 with HTTP; Tue, 17 Apr 2007 18:56:52 -0700 (PDT) Message-ID: <2a41acea0704171856h48f3d7d2u26ee8912c14d2936@mail.gmail.com> Date: Tue, 17 Apr 2007 18:56:52 -0700 From: "Jack Vogel" To: "Jack Vogel" , "Gleb Smirnoff" , "Bill Paul" , freebsd-current@freebsd.org, freebsd-stable@freebsd.org, jon.otterholm@ide.resurscentrum.se In-Reply-To: <20070417233003.GB35507@tirith.brixandersen.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0701171258k16b4c6ebuf1d4794b89d0749b@mail.gmail.com> <20070120065321.DB61216A405@hub.freebsd.org> <2a41acea0701201435g6f960b40r3cf0552d87ab2bfd@mail.gmail.com> <20070122083506.GW4485@FreeBSD.org> <2a41acea0701221030x52dd8821pd858ae7e6740ce92@mail.gmail.com> <20070417233003.GB35507@tirith.brixandersen.dk> Cc: Subject: Re: Lenovo X60 em 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, 18 Apr 2007 01:56:55 -0000 On 4/17/07, Henrik Brix Andersen wrote: > Hi, > > On Mon, Jan 22, 2007 at 10:30:48AM -0800, Jack Vogel wrote: > > Acknowledge... I can do better than that, I have a fix for this problem, and > > its not temporary. Here is the code change (not a patch, I'm very busy), > > its in hardware_init, should be obvious how to patch: > > > > /* Make sure we have a good EEPROM before we read from it */ > > if (e1000_validate_nvm_checksum(&adapter->hw) < 0) { > > /* > > ** Some PCI-E parts fail the first check due to > > ** the link being in sleep state, call it again, > > ** if it fails a second time its a real issue. > > */ > > if (e1000_validate_nvm_checksum(&adapter->hw) < 0) { > > device_printf(dev, > > "The EEPROM Checksum Is Not Valid\n"); > > return (EIO); > > } > > } > > > > This is already checked into my code base at Intel, I've just been too > > busy to do anything with it, be my guest if you wish to check it in after > > testing... > > I can confirm that the above patch fixes the frequent initialization > problems with em(4) on my IBM/Lenovo ThinkPad X60s. Without the patch, > I often see the following on boot when there is no link on the em(4) > interface: > > Apr 17 22:05:12 lothlorien kernel: em0: The EEPROM Checksum Is Not Valid > Apr 17 22:05:12 lothlorien kernel: em0: Unable to initialize the hardware > > With the patch, I can not reproduce the invalid checksum errors - the > second call to e1000_validate_nvm_checksum() succeeds. > > Any chance of this patch hitting CURRENT anytime soon? :) Yes, the reason I have been delaying is that I need to merge the latest driver I've released from Intel into CURRENT, and this is going to be a sizeable task, we have a new shared code base that is more modular than before, it means each family of NIC now gets a seperate file and functions, with function pointers that are set up at runtime. All new drivers, Windows, Linux, and FreeBSD are using this code, its going to be a bit of work to make sure that CURRENT loses no fixes in this merge, I also had another project internally that needed my cycles, but starting tomorrow I will begin the task, I would hope to get something checked in by the weekend. Anyone that wishes to see the new driver structure can download it now from the Intel site, downloadfinder.intel.com, its driver version 6.3.9. Cheers, Jack From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 01:57:16 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 96FC016A402 for ; Wed, 18 Apr 2007 01:57:16 +0000 (UTC) (envelope-from jon@seaholm.caamora.com.au) Received: from seaholm.caamora.com.au (seaholm.caamora.com.au [203.7.226.5]) by mx1.freebsd.org (Postfix) with ESMTP id 2F08913C43E for ; Wed, 18 Apr 2007 01:57:13 +0000 (UTC) (envelope-from jon@seaholm.caamora.com.au) Received: (from jon@localhost) by seaholm.caamora.com.au (8.11.1/8.11.1) id l3I1uss11571; Wed, 18 Apr 2007 11:56:54 +1000 (EST) Message-ID: <20070418115654.30422@caamora.com.au> Date: Wed, 18 Apr 2007 11:56:54 +1000 From: jonathan michaels To: zen References: <46247471.9030503@tk-pttuntex.com> <200704172129.22275.sanya-spb@list.ru> <20070418095903.12432@caamora.com.au> <462575D4.2010801@tk-pttuntex.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.84e In-Reply-To: <462575D4.2010801@tk-pttuntex.com>; from zen on Wed, Apr 18, 2007 at 08:35:16AM +0700 Organisation: Caamora, PO Box 144, Rosebery NSW 1445 Australia Cc: freebsd-stable@freebsd.org Subject: Re: tproxy on freebsd 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, 18 Apr 2007 01:57:16 -0000 On Wed, Apr 18, 2007 at 08:35:16AM +0700, zen wrote: > jonathan michaels wrote: > > >alexander, > > > >list, sorry for posting to list, i tried to post to advertised mail > >address and my post bounced as "user unknown". so i try here. > > > >On Tue, Apr 17, 2007 at 09:29:21PM +0400, Alexander Kuprijanov wrote: > > > > > >>÷ ÓÏÏÂƯÅÎÉÉ ÏÔ Tuesday 17 April 2007 11:17:05 zen ÎÁĐÉÓÁ̀(Á): > >> > >> > > > > > > > >>I use transparent proxy on my home wi-fi network, and on work (ethernet lan) > >>with pf+proxy on FreeBSD gateways without any problems... earlier I used > >>ipfilter+proxy (for transparent proxing) also without problems. > >> > >>I can share my config (pf+proxy) if you need > >> > >> > > > >i don't have a problem with this but i am going to be setting up a > >similar setup and would appreciate the help a working setup would > >provide. > > > >sorry for my poor english and typing .. i am disabled. > > > >kind regards > > > >jonathan > > > > > > > any help will be appreciated, i could use a sample configuration file > regarding this problem. > FYI i already running transparent proxy with ipf+ipnat,: > > rdr nve0 0.0.0.0/0 port 80 -> 122.x.x.x port 3128 tcp > > but with that configuration, still the proxy ip address that visible > when my client using the proxy. > is it me or just i cant achieve that with FreeBSD? > because i hate to switch to other OS only because of this. > > anyway this what i found in the net, but only work on linux > > http://www.sanog.org/resources/sanog4-devdas-transproxy.pdf sorry my internet (web browser machine/webbrowser is offline) access is broken at moment .. i use lynx on a 486dx50, its 20 years old. will this work on centos v4 and/or debian v3.4 ??? i am setting up a compaq proliant 5500r as the network backbone, multi boot (freebsd v6, debian v3.4 and ms window 2003 server/professional). this is my fall back stratagy. much thanks and most kind regards jonathan -- ================================================================ powered by .. QNX, OS9 and freeBSD -- http://caamora com au/operating system ==== === appropriate solution in an inappropriate world === ==== From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 02:02:57 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3509E16A401 for ; Wed, 18 Apr 2007 02:02:57 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from matrix.tk-pttuntex.com (matrix.tk-pttuntex.com [203.77.209.162]) by mx1.freebsd.org (Postfix) with ESMTP id 9773513C4BC for ; Wed, 18 Apr 2007 02:02:56 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from [172.64.14.3] (core.bps.co.id [202.57.0.93]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: zen) by matrix.tk-pttuntex.com (Postfix) with ESMTP id 0D3A040B54E; Wed, 18 Apr 2007 09:02:55 +0700 (WIT) Message-ID: <46257D1A.7050808@tk-pttuntex.com> Date: Wed, 18 Apr 2007 09:06:18 +0700 From: zen User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: jonathan michaels References: <46247471.9030503@tk-pttuntex.com> <200704172129.22275.sanya-spb@list.ru> <20070418095903.12432@caamora.com.au> <462575D4.2010801@tk-pttuntex.com> <20070418115654.30422@caamora.com.au> In-Reply-To: <20070418115654.30422@caamora.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: tproxy on freebsd 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, 18 Apr 2007 02:02:57 -0000 jonathan michaels wrote: >On Wed, Apr 18, 2007 at 08:35:16AM +0700, zen wrote: > > >>jonathan michaels wrote: >> >> >> >>>alexander, >>> >>>list, sorry for posting to list, i tried to post to advertised mail >>>address and my post bounced as "user unknown". so i try here. >>> >>>On Tue, Apr 17, 2007 at 09:29:21PM +0400, Alexander Kuprijanov wrote: >>> >>> >>> >>> >>>>÷ ÓÏÏÂƯÅÎÉÉ ÏÔ Tuesday 17 April 2007 11:17:05 zen ÎÁĐÉÓÁ̀(Á): >>>> >>>> >>>> >>>> >>> >>> >>> >>> >>>>I use transparent proxy on my home wi-fi network, and on work (ethernet lan) >>>>with pf+proxy on FreeBSD gateways without any problems... earlier I used >>>>ipfilter+proxy (for transparent proxing) also without problems. >>>> >>>>I can share my config (pf+proxy) if you need >>>> >>>> >>>> >>>> >>>i don't have a problem with this but i am going to be setting up a >>>similar setup and would appreciate the help a working setup would >>>provide. >>> >>>sorry for my poor english and typing .. i am disabled. >>> >>>kind regards >>> >>>jonathan >>> >>> >>> >>> >>> >>any help will be appreciated, i could use a sample configuration file >>regarding this problem. >>FYI i already running transparent proxy with ipf+ipnat,: >> >>rdr nve0 0.0.0.0/0 port 80 -> 122.x.x.x port 3128 tcp >> >>but with that configuration, still the proxy ip address that visible >>when my client using the proxy. >>is it me or just i cant achieve that with FreeBSD? >>because i hate to switch to other OS only because of this. >> >>anyway this what i found in the net, but only work on linux >> >>http://www.sanog.org/resources/sanog4-devdas-transproxy.pdf >> >> > >sorry my internet (web browser machine/webbrowser is offline) access is >broken at moment .. i use lynx on a 486dx50, its 20 years old. > >will this work on centos v4 and/or debian v3.4 ??? i am setting up a >compaq proliant 5500r as the network backbone, multi boot (freebsd v6, >debian v3.4 and ms window 2003 server/professional). this is my fall >back stratagy. > >much thanks and most kind regards > >jonathan > > > i think so, it work on most of linux machine depend on your linux kernel. here is the patch for the kernel : http://www.balabit.com/downloads/tproxy/ but if i cand choose linux or FreeBSD i preferred FreeBSD ( i'm a FreeBSD die hard user). that's why i ask the people here, maybe they have solutions regarding this problems. TIA Zen From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 02:43:09 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6835316A406 for ; Wed, 18 Apr 2007 02:43:09 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id E859C13C45E for ; Wed, 18 Apr 2007 02:43:08 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=[192.168.0.18]) by publicd.ub.mng.net with esmtpa (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HdzRA-000JFP-91; Wed, 18 Apr 2007 10:58:24 +0900 Message-ID: <46257B3F.1080909@micom.mng.net> Date: Wed, 18 Apr 2007 09:58:23 +0800 From: Ganbold User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: Robert Marella References: <20070417121951.733832cb@p4> In-Reply-To: <20070417121951.733832cb@p4> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "stable@freebsd.org" Subject: Re: K3B crashes kernel 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, 18 Apr 2007 02:43:09 -0000 Robert Marella wrote: > Good Afternoon > > I have two systems running 6 stable that K3B is crashing the kernel. > All ports are up to date as of today. I have searched the archives and > google and the only the only reference is in current and looks exactly > like my problem. > > http://lists.freebsd.org/pipermail/freebsd-current/2007-April/070753.html > I experienced similar problem with updated k3b on recent RELENG_6 (March 31 2007). Whenever I run k3b my system hangs and nothing works and I had to press power button to turn off and turn on. I have updated kdelibs, but problem still the same. Ganbold > This dump will happen every time by just starting K3B. > > FreeBSD p4.konav201.local 6.2-STABLE FreeBSD 6.2-STABLE #3: > Mon Apr 9 18:51:25 HST 2007 > root@p4.konav201.local:/usr/obj/usr/src/sys/GENERIC i386 > > I am not an expert with the debugging feature but here is what I have. > > [robert@p4] /usr/obj/usr/src/sys/GENERIC> sudo kgdb > kernel.debug /data/crash/vmcore.5 Password: > kgdb: kvm_nlist(_stopped_cpus): > kgdb: kvm_nlist(_stoppcbs): > [GDB will not be able to debug user-mode > threads: /usr/lib/libthread_db.so: Undefined symbol > "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free > Software Foundation, Inc. GDB is free software, covered by the GNU > General Public License, and you are welcome to change it and/or > distribute copies of it under certain conditions. Type "show copying" > to see the conditions. There is absolutely no warranty for GDB. Type > "show warranty" for details. This GDB was configured as > "i386-marcel-freebsd". > > Unread portion of the kernel message buffer: > acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 > acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 > acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 > acd1: FAILURE - MODE_SENSE_BIG ILLEGAL REQUEST asc=0x24 ascq=0x00 > > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0xbf8fdec0 > fault code = supervisor write, protection violation > instruction pointer = 0x20:0xc04f8f15 > stack pointer = 0x28:0xe53dfc28 > frame pointer = 0x28:0xe53dfc5c > 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 = 33 (irq15: ata1) > trap number = 12 > panic: page fault > Uptime: 21h0m51s > Dumping 2046 MB (2 chunks) > chunk 0: 1MB (159 pages) ... ok > chunk 1: 2047MB (523824 pages) 2031 2015 1999 1983 1967 1951 1935 > 1919 1903 1887 1871 1855 1839 1823 1807 1791 1775 1759 1743 1727 1711 > 1695 1679 1663 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 > 1471 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 > 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 > 1023 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 > 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 > 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 > 175 159 143 127 111 95 79 63 47 31 15 > > #0 doadump () at pcpu.h:165 > 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > (kgdb) backtrace > #0 doadump () at pcpu.h:165 > #1 0xc070b56c in boot (howto=260) > at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc070b8b9 in panic > (fmt=0xc09ed023 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 > 0xc098b89c in trap_fatal (frame=0xe53dfbe8, eva=0) > at /usr/src/sys/i386/i386/trap.c:837 #4 0xc098b572 in trap_pfault > (frame=0xe53dfbe8, usermode=0, eva=3213876928) > at /usr/src/sys/i386/i386/trap.c:745 #5 0xc098b10d in trap (frame= > {tf_fs = 8, tf_es = -448987096, tf_ds = -1063714776, tf_edi = > -1081090368, tf_esi = -963745280, tf_ebp = -448922532, tf_isp = > -448922604, tf_ebx = 368, tf_edx = 368, tf_ecx = 9, tf_eax = > -1081090368, tf_trapno = 12, tf_err = 3, tf_eip = -1068527851, tf_cs = > 32, tf_eflags = 66118, tf_esp = -963841088, tf_ss = 1}) > at /usr/src/sys/i386/i386/trap.c:435 #6 0xc097569a in calltrap () > at /usr/src/sys/i386/i386/exception.s:139 #7 0xc04f8f15 in > ata_pio_read (request=0xcc331b28, length=18) at cpufunc.h:229 #8 > 0xc04f7942 in ata_end_transaction (request=0xcc331b28) > at /usr/src/sys/dev/ata/ata-lowlevel.c:402 #9 0xc04e1af9 in > ata_interrupt (data=0xc68e6a00) at /usr/src/sys/dev/ata/ata-all.c:341 > #10 0xc06f07f8 in ithread_execute_handlers (p=0xc6901860, > ie=0xc67a1580) at /usr/src/sys/kern/kern_intr.c:682 #11 0xc06f0966 in > ithread_loop (arg=0xc691e380) at /usr/src/sys/kern/kern_intr.c:765 #12 > 0xc06ef26f in fork_exit (callout=0xc06f08f0 , > arg=0xbf8fdec0, frame=0xbf8fdec0) at /usr/src/sys/kern/kern_fork.c:821 > #13 0xc09756fc in fork_trampoline () > at /usr/src/sys/i386/i386/exception.s:208 > (kgdb) > > If anything else is required of me, I would be happy to provide it. > > Robert > _______________________________________________ > 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 Wed Apr 18 04:57:35 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA85016A403 for ; Wed, 18 Apr 2007 04:57:35 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.243]) by mx1.freebsd.org (Postfix) with ESMTP id 689A213C455 for ; Wed, 18 Apr 2007 04:57:35 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so49959ana for ; Tue, 17 Apr 2007 21:57:34 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=H5TZcZvEcLlJoS1cF46aQKC4HdqCFyCWp5pP4Jnvu9sJAmFNVkZ+VejpuuRMeVYW4J5amNQnx2wI4KjmJU9zExNy4azXpWfkYkYSgvhdtkpkKAWdWAWNeOR0lLAeyc3583Uqy9svwGsv73Tu6OI/l3jEUwrXYAPMlAjbZm6DKlE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=cGGtLqDNXc3iuQDkfCtgujUPW9ZSBVEVQO/QIB4x5cYs2cH7ma23B6+sPQ9ZvXQhKwfkJJs8do3cickn9Hc9GhmezMw5uv5F3jPfg4JsFG/hQrlgrhY6GeZUic1Cw0fXCnNqA0ueDiOTQWUhsIv4ZfriGaeZllrZH0OPzWkNx8g= Received: by 10.100.39.17 with SMTP id m17mr86100anm.1176872254372; Tue, 17 Apr 2007 21:57:34 -0700 (PDT) Received: by 10.100.197.3 with HTTP; Tue, 17 Apr 2007 21:57:34 -0700 (PDT) Message-ID: Date: Wed, 18 Apr 2007 12:57:34 +0800 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: zen In-Reply-To: <46257D1A.7050808@tk-pttuntex.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46247471.9030503@tk-pttuntex.com> <200704172129.22275.sanya-spb@list.ru> <20070418095903.12432@caamora.com.au> <462575D4.2010801@tk-pttuntex.com> <20070418115654.30422@caamora.com.au> <46257D1A.7050808@tk-pttuntex.com> X-Google-Sender-Auth: 4b013f44b13cf9ce Cc: jonathan michaels , freebsd-stable@freebsd.org Subject: Re: tproxy on freebsd 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, 18 Apr 2007 04:57:35 -0000 On 18/04/07, zen wrote: > i think so, it work on most of linux machine depend on your linux kernel. > here is the patch for the kernel : > http://www.balabit.com/downloads/tproxy/ > but if i cand choose linux or FreeBSD i preferred FreeBSD ( i'm a > FreeBSD die hard user). > that's why i ask the people here, maybe they have solutions regarding > this problems. A little birdie has told me that this mode of transparent client-spoofing is possible with FreeBSD with a little kernel hackery (much less than whats needed for TPROXY.) Maybe someone who "knows" the code better than I could comment on how difficult it'd be to add in functionality to FreeBSD to spoof the local IP of a connected socket for outbound connections. This of course assumes symmetric traffic flows but thats already a given in a setup like this. Adrian -- Adrian Chadd - adrian@freebsd.org From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 05:19:21 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6B53E16A400 for ; Wed, 18 Apr 2007 05:19:21 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.freebsd.org (Postfix) with ESMTP id D4C5A13C468 for ; Wed, 18 Apr 2007 05:19:20 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost.int.ru [127.0.0.1] (may be forged)) by mp2.macomnet.net (8.13.7/8.13.8) with ESMTP id l3I5JJia000457 for ; Wed, 18 Apr 2007 09:19:19 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Wed, 18 Apr 2007 09:19:18 +0400 (MSD) From: Maxim Konovalov To: stable@freebsd.org In-Reply-To: <20070410103918.N81063@mp2.macomnet.net> Message-ID: <20070418090701.N46799@mp2.macomnet.net> References: <20070410103918.N81063@mp2.macomnet.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=KOI8-R Content-Transfer-Encoding: 8BIT Cc: Subject: Re: panic: spin lock held too long 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, 18 Apr 2007 05:19:21 -0000 More info: db> show pcpu cpuid = 0 curthread = 0xceb11c00: pid 56619 "chmod" curpcb = 0xebd33d90 fpcurthread = none idlethread = 0xc92c9a80: pid 13 "idle: cpu0" APIC ID = 0 currentldt = 0x50 spin locks held: db> show locks exclusive sleep mutex pmap r = 0 (0xc0a83880) locked @ /usr/src/sys/i386/i386/pmap.c:1577 exclusive sleep mutex vm page queue mutex r = 0 (0xc0a5dc80) locked @ /usr/src/sys/i386/i386/pmap.c:1575 exclusive sx user map r = 0 (0xc1068404) locked @ /usr/src/sys/vm/vm_kern.c:466 db> pid ppid pgrp uid state wmesg wchan cmd 56619 86677 11094 0 R CPU 0 chmod 41930 763 763 5002 R cvsupd 36987 763 763 5002 R CPU 2 cvsupd 86677 11122 11094 0 S wait 0xc9c44430 find 11122 11096 11094 0 S wait 0xc9c45000 sh ... db> trace 56619 Tracing pid 56619 tid 100190 td 0xceb11c00 kdb_enter(c0937792) at kdb_enter+0x2b siointr1(c9448c00,c0a6ade0,0,c093759e,56e,...) at siointr1+0xd5 siointr(c9448c00) at siointr+0x21 intr_execute_handlers(c92bf4c8,ebd33aa4,4,ebd33aec,c087b853,...) at intr_execute_handlers+0xe1 lapic_handle_intr(3a) at lapic_handle_intr+0x2e Xapic_isr1() at Xapic_isr1+0x33 --- interrupt, eip = 0xc06a9714, esp = 0xebd33ae8, ebp = 0xebd33aec --- stop_cpus(e,c093c45b) at stop_cpus+0x3c cpu_reset(f4240,c09158a5,ebd33b48,c068a863,0,...) at cpu_reset+0x35 shutdown_reset(0,104,c92ab00c,0,c09156e5,...) at shutdown_reset+0x1c boot(104,104,ceb11c00,3938700,c0a07bc0,...) at boot+0x55b panic(c0914b59,c0a07bc0,c9ff2300,c0914b30,c0918a17,...) at panic+0x175 _mtx_lock_spin(c0a07bc0,ceb11c00,0,c093ad3f,3f8) at _mtx_lock_spin+0xa9 _mtx_lock_spin_flags(c0a07bc0,0,c093ad3f,3f8,e65e8000,...) at _mtx_lock_spin_flags+0xb6 smp_tlb_shootdown(f4,e65e8000,0) at smp_tlb_shootdown+0x3e smp_invlpg(e65e8000) at smp_invlpg+0x1b pmap_invalidate_page(c0a83880,e65e8000) at pmap_invalidate_page+0x32 pmap_remove_pte(c0a83880,bff997a0,e65e8000) at pmap_remove_pte+0x5d pmap_remove(c0a83880,e65e8000,e662a000) at pmap_remove+0x114 vm_map_delete(c10683c0,e65e8000,e662a000,c10683c0,c093133c,1d2) at vm_map_delete+0x159 kmem_free_wakeup(c10683c0,e65e8000,41400,0,ebd33cdc,...) at kmem_free_wakeup+0x38 exec_free_args(ebd33cb4,e65e8000,e65e8000,e65e8055,e65e80d9,...) at exec_free_args+0x1e execve(ceb11c00,ebd33d04) at execve+0x41 syscall(3b,3b,3b,0,0,...) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (0, FreeBSD ELF32, nosys), eip = 0x2804db38, esp = 0xbfbfee08, ebp = 0 --- db> show locks 56619 exclusive sleep mutex pmap r = 0 (0xc0a83880) locked @ /usr/src/sys/i386/i386/pmap.c:1577 exclusive sleep mutex vm page queue mutex r = 0 (0xc0a5dc80) locked @ /usr/src/sys/i386/i386/pmap.c:1575 db> trace 36987 Tracing pid 36987 tid 100125 td 0xc9ff2300 ipi_nmi_handler(c0a09120,0,0,6a0,c9ff0c90,...) at ipi_nmi_handler+0x5b trap(c0008,28,e4230028,e4238000,e4238000,...) at trap+0x3d calltrap() at calltrap+0x5 --- trap 0x13, eip = 0xc0887916, esp = 0xebc93680, ebp = 0xebc93684 --- smp_tlb_shootdown(f5,e4238000,e4239000) at smp_tlb_shootdown+0x72 smp_invlpg_range(e4238000,e4239000) at smp_invlpg_range+0x1c pmap_invalidate_range(c0a83880,e4238000,e4239000,c23406c0,ebc936ec,...) at pmap_invalidate_range+0x47 pmap_qremove(e4238000,1,0,e423a000,0,...) at pmap_qremove+0x3d vm_hold_free_pages(dd41a4a0,e4238000,e423a000) at vm_hold_free_pages+0xba allocbuf(dd41a4a0,0) at allocbuf+0x16e getnewbuf(0,0,2000,10000) at getnewbuf+0x371 getblk(ccb79770,0,0,2000,0,...) at getblk+0x397 breadn(ccb79770,0,0,2000,0,...) at breadn+0x31 bread(ccb79770,0,0,2000,0,ebc93818) at bread+0x20 ffs_blkatoff(ccb79770,0,0,0,ebc93884) at ffs_blkatoff+0x9e ufs_lookup(ebc93924) at ufs_lookup+0x2cd VOP_CACHEDLOOKUP_APV(c09cf4a0,ebc93924) at VOP_CACHEDLOOKUP_APV+0x7e vfs_cache_lookup(ebc939c4) at vfs_cache_lookup+0xb2 VOP_LOOKUP_APV(c09cf4a0,ebc939c4) at VOP_LOOKUP_APV+0x87 lookup(ebc93bcc) at lookup+0x490 namei(ebc93bcc) at namei+0x376 vn_open_cred(ebc93bcc,ebc93ccc,0,c9c30380,5,...) at vn_open_cred+0x277 vn_open(ebc93bcc,ebc93ccc,0,5) at vn_open+0x1e kern_open(c9ff2300,8270898,0,1,0,...) at kern_open+0xb6 open(c9ff2300,ebc93d04) at open+0x1a syscall(3b,3b,81e003b,bfbfedc8,bfbfed94,...) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip = 0x281a1aef, esp = 0x81e2980, ebp = 0x81e29cc --- db> show locks 36987 exclusive sleep mutex vm object (kernel object) r = 0 (0xc0a5dae0) locked @ /usr/src/sys/kern/vfs_bio.c:3573 On Tue, 10 Apr 2007, 10:43+0400, Maxim Konovalov wrote: > Hi, > > A week old -stable panic trace inlined below. The kernel config file > is SMP + KDB/DDB options. Any help to debug futher is appreciated. > > Unread portion of the kernel message buffer: > spin lock smp rendezvous held by 0xca78ed80 for > 5 seconds > panic: spin lock held too long > cpuid = 2 > Uptime: 14h25m47s > Dumping 3967 MB (3 chunks) > chunk 0: 1MB (159 pages) ... ok > chunk 1: 3966MB (1015280 pages) 3950 3934 3918 3902 3886 3870 3854 3838 3822 3806 3790 3774 3758 3742 3726 3710 3694 3678 3662 3646 3630 3614 3598 3582 3566 3550 3534 3518 3502 3486 3470 3454 3438 3422 3406 3390 3374 3358 3342 3326 3310 3294 3278 3262 3246 3230 3214 3198 3182 3166 3150 3134 3118 3102 3086 3070 3054 3038 3022 3006 2990 2974 2958 2942 2926 2910 2894 2878 2862 2846 2830 2814 2798 2782 2766 2750 2734 2718 2702 2686 2670 2654 2638 2622 2606 2590 2574 2558 2542 2526 2510 2494 2478 2462 2446 2430 2414 2398 2382 2366 2350 2334 2318 2302 2286 2270 2254 2238 2222 2206 2190 2174 2158 2142 2126 2110 2094 2078 2062 2046 2030 2014 1998 1982 1966 1950 1934 1918 1902 1886 1870 1854 1838 1822 1806 1790 1774 1758 1742 1726 1710 1694 1678 1662 1646 1630 1614 1598 1582 1566 1550 1534 1518 1502 1486 1470 1454 1438 1422 1406 1390 1374 1358 1342 1326 1310 1294 1278 1262 1246 1230 1214 1198 1182 1166 1150 1134 1118 1102 1086 1070 1054 1038 1022 1006 990 974 958 942 926 910 894 ! 878 862 846 830 814 798 782 766 750 734 718 702 686 670 654 638 622 606 590 574 558 542 526 510 494 478 462 446 430 414 398 382 366 350 334 318 302 286 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14 ... ok > chunk 2: 1MB (128 pages) > > #0 doadump () at pcpu.h:165 > 165 pcpu.h: No such file or directory. > in pcpu.h > gdb% bt full > #0 doadump () at pcpu.h:165 > No locals. > #1 0xc0695bca in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 > first_buf_printf = 1 > #2 0xc0695f21 in panic (fmt=0xc093434c "spin lock held too long") > at /usr/src/sys/kern/kern_shutdown.c:565 > td = (struct thread *) 0xcaabdd80 > bootopt = 260 > newpanic = 1 > ap = 0xcaabdd80 "\030¢ùÏ ưxÊ" > buf = "spin lock held too long", '\0' > #3 0xc068ceb5 in _mtx_lock_spin (m=0xc0a1c840, tid=3400260992, opts=0, > file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:633 > i = 60000000 > #4 0xc08ab8d2 in smp_tlb_shootdown (vector=244, addr1=0, addr2=0) > at /usr/src/sys/i386/i386/mp_machdep.c:1016 > _tid = 3400260992 > ncpu = 3 > __func__ = "smp_tlb_shootdown" > #5 0xc08abb13 in smp_invlpg (addr=3880742912) > at /usr/src/sys/i386/i386/mp_machdep.c:1083 > No locals. > #6 0xc08ae8ea in pmap_invalidate_page (pmap=0x0, va=3880742912) > at /usr/src/sys/i386/i386/pmap.c:536 > other_cpus = 0 > #7 0xc08afd46 in pmap_remove_pte (pmap=0xc0a51d80, ptq=0x0, va=3880742912) > at /usr/src/sys/i386/i386/pmap.c:1519 > oldpte = 686364003 > m = 0xbff9d3dc > #8 0xc08aff38 in pmap_remove (pmap=0xc0a51d80, sva=3880742912, eva=3881013248) > at /usr/src/sys/i386/i386/pmap.c:1639 > pdirindex = 0 > pdnxt = 3881013248 > ptpaddr = 0 > ---Type to continue, or q to quit--- > pte = (pt_entry_t *) 0xbff9d3dc > anyvalid = 0 > #9 0xc080e3ed in vm_map_delete (map=0xc14683c0, start=3242623936, > end=3881013248) at /usr/src/sys/vm/vm_map.c:2363 > next = 0xc14683c0 > entry = 0xd0041088 > first_entry = 0xd0041088 > #10 0xc080bb66 in kmem_free_wakeup (map=0xc14683c0, addr=3880742912, size=0) > at /usr/src/sys/vm/vm_kern.c:467 > No locals. > #11 0xc067b17a in exec_free_args (args=0xed9ddcb4) > at /usr/src/sys/kern/kern_exec.c:1062 > No locals. > #12 0xc0679a81 in execve (td=0xcaabdd80, uap=0x0) > at /usr/src/sys/kern/kern_exec.c:190 > error = 0 > args = { > buf = 0xe74f7000
, > begin_argv = 0xe74f7000
, > begin_envv = 0xe74f701d
, > endp = 0xe74f716b
, > fname = 0xe7537000 "/usr/libexec/ftpd", > stringspace = 261781, > argc = 7, > envc = 9 > } > #13 0xc08b4e0f in syscall (frame= > {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 0, tf_esi = 0, tf_ebp = 0, tf_isp = 0, tf_ebx = 0, tf_edx = 0, tf_ecx = 0, tf_eax = 0, tf_trapno = 0, tf_err = 0, tf_eip = 671484728, tf_cs = 51, tf_eflags = 514, tf_esp = -1077940896, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:983 > params = 0xbfbfdb60
> callp = (struct sysent *) 0xc09a5fa4 > td = (struct thread *) 0xcaabdd80 > ---Type to continue, or q to quit--- > p = (struct proc *) 0xcff9a218 > orig_tf_eflags = 514 > sticks = 0 > error = 0 > narg = 3 > args = {134582464, 134627384, 134587136, 0, 0, 0, 0, -805723624} > code = 59 > #14 0xc089f0ef in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 > No locals. > #15 0x00000033 in ?? () > No symbol table info available. > gdb% > > Script done on Tue Apr 10 10:33:02 2007 > > -- Maxim Konovalov From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 06:27:08 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 16E8316A402 for ; Wed, 18 Apr 2007 06:27:08 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from iron2.sfsu.edu (iron2.sfsu.edu [130.212.10.36]) by mx1.freebsd.org (Postfix) with ESMTP id F13CB13C468 for ; Wed, 18 Apr 2007 06:27:07 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from smtp01.sfsu.edu ([130.212.10.100]) by iron2.sfsu.edu with ESMTP; 17 Apr 2007 23:26:59 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAIhXJUaC1Apk/2dsb2JhbAA Received: from libra.sfsu.edu ([130.212.10.238]) by mail05a.sfsu.edu (Lotus Domino Release 7.0) with ESMTP id 2007041723265668-85 ; Tue, 17 Apr 2007 23:26:56 -0700 Date: Tue, 17 Apr 2007 23:26:56 -0700 (PDT) From: KAYVEN RIESE To: freebsd-stable@freebsd.org In-Reply-To: <1175804482.46155a4211b0f@webmail.sfsu.edu> Message-ID: References: <20070403020736.8549C241BF@freebsd-stable.sentex.ca> <20070404125452.M18358@fledge.watson.org> <14989d6e0704041034t1e197592jbd7d609ddd1d0765@mail.gmail.com> <1175734991.46144acfabc7a@webmail.sfsu.edu> <1175736045.46144eed676c2@webmail.sfsu.edu> <1175763113.1318.18.camel@zoot.mintel.co.uk> <1175804304.461559908e35e@webmail.sfsu.edu> <1175804482.46155a4211b0f@webmail.sfsu.edu> MIME-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on MAIL05a/SERVERS/SFSU(Release 7.0|August 18, 2005) at 04/17/2007 23:26:56, Serialize by Router on SMTP01/SERVERS/SFSU(Release 7.0HF265 | May 12, 2006) at 04/17/2007 23:26:58, Serialize complete at 04/17/2007 23:26:58 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: can't jump to superuser after buildwerld 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, 18 Apr 2007 06:27:08 -0000 okay. i am getting a serious stomach ache. i am looking at this page: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html and my head is spinning. i don't feel good. i am halfway thru doing something or other sorta the wrong way. right now i got a prompt.. i am running xfce4, but i can't jump to superuser. i push the button and the laptop shuts down when i want it to. the thing is when i did mergemaster -p i got into big problems i don't understand why. this guy told me how to do vipw like this: TeRReF: In single user mode: mount -a /usr/sbin/vipw then use this inside vipw: :wq That should do it... that helped a lot.. umm.. i felt stupid i guess. i have been using vi for 20 years.. but still.. i really needed this. i feel i need something like this for mergemaster - p or whatever step i should start from. i am sorry for being so stupid. On Thu, 5 Apr 2007, kayve@sfsu.edu wrote: > > i am still trying to follow the below instructions. haven't done so yet, > going away for the weekend. > > >> >>> // change to root >>> $ su - >>> // remove /usr/obj to speed up the build >>> # cd /usr/obj && chflags -R noschg * && rm -rf * >> >> didn't do this.. but i guess that shouldn't matter. >> >>> // Build a new world >>> # cd /usr/src >>> # make -j4 buildworld >>> // build a new kernel (do not put any job options for this build) >> >> didn't use "-j4" but otherwise i believe we did this. >> >>> # make buildkernel >>> // install the new kernel >> >> gheist seemed to be aware of this and had an opinion about not >> needing it. >> >>> # make installkernel >>> // reboot to single user mode (boot -s from the loader prompt) >>> # shutdown -r now >>> >> >> did this. >> >>> // After reboot >>> // check + mount all filesystems >>> # fsck -p >> >> did this >> >>> # mount -u / >>> # mount -a -t ufs >> >> did merely "mount -a" >> >>> # swapon -a >>> // prepare /etc for the world install >> >> didn't do this. >> >>> # mergemaster -p >>> // install the new world >> >> this step is where all hell broke loose. i got this strange question >> that i didn't know how to respond to. my prompt changed. it felt >> like things went seriously wrong here. >> >> >> >>> # cd /usr/src ; make installworld >>> // run mergemaster again >>> # mergemaster >>> // reboot to an updated system >>> # shutdown -r now >>> >>> All these instructions are in the handbook. >>> >>> Cheers >>> >>> Tom >>> >>> [1] http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html >>> [2] >>> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html >>> >> >> >> > > _______________________________________________ > 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 Wed Apr 18 08:20:49 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DC8B616A40A for ; Wed, 18 Apr 2007 08:20:49 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from smtp-gw1.starman.ee (smtp-out5.starman.ee [85.253.0.7]) by mx1.freebsd.org (Postfix) with ESMTP id 9C17313C46E for ; Wed, 18 Apr 2007 08:20:49 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from mx1.starman.ee (mx1.starman.ee [62.65.192.16]) by smtp-gw1.starman.ee (Postfix) with ESMTP id 76698A21CB2 for ; Wed, 18 Apr 2007 11:20:47 +0300 (EEST) Received: from [192.168.2.100] (pc158.host1.ida.starman.ee [62.65.240.158]) by mx1.starman.ee (Postfix) with ESMTP id 6494023C53C for ; Wed, 18 Apr 2007 11:20:47 +0300 (EEST) From: Andrei Kolu To: freebsd-stable@freebsd.org Date: Wed, 18 Apr 2007 11:20:46 +0300 User-Agent: KMail/1.9.5 References: <20070403020736.8549C241BF@freebsd-stable.sentex.ca> <1175804482.46155a4211b0f@webmail.sfsu.edu> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704181120.47269.antik@bsd.ee> X-Virus-Scanned: by Amavisd-New at mx1.starman.ee Subject: Re: can't jump to superuser after buildwerld 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, 18 Apr 2007 08:20:49 -0000 On Wednesday 18 April 2007 09:26, KAYVEN RIESE wrote: > okay. i am getting a serious stomach ache. i am looking at this page: > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html > > and my head is spinning. i don't feel good. i am halfway thru doing > something or other sorta the wrong way. right now i got a prompt.. i > am running xfce4, but i can't jump to superuser. i push the button > and the laptop shuts down when i want it to. the thing is when > i did mergemaster -p i got into big problems i don't understand why. > this guy told me how to do vipw like this: > > TeRReF: > In single user mode: > > mount -a > /usr/sbin/vipw > > then use this inside vipw: > :wq > > That should do it... > > that helped a lot.. umm.. i felt stupid i guess. i have been using vi for > 20 years.. but still.. i really needed this. i feel i need something like > this for mergemaster - p or whatever step i should start from. i am > sorry for being so stupid. > Looks like you overwrote your /etc/group file and removed yourself from wheel group. ----------------------------------------------------------- wheel:*:0:root,yourname ........ operator:*:5:root,yourname ----------------------------------------------------------- So be more careful next time you update your base system. From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 08:31:03 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 60C9216A403 for ; Wed, 18 Apr 2007 08:31:03 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [82.208.36.70]) by mx1.freebsd.org (Postfix) with ESMTP id 1BFF113C45A for ; Wed, 18 Apr 2007 08:31:03 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id C4FA519E023; Wed, 18 Apr 2007 10:31:01 +0200 (CEST) Received: from [192.168.1.2] (grimm.quip.cz [213.220.192.218]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTP id 5152A19E019; Wed, 18 Apr 2007 10:30:56 +0200 (CEST) Message-ID: <4625D73F.80005@quip.cz> Date: Wed, 18 Apr 2007 10:30:55 +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: cz, cs, en, en-us MIME-Version: 1.0 To: "Marc G. Fournier" References: <255E13B335D576FB5DD547F1@ganymede.hub.org> In-Reply-To: <255E13B335D576FB5DD547F1@ganymede.hub.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Jail Resource Limits for 6.x ... 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, 18 Apr 2007 08:31:03 -0000 Marc G. Fournier wrote: > Is anyone looking into merging in the patch available at: > > > > That provides both memory and cpu limits on a jail? It appears to be against > REL_6 from last years SOC ... > > Is anyone using it in production anywhere? > > > - ---- > Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) I got same question + one more. Why there are SoC projects, which never come in to src tree or wider publicity? Sometimes it is like wasting of human resources... ;( Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 09:49:31 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7602916A406; Wed, 18 Apr 2007 09:49:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from sobu.neville-neil.com (124x39x153x86.ap124.ftth.ucom.ne.jp [124.39.153.86]) by mx1.freebsd.org (Postfix) with ESMTP id 16A2313C44C; Wed, 18 Apr 2007 09:49:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from sobu.neville-neil.com (localhost [127.0.0.1]) by sobu.neville-neil.com (8.13.7/8.13.7) with ESMTP id l3I9So4t046420; Wed, 18 Apr 2007 18:28:50 +0900 (JST) (envelope-from tinderbox@freebsd.org) Received: (from gnn@localhost) by sobu.neville-neil.com (8.13.7/8.13.7/Submit) id l3I9SowD046419; Wed, 18 Apr 2007 09:28:50 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 18 Apr 2007 09:28:50 GMT Message-Id: <200704180928.l3I9SowD046419@sobu.neville-neil.com> X-Authentication-Warning: sobu.neville-neil.com: gnn set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_6_2 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2007 09:49:31 -0000 TB --- 2007-04-18 09:28:50 - tinderbox 2.3 running on sobu.neville-neil.com TB --- 2007-04-18 09:28:50 - starting RELENG_6_2 tinderbox run for amd64/amd64 TB --- 2007-04-18 09:28:50 - mkdir /home/gnn/RELENG_6_2 TB --- 2007-04-18 09:28:50 - ERROR: /home/gnn/RELENG_6_2/amd64/amd64: File exists TB --- 2007-04-18 09:28:50 - tinderbox aborted TB --- 0.02 user 0.05 system 0.02 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6_2-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 09:49:32 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1B23016A407; Wed, 18 Apr 2007 09:49:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from sobu.neville-neil.com (124x39x153x86.ap124.ftth.ucom.ne.jp [124.39.153.86]) by mx1.freebsd.org (Postfix) with ESMTP id CB04913C458; Wed, 18 Apr 2007 09:49:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from sobu.neville-neil.com (localhost [127.0.0.1]) by sobu.neville-neil.com (8.13.7/8.13.7) with ESMTP id l3I9QsoO046394; Wed, 18 Apr 2007 18:26:55 +0900 (JST) (envelope-from tinderbox@freebsd.org) Received: (from gnn@localhost) by sobu.neville-neil.com (8.13.7/8.13.7/Submit) id l3I9QsOI046390; Wed, 18 Apr 2007 09:26:54 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 18 Apr 2007 09:26:54 GMT Message-Id: <200704180926.l3I9QsOI046390@sobu.neville-neil.com> X-Authentication-Warning: sobu.neville-neil.com: gnn set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_6 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2007 09:49:32 -0000 TB --- 2007-04-18 09:26:54 - tinderbox 2.3 running on sobu.neville-neil.com TB --- 2007-04-18 09:26:54 - starting RELENG_6 tinderbox run for i386/pc98 TB --- 2007-04-18 09:26:54 - mkdir /home/gnn/RELENG_6/i386/pc98 TB --- 2007-04-18 09:26:54 - cleaning the object tree TB --- 2007-04-18 09:26:54 - checking out the source tree TB --- 2007-04-18 09:26:54 - cd /home/gnn/RELENG_6/i386/pc98 TB --- 2007-04-18 09:26:54 - /usr/bin/cvs -f -R -q -d/home/ncvs checkout -P -rRELENG_6 src TB --- 2007-04-18 09:26:54 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-18 09:26:54 - ERROR: unable to check out the source tree TB --- 2007-04-18 09:26:54 - tinderbox aborted TB --- 0.01 user 0.05 system 0.04 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 09:49:32 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B67F416A40A; Wed, 18 Apr 2007 09:49:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from sobu.neville-neil.com (124x39x153x86.ap124.ftth.ucom.ne.jp [124.39.153.86]) by mx1.freebsd.org (Postfix) with ESMTP id 7068A13C45A; Wed, 18 Apr 2007 09:49:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from sobu.neville-neil.com (localhost [127.0.0.1]) by sobu.neville-neil.com (8.13.7/8.13.7) with ESMTP id l3I9Qrn1046347; Wed, 18 Apr 2007 18:26:53 +0900 (JST) (envelope-from tinderbox@freebsd.org) Received: (from gnn@localhost) by sobu.neville-neil.com (8.13.7/8.13.7/Submit) id l3I9QrGC046345; Wed, 18 Apr 2007 09:26:53 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 18 Apr 2007 09:26:53 GMT Message-Id: <200704180926.l3I9QrGC046345@sobu.neville-neil.com> X-Authentication-Warning: sobu.neville-neil.com: gnn set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_6_1 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2007 09:49:32 -0000 TB --- 2007-04-18 09:26:53 - tinderbox 2.3 running on sobu.neville-neil.com TB --- 2007-04-18 09:26:53 - starting RELENG_6_1 tinderbox run for i386/pc98 TB --- 2007-04-18 09:26:53 - mkdir /home/gnn/RELENG_6_1/i386/pc98 TB --- 2007-04-18 09:26:53 - cleaning the object tree TB --- 2007-04-18 09:26:53 - checking out the source tree TB --- 2007-04-18 09:26:53 - cd /home/gnn/RELENG_6_1/i386/pc98 TB --- 2007-04-18 09:26:53 - /usr/bin/cvs -f -R -q -d/home/ncvs checkout -P -rRELENG_6_1 src TB --- 2007-04-18 09:26:53 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-18 09:26:53 - ERROR: unable to check out the source tree TB --- 2007-04-18 09:26:53 - tinderbox aborted TB --- 0.02 user 0.03 system 0.04 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6_1-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 09:49:33 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5D72016A400; Wed, 18 Apr 2007 09:49:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from sobu.neville-neil.com (124x39x153x86.ap124.ftth.ucom.ne.jp [124.39.153.86]) by mx1.freebsd.org (Postfix) with ESMTP id 1832E13C465; Wed, 18 Apr 2007 09:49:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from sobu.neville-neil.com (localhost [127.0.0.1]) by sobu.neville-neil.com (8.13.7/8.13.7) with ESMTP id l3I9QsDN046379; Wed, 18 Apr 2007 18:26:54 +0900 (JST) (envelope-from tinderbox@freebsd.org) Received: (from gnn@localhost) by sobu.neville-neil.com (8.13.7/8.13.7/Submit) id l3I9QsFl046377; Wed, 18 Apr 2007 09:26:54 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 18 Apr 2007 09:26:54 GMT Message-Id: <200704180926.l3I9QsFl046377@sobu.neville-neil.com> X-Authentication-Warning: sobu.neville-neil.com: gnn set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_6 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2007 09:49:33 -0000 TB --- 2007-04-18 09:26:54 - tinderbox 2.3 running on sobu.neville-neil.com TB --- 2007-04-18 09:26:54 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2007-04-18 09:26:54 - mkdir /home/gnn/RELENG_6/i386 TB --- 2007-04-18 09:26:54 - mkdir /home/gnn/RELENG_6/i386/i386 TB --- 2007-04-18 09:26:54 - cleaning the object tree TB --- 2007-04-18 09:26:54 - checking out the source tree TB --- 2007-04-18 09:26:54 - cd /home/gnn/RELENG_6/i386/i386 TB --- 2007-04-18 09:26:54 - /usr/bin/cvs -f -R -q -d/home/ncvs checkout -P -rRELENG_6 src TB --- 2007-04-18 09:26:54 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-18 09:26:54 - ERROR: unable to check out the source tree TB --- 2007-04-18 09:26:54 - tinderbox aborted TB --- 0.05 user 0.02 system 0.04 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 09:49:35 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 015D916A401; Wed, 18 Apr 2007 09:49:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from sobu.neville-neil.com (124x39x153x86.ap124.ftth.ucom.ne.jp [124.39.153.86]) by mx1.freebsd.org (Postfix) with ESMTP id B109113C468; Wed, 18 Apr 2007 09:49:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from sobu.neville-neil.com (localhost [127.0.0.1]) by sobu.neville-neil.com (8.13.7/8.13.7) with ESMTP id l3I9Qsk7046378; Wed, 18 Apr 2007 18:26:54 +0900 (JST) (envelope-from tinderbox@freebsd.org) Received: (from gnn@localhost) by sobu.neville-neil.com (8.13.7/8.13.7/Submit) id l3I9QstU046376; Wed, 18 Apr 2007 09:26:54 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 18 Apr 2007 09:26:54 GMT Message-Id: <200704180926.l3I9QstU046376@sobu.neville-neil.com> X-Authentication-Warning: sobu.neville-neil.com: gnn set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_6 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2007 09:49:35 -0000 TB --- 2007-04-18 09:26:54 - tinderbox 2.3 running on sobu.neville-neil.com TB --- 2007-04-18 09:26:54 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2007-04-18 09:26:54 - mkdir /home/gnn/RELENG_6/amd64 TB --- 2007-04-18 09:26:54 - mkdir /home/gnn/RELENG_6/amd64/amd64 TB --- 2007-04-18 09:26:54 - cleaning the object tree TB --- 2007-04-18 09:26:54 - checking out the source tree TB --- 2007-04-18 09:26:54 - cd /home/gnn/RELENG_6/amd64/amd64 TB --- 2007-04-18 09:26:54 - /usr/bin/cvs -f -R -q -d/home/ncvs checkout -P -rRELENG_6 src TB --- 2007-04-18 09:26:54 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-18 09:26:54 - ERROR: unable to check out the source tree TB --- 2007-04-18 09:26:54 - tinderbox aborted TB --- 0.02 user 0.04 system 0.04 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 09:49:35 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 42E4316A40D; Wed, 18 Apr 2007 09:49:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from sobu.neville-neil.com (124x39x153x86.ap124.ftth.ucom.ne.jp [124.39.153.86]) by mx1.freebsd.org (Postfix) with ESMTP id 5D27213C44B; Wed, 18 Apr 2007 09:49:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from sobu.neville-neil.com (localhost [127.0.0.1]) by sobu.neville-neil.com (8.13.7/8.13.7) with ESMTP id l3I9QrWT046346; Wed, 18 Apr 2007 18:26:53 +0900 (JST) (envelope-from tinderbox@freebsd.org) Received: (from gnn@localhost) by sobu.neville-neil.com (8.13.7/8.13.7/Submit) id l3I9QrwD046344; Wed, 18 Apr 2007 09:26:53 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 18 Apr 2007 09:26:53 GMT Message-Id: <200704180926.l3I9QrwD046344@sobu.neville-neil.com> X-Authentication-Warning: sobu.neville-neil.com: gnn set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_6_1 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2007 09:49:35 -0000 TB --- 2007-04-18 09:26:53 - tinderbox 2.3 running on sobu.neville-neil.com TB --- 2007-04-18 09:26:53 - starting RELENG_6_1 tinderbox run for i386/i386 TB --- 2007-04-18 09:26:53 - mkdir /home/gnn/RELENG_6_1/i386 TB --- 2007-04-18 09:26:53 - mkdir /home/gnn/RELENG_6_1/i386/i386 TB --- 2007-04-18 09:26:53 - cleaning the object tree TB --- 2007-04-18 09:26:53 - checking out the source tree TB --- 2007-04-18 09:26:53 - cd /home/gnn/RELENG_6_1/i386/i386 TB --- 2007-04-18 09:26:53 - /usr/bin/cvs -f -R -q -d/home/ncvs checkout -P -rRELENG_6_1 src TB --- 2007-04-18 09:26:53 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-18 09:26:53 - ERROR: unable to check out the source tree TB --- 2007-04-18 09:26:53 - tinderbox aborted TB --- 0.03 user 0.03 system 0.03 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6_1-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 09:49:35 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4C99216A410; Wed, 18 Apr 2007 09:49:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from sobu.neville-neil.com (124x39x153x86.ap124.ftth.ucom.ne.jp [124.39.153.86]) by mx1.freebsd.org (Postfix) with ESMTP id 032CB13C44C; Wed, 18 Apr 2007 09:49:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from sobu.neville-neil.com (localhost [127.0.0.1]) by sobu.neville-neil.com (8.13.7/8.13.7) with ESMTP id l3I9QroF046330; Wed, 18 Apr 2007 18:26:53 +0900 (JST) (envelope-from tinderbox@freebsd.org) Received: (from gnn@localhost) by sobu.neville-neil.com (8.13.7/8.13.7/Submit) id l3I9Qq8C046328; Wed, 18 Apr 2007 09:26:52 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 18 Apr 2007 09:26:52 GMT Message-Id: <200704180926.l3I9Qq8C046328@sobu.neville-neil.com> X-Authentication-Warning: sobu.neville-neil.com: gnn set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_6_1 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2007 09:49:35 -0000 TB --- 2007-04-18 09:26:52 - tinderbox 2.3 running on sobu.neville-neil.com TB --- 2007-04-18 09:26:52 - starting RELENG_6_1 tinderbox run for amd64/amd64 TB --- 2007-04-18 09:26:52 - mkdir /home/gnn/RELENG_6_1/amd64 TB --- 2007-04-18 09:26:52 - mkdir /home/gnn/RELENG_6_1/amd64/amd64 TB --- 2007-04-18 09:26:52 - cleaning the object tree TB --- 2007-04-18 09:26:52 - checking out the source tree TB --- 2007-04-18 09:26:52 - cd /home/gnn/RELENG_6_1/amd64/amd64 TB --- 2007-04-18 09:26:52 - /usr/bin/cvs -f -R -q -d/home/ncvs checkout -P -rRELENG_6_1 src TB --- 2007-04-18 09:26:52 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-18 09:26:52 - ERROR: unable to check out the source tree TB --- 2007-04-18 09:26:52 - tinderbox aborted TB --- 0.03 user 0.04 system 0.05 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6_1-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 09:49:35 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E21AB16A4CD; Wed, 18 Apr 2007 09:49:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from sobu.neville-neil.com (124x39x153x86.ap124.ftth.ucom.ne.jp [124.39.153.86]) by mx1.freebsd.org (Postfix) with ESMTP id 9BBC613C46A; Wed, 18 Apr 2007 09:49:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from sobu.neville-neil.com (localhost [127.0.0.1]) by sobu.neville-neil.com (8.13.7/8.13.7) with ESMTP id l3I9Qss6046395; Wed, 18 Apr 2007 18:26:55 +0900 (JST) (envelope-from tinderbox@freebsd.org) Received: (from gnn@localhost) by sobu.neville-neil.com (8.13.7/8.13.7/Submit) id l3I9QsWN046393; Wed, 18 Apr 2007 09:26:54 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 18 Apr 2007 09:26:54 GMT Message-Id: <200704180926.l3I9QsWN046393@sobu.neville-neil.com> X-Authentication-Warning: sobu.neville-neil.com: gnn set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2007 09:49:36 -0000 TB --- 2007-04-18 09:26:54 - tinderbox 2.3 running on sobu.neville-neil.com TB --- 2007-04-18 09:26:54 - starting RELENG_6 tinderbox run for sparc64/sparc64 TB --- 2007-04-18 09:26:54 - mkdir /home/gnn/RELENG_6/sparc64 TB --- 2007-04-18 09:26:54 - mkdir /home/gnn/RELENG_6/sparc64/sparc64 TB --- 2007-04-18 09:26:54 - cleaning the object tree TB --- 2007-04-18 09:26:54 - checking out the source tree TB --- 2007-04-18 09:26:54 - cd /home/gnn/RELENG_6/sparc64/sparc64 TB --- 2007-04-18 09:26:54 - /usr/bin/cvs -f -R -q -d/home/ncvs checkout -P -rRELENG_6 src TB --- 2007-04-18 09:26:54 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-18 09:26:54 - ERROR: unable to check out the source tree TB --- 2007-04-18 09:26:54 - tinderbox aborted TB --- 0.03 user 0.03 system 0.03 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 09:49:36 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8858416A503; Wed, 18 Apr 2007 09:49:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from sobu.neville-neil.com (124x39x153x86.ap124.ftth.ucom.ne.jp [124.39.153.86]) by mx1.freebsd.org (Postfix) with ESMTP id 4288513C46E; Wed, 18 Apr 2007 09:49:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from sobu.neville-neil.com (localhost [127.0.0.1]) by sobu.neville-neil.com (8.13.7/8.13.7) with ESMTP id l3I9Qrt3046363; Wed, 18 Apr 2007 18:26:53 +0900 (JST) (envelope-from tinderbox@freebsd.org) Received: (from gnn@localhost) by sobu.neville-neil.com (8.13.7/8.13.7/Submit) id l3I9QrEc046360; Wed, 18 Apr 2007 09:26:53 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 18 Apr 2007 09:26:53 GMT Message-Id: <200704180926.l3I9QrEc046360@sobu.neville-neil.com> X-Authentication-Warning: sobu.neville-neil.com: gnn set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_6_1 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2007 09:49:36 -0000 TB --- 2007-04-18 09:26:53 - tinderbox 2.3 running on sobu.neville-neil.com TB --- 2007-04-18 09:26:53 - starting RELENG_6_1 tinderbox run for sparc64/sparc64 TB --- 2007-04-18 09:26:53 - mkdir /home/gnn/RELENG_6_1/sparc64 TB --- 2007-04-18 09:26:53 - mkdir /home/gnn/RELENG_6_1/sparc64/sparc64 TB --- 2007-04-18 09:26:53 - cleaning the object tree TB --- 2007-04-18 09:26:53 - checking out the source tree TB --- 2007-04-18 09:26:53 - cd /home/gnn/RELENG_6_1/sparc64/sparc64 TB --- 2007-04-18 09:26:53 - /usr/bin/cvs -f -R -q -d/home/ncvs checkout -P -rRELENG_6_1 src TB --- 2007-04-18 09:26:53 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-18 09:26:53 - ERROR: unable to check out the source tree TB --- 2007-04-18 09:26:53 - tinderbox aborted TB --- 0.03 user 0.03 system 0.03 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6_1-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 09:49:37 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2DE7316A410; Wed, 18 Apr 2007 09:49:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from sobu.neville-neil.com (124x39x153x86.ap124.ftth.ucom.ne.jp [124.39.153.86]) by mx1.freebsd.org (Postfix) with ESMTP id DC56213C46C; Wed, 18 Apr 2007 09:49:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from sobu.neville-neil.com (localhost [127.0.0.1]) by sobu.neville-neil.com (8.13.7/8.13.7) with ESMTP id l3I9Qr1R046362; Wed, 18 Apr 2007 18:26:53 +0900 (JST) (envelope-from tinderbox@freebsd.org) Received: (from gnn@localhost) by sobu.neville-neil.com (8.13.7/8.13.7/Submit) id l3I9QrDo046361; Wed, 18 Apr 2007 09:26:53 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 18 Apr 2007 09:26:53 GMT Message-Id: <200704180926.l3I9QrDo046361@sobu.neville-neil.com> X-Authentication-Warning: sobu.neville-neil.com: gnn set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_6 tinderbox] failure on alpha/alpha X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2007 09:49:37 -0000 TB --- 2007-04-18 09:26:53 - tinderbox 2.3 running on sobu.neville-neil.com TB --- 2007-04-18 09:26:53 - starting RELENG_6 tinderbox run for alpha/alpha TB --- 2007-04-18 09:26:53 - mkdir /home/gnn/RELENG_6 TB --- 2007-04-18 09:26:53 - mkdir /home/gnn/RELENG_6/alpha TB --- 2007-04-18 09:26:53 - mkdir /home/gnn/RELENG_6/alpha/alpha TB --- 2007-04-18 09:26:53 - cleaning the object tree TB --- 2007-04-18 09:26:53 - checking out the source tree TB --- 2007-04-18 09:26:53 - cd /home/gnn/RELENG_6/alpha/alpha TB --- 2007-04-18 09:26:53 - /usr/bin/cvs -f -R -q -d/home/ncvs checkout -P -rRELENG_6 src TB --- 2007-04-18 09:26:53 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-18 09:26:53 - ERROR: unable to check out the source tree TB --- 2007-04-18 09:26:53 - tinderbox aborted TB --- 0.02 user 0.04 system 0.04 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-alpha-alpha.full From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 09:49:37 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C613316A481; Wed, 18 Apr 2007 09:49:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from sobu.neville-neil.com (124x39x153x86.ap124.ftth.ucom.ne.jp [124.39.153.86]) by mx1.freebsd.org (Postfix) with ESMTP id 81B0613C480; Wed, 18 Apr 2007 09:49:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from sobu.neville-neil.com (localhost [127.0.0.1]) by sobu.neville-neil.com (8.13.7/8.13.7) with ESMTP id l3I9QrwE046331; Wed, 18 Apr 2007 18:26:53 +0900 (JST) (envelope-from tinderbox@freebsd.org) Received: (from gnn@localhost) by sobu.neville-neil.com (8.13.7/8.13.7/Submit) id l3I9QqTR046329; Wed, 18 Apr 2007 09:26:52 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 18 Apr 2007 09:26:52 GMT Message-Id: <200704180926.l3I9QqTR046329@sobu.neville-neil.com> X-Authentication-Warning: sobu.neville-neil.com: gnn set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_6_1 tinderbox] failure on alpha/alpha X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2007 09:49:37 -0000 TB --- 2007-04-18 09:26:52 - tinderbox 2.3 running on sobu.neville-neil.com TB --- 2007-04-18 09:26:52 - starting RELENG_6_1 tinderbox run for alpha/alpha TB --- 2007-04-18 09:26:52 - mkdir /home/gnn/RELENG_6_1 TB --- 2007-04-18 09:26:52 - mkdir /home/gnn/RELENG_6_1/alpha TB --- 2007-04-18 09:26:52 - mkdir /home/gnn/RELENG_6_1/alpha/alpha TB --- 2007-04-18 09:26:52 - cleaning the object tree TB --- 2007-04-18 09:26:52 - checking out the source tree TB --- 2007-04-18 09:26:52 - cd /home/gnn/RELENG_6_1/alpha/alpha TB --- 2007-04-18 09:26:52 - /usr/bin/cvs -f -R -q -d/home/ncvs checkout -P -rRELENG_6_1 src TB --- 2007-04-18 09:26:52 - WARNING: /usr/bin/cvs returned exit code 1 TB --- 2007-04-18 09:26:52 - ERROR: unable to check out the source tree TB --- 2007-04-18 09:26:52 - tinderbox aborted TB --- 0.03 user 0.03 system 0.06 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6_1-alpha-alpha.full From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 10:28:15 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1B94B16A403 for ; Wed, 18 Apr 2007 10:28:15 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id BA2EF13C43E for ; Wed, 18 Apr 2007 10:28:14 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1He7OW-000ESl-Sg for freebsd-stable@freebsd.org; Wed, 18 Apr 2007 13:28:13 +0300 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 l3IAQeJ1098742 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Apr 2007 13:26: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.14.1/8.14.1) with ESMTP id l3IAQeHK067243; Wed, 18 Apr 2007 13:26:40 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l3IAQdYH067170; Wed, 18 Apr 2007 13:26:39 +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: Wed, 18 Apr 2007 13:26:39 +0300 From: Kostik Belousov To: freebsd-stable@freebsd.org Message-ID: <20070418102639.GE89524@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tNQTSEo8WG/FKZ8E" Content-Disposition: inline User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on fw.zoral.com.ua X-Scanner-Signature: d3dfc5a0b247ea81d48b6a940fe6235f X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 956 [Apr 18 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: Subject: ath(4) interrupt time 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, 18 Apr 2007 10:28:15 -0000 --tNQTSEo8WG/FKZ8E Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I have Acer laptop with the Atheros card, identified as ath0@pci6:2:0: class=0x020000 card=0x04181468 chip=0x001a168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' class = network subclass = ethernet Corresponding dmesg lines are ath0: mem 0xd0000000-0xd000ffff irq 22 at device 2.0 on pci6 ath0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xd0000000 ath0: [GIANT-LOCKED] Driver successfully attaches to the card and wifi connection works nice. There is some problem. At home, where I have no access point, I did ifconfig ath0 up ifconfig ath0 list scan Shortly after then, interrupt time goes to ~95%, top -S accounted the time to the ath0 interrupt thread. After ifconfig ath0 down machine returned to working condition. Some time later I did the same (in different location), while laptop was powered from battery and powerd ran. After short time, machine locked (presumably, due to interrupts being steadily delivered and lowered frequency of the CPU, that cannot cope with the interrupts stream). Other than that, machine is stable, buildworld/port build for several hours did not cause the problems. Any advise how can I help to debug the issue ? --tNQTSEo8WG/FKZ8E Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGJfJfC3+MBN1Mb4gRAo9EAJ9Lda8HyUxEJ7fQ6TLbNkZ6qfKhGACg7T6T YVWPkrbfyiWX63obnB8ByAU= =qd97 -----END PGP SIGNATURE----- --tNQTSEo8WG/FKZ8E-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 10:11:11 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8B29D16A401 for ; Wed, 18 Apr 2007 10:11:11 +0000 (UTC) (envelope-from jsc@ntu.edu.tw) Received: from ccms.ntu.edu.tw (ccms.ntu.edu.tw [140.112.2.141]) by mx1.freebsd.org (Postfix) with ESMTP id A081613C4AD for ; Wed, 18 Apr 2007 10:11:10 +0000 (UTC) (envelope-from jsc@ntu.edu.tw) Received: by ccms.ntu.edu.tw (Postfix, from userid 101249) id 9D6B61EE502C; Wed, 18 Apr 2007 17:38:37 +0800 (CST) Date: Wed, 18 Apr 2007 17:38:37 +0800 From: Jason Chang =?big5?B?sWmzx6XN?= To: freebsd-stable@freebsd.org Message-ID: <20070418093837.GA32573@ccms.ntu.edu.tw> Mime-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Mailman-Approved-At: Wed, 18 Apr 2007 11:35:17 +0000 Cc: jsc@ntu.edu.tw Subject: bge watchdog timeout -- resetting problem on recent update 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, 18 Apr 2007 10:11:11 -0000 Dear All, After recent cvsup and make world, my server suffered from the bge watchdog timeout -- resetting problem. Manually revert the bge related source to older version and compiled a new kernel may solve the problem. So I guess the recent committed source does not go well with bge nics onboard of IBM e326m servers. 1. server model IBM e326m server with dual AMD opteron cpus http://www-304.ibm.com/jct01004c/systems/support/supportsite.wss/docdisplay?brandind=5000008&lndocid=MIGR-61692 bge chipset is Broadcom BCM5714 B3, ASIC rev. 0x8003 2. senario large network i/o results in error: bge0: watchdog timeout -- resetting bge0: link DOWN bge0: link state changed to DOWN bge0: link UP bge0: link state changed to UP 3. how to reproduce just ftp a file larger then 20mb, and the bge will have trouble in 30sec. 4. source version verified to work abnormally. if_bge.c 1.91.2.22 if_bgereg.h 1.36.2.10 brgphy.c 1.34.2.13 5. source version verified to work normally. if_bge.c 1.91.2.19 if_bgereg.h 1.36.2.9 brgphy.c 1.34.2.12 6. system dmesg: Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #13: Sat Apr 14 10:57:10 CST 2007 root@ccsun52.cc.ntu.edu.tw:/usr/src/sys/amd64/compile/CCSUN52 Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff8061a000. INTR: Adding local APIC 0 as a target ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1193293 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2793019707 Hz CPU: AMD Opteron(tm) Processor 254 (2793.02-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20f51 Stepping = 1 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x1 L1 2MB data TLB: 8 entries, fully associative L1 2MB instruction TLB: 8 entries, fully associative L1 4KB data TLB: 32 entries, fully associative L1 4KB instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 2MB unified TLB: 0 entries, disabled/not present L2 4KB data TLB: 512 entries, 4-way associative L2 4KB instruction TLB: 512 entries, 4-way associative L2 unified cache: 1024 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative real memory = 2146828288 (2047 MB) Physical memory chunk(s): 0x0000000000001000 - 0x0000000000096fff, 614400 bytes (150 pages) 0x0000000000717000 - 0x000000007c2fcfff, 2076073984 bytes (506854 pages) avail memory = 2066284544 (1970 MB) INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 1 MADT: Found IO APIC ID 4, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Found IO APIC ID 5, Interrupt 16 at 0xfec01000 MADT: Found IO APIC ID 6, Interrupt 32 at 0xfec02000 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: high MADT: Forcing active-low polarity and level trigger for SCI ioapic0: intpin 9 polarity: low ioapic0: intpin 9 trigger: level ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard ioapic2 irqs 32-47 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00040010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000000 err: 0x00010000 pcm: 0x00010000 null: random: mem: ichwd module loaded io: acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] acpi0: Power Button (fixed) pci_open(1): mode 1 addr port (0x0cf8) is 0x80016844 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 1 [class=060400] [hdr=01] is there (id=00361166) AcpiOsDerivePciId: bus 0 dev 24 func 1 unknown: I/O range not supported ACPI timer: 0/4 0/5 0/4 0/4 0/4 0/4 0/3 0/4 0/4 0/4 -> 0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x508-0x50b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 10 11 Validation 0 10 N 0 10 11 After Disable 0 255 N 0 10 11 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 10 11 Validation 0 255 N 0 10 11 After Disable 0 255 N 0 10 11 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 5 7 10 11 Validation 0 255 N 0 5 7 10 11 After Disable 0 255 N 0 5 7 10 11 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 7 10 11 12 14 15 Validation 0 5 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 7 10 11 12 14 15 Validation 0 11 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 9 11 Validation 0 255 N 0 9 11 After Disable 0 255 N 0 9 11 pci_link8: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 9 11 Validation 0 255 N 0 9 11 After Disable 0 255 N 0 9 11 pci_link9: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link10: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link11: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link12: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link13: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 3 4 5 7 10 11 12 14 15 Validation 0 7 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link14: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 7 10 11 12 14 15 Validation 0 10 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link15: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link16: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link17: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link18: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link19: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link20: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link21: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link22: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link23: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link24: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link25: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link26: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link27: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link28: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link29: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link30: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link31: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link32: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link33: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 pci_link34: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 10 11 12 14 15 cpu0: on acpi0 cpu0: switching to generic Cx mode powernow0: on cpu0 powernow0: STATUS: 0x4060604141414 powernow0: STATUS: maxfid: 0x14 powernow0: STATUS: maxvid: 0x04 device_attach: powernow0 attach returned 6 cpu1: on acpi0 powernow1: on cpu1 powernow1: STATUS: 0x4060604141414 powernow1: STATUS: maxfid: 0x14 powernow1: STATUS: maxvid: 0x04 device_attach: powernow1 attach returned 6 pcib0: on acpi0 ACPI: Found matching pin for 0.3.INTA at func 0: 10 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x1166, dev=0x0036, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0205, revid=0x00 bus=0, slot=2, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0147, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0214, revid=0x00 bus=0, slot=2, func=1 class=01-01-8a, hdrtype=0x00, mfdev=1 cmdreg=0x0155, statreg=0x0210, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 00002000, size 4, enabled found-> vendor=0x1166, dev=0x0234, revid=0x00 bus=0, slot=2, func=2 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0147, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0223, revid=0x01 bus=0, slot=3, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0157, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base e8011000, size 12, enabled map[14]: type 4, range 32, base 00001000, size 8, enabled pcib0: matched entry for 0.3.INTA (src \\_SB_.LNKU:0) ioapic0: Changing trigger for pin 10 to level ioapic0: Changing polarity for pin 10 to low pcib0: slot 3 INTA routed to irq 10 via \\_SB_.LNKU found-> vendor=0x1166, dev=0x0223, revid=0x01 bus=0, slot=3, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0157, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base e8012000, size 12, enabled map[14]: type 4, range 32, base 00001400, size 8, enabled pcib0: matched entry for 0.3.INTA (src \\_SB_.LNKU:0) pcib0: slot 3 INTA routed to irq 10 via \\_SB_.LNKU found-> vendor=0x1166, dev=0x0223, revid=0x01 bus=0, slot=3, func=2 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0157, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base e8013000, size 12, enabled map[14]: type 4, range 32, base 00001800, size 8, enabled pcib0: matched entry for 0.3.INTA (src \\_SB_.LNKU:0) pcib0: slot 3 INTA routed to irq 10 via \\_SB_.LNKU found-> vendor=0x1002, dev=0x515e, revid=0x01 bus=0, slot=4, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0183, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 3, range 32, base f0000000, size 27, enabled map[14]: type 4, range 32, base 00001c00, size 8, enabled map[18]: type 1, range 32, base e8000000, size 16, enabled pcib0: matched entry for 0.4.INTA pcib0: slot 4 INTA hardwired to IRQ 17 found-> vendor=0x1166, dev=0x0130, revid=0xa3 bus=0, slot=6, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x07 (1750 ns), maxlat=0x02 (500 ns) found-> vendor=0x1166, dev=0x0130, revid=0xa3 bus=0, slot=7, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0132, revid=0xa3 bus=0, slot=8, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0132, revid=0xa3 bus=0, slot=9, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0132, revid=0xa3 bus=0, slot=10, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0132, revid=0xa3 bus=0, slot=11, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1100, revid=0x00 bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1100, revid=0x00 bus=0, slot=25, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 bus=0, slot=25, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 bus=0, slot=25, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 bus=0, slot=25, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 2 pcib1: I/O decode 0x3000-0x3fff pcib1: memory decode 0xe8100000-0xe81fffff pcib1: prefetched decode 0xfff00000-0xfffff pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x1166, dev=0x0104, revid=0xb2 bus=1, slot=13, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0157, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x07 (1750 ns), maxlat=0x02 (500 ns) pcib2: at device 13.0 on pci1 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0x3000-0x3fff pcib2: memory decode 0xe8100000-0xe81fffff pcib2: prefetched decode 0xfff00000-0xfffff pci2: on pcib2 pci2: physical bus=2 found-> vendor=0x1000, dev=0x0030, revid=0x08 bus=2, slot=3, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0157, statreg=0x0230, cachelnsz=16 (dwords) lattimer=0x48 (2160 ns), mingnt=0x11 (4250 ns), maxlat=0x12 (4500 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 4, range 32, base 00003000, size 8, enabled pcib2: requested I/O range 0x3000-0x30ff: in range pcib1: requested I/O range 0x3000-0x30ff: in range map[14]: type 1, range 64, base e8120000, size 17, enabled pcib2: requested memory range 0xe8120000-0xe813ffff: good pcib1: requested memory range 0xe8120000-0xe813ffff: good map[1c]: type 1, range 64, base e8100000, size 17, enabled pcib2: requested memory range 0xe8100000-0xe811ffff: good pcib1: requested memory range 0xe8100000-0xe811ffff: good pcib2: matched entry for 2.3.INTA pcib2: slot 3 INTA hardwired to IRQ 18 mpt0: port 0x3000-0x30ff mem 0xe8120000-0xe813fff f,0xe8100000-0xe811ffff irq 18 at device 3.0 on pci2 mpt0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x3000 mpt0: Reserved 0x20000 bytes for rid 0x14 type 3 at 0xe8120000 ioapic1: routing intpin 2 (PCI IRQ 18) to vector 49 mpt0: [GIANT-LOCKED] mpt0: MPI Version=1.2.12.0 mpt0: Capabilities: ( RAID-1E RAID-1 SAFTE ) mpt0: 0 Active Volumes (1 Max) mpt0: 0 Hidden Drive Members (6 Max) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x 177,0x376,0x2000-0x200f at device 2.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x2000 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 50 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=00 ostat0=ff ostat1=ff ioapic0: routing intpin 15 (ISA IRQ 15) to vector 51 ata1: [MPSAFE] isab0: at device 2.2 on pci0 isa0: on isab0 ohci0: port 0x1000-0x10ff mem 0xe8011000-0xe8011 fff irq 10 at device 3.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe8011000 ohci0: (New OHCI DeviceId=0x02231166) ioapic0: routing intpin 10 (ISA IRQ 10) to vector 52 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ohci1: port 0x1400-0x14ff mem 0xe8012000-0xe8012 fff irq 10 at device 3.1 on pci0 ohci1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe8012000 ohci1: (New OHCI DeviceId=0x02231166) ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ehci0: port 0x1800-0x18ff mem 0xe8013000-0xe 8013fff irq 10 at device 3.2 on pci0 ehci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe8013000 ehci0: (New EHCI DeviceId=0x02231166) 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: (0x1166) EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered pci0: at device 4.0 (no driver attached) pcib3: at device 6.0 on pci0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0xf000-0xfff pcib3: memory decode 0xfff00000-0xfffff pcib3: prefetched decode 0xfff00000-0xfffff pci3: on pcib3 pci3: physical bus=3 pcib4: at device 7.0 on pci0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0xf000-0xfff pcib4: memory decode 0xe8200000-0xe82fffff pcib4: prefetched decode 0xfff00000-0xfffff pci4: on pcib4 pci4: physical bus=4 found-> vendor=0x14e4, dev=0x166a, revid=0x03 bus=4, slot=4, 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=7 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type 1, range 64, base e8210000, size 16, enabled pcib4: requested memory range 0xe8210000-0xe821ffff: good map[18]: type 1, range 64, base e8200000, size 16, enabled pcib4: requested memory range 0xe8200000-0xe820ffff: good pcib4: matched entry for 4.4.INTA pcib4: slot 4 INTA hardwired to IRQ 26 found-> vendor=0x14e4, dev=0x166a, revid=0x03 bus=4, slot=4, 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=10 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type 1, range 64, base e8230000, size 16, enabled pcib4: requested memory range 0xe8230000-0xe823ffff: good map[18]: type 1, range 64, base e8220000, size 16, enabled pcib4: requested memory range 0xe8220000-0xe822ffff: good pcib4: matched entry for 4.4.INTB pcib4: slot 4 INTB hardwired to IRQ 27 bge0: mem 0xe8210000-0xe821ffff,0xe82000 00-0xe820ffff irq 26 at device 4.0 on pci4 bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xe8210000 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX -FDX, auto bge0: bpf attached bge0: Ethernet address: 00:11:25:c4:1d:62 ioapic1: routing intpin 10 (PCI IRQ 26) to vector 53 bge0: [MPSAFE] bge1: mem 0xe8230000-0xe823ffff,0xe82200 00-0xe822ffff irq 27 at device 4.1 on pci4 bge1: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xe8230000 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX -FDX, auto bge1: bpf attached bge1: Ethernet address: 00:11:25:c4:1d:63 ioapic1: routing intpin 11 (PCI IRQ 27) to vector 54 bge1: [MPSAFE] pcib5: at device 8.0 on pci0 pcib5: secondary bus 5 pcib5: subordinate bus 5 pcib5: I/O decode 0xf000-0xfff pcib5: memory decode 0xfff00000-0xfffff pcib5: prefetched decode 0xfff00000-0xfffff pci5: on pcib5 pci5: physical bus=5 pcib6: at device 9.0 on pci0 pcib6: secondary bus 6 pcib6: subordinate bus 6 pcib6: I/O decode 0xf000-0xfff pcib6: memory decode 0xfff00000-0xfffff pcib6: prefetched decode 0xfff00000-0xfffff pci6: on pcib6 pci6: physical bus=6 pcib7: at device 10.0 on pci0 pcib7: secondary bus 7 pcib7: subordinate bus 7 pcib7: I/O decode 0xf000-0xfff pcib7: memory decode 0xfff00000-0xfffff pcib7: prefetched decode 0xfff00000-0xfffff pci7: on pcib7 pci7: physical bus=7 pcib8: at device 11.0 on pci0 pcib8: secondary bus 8 pcib8: subordinate bus 8 pcib8: I/O decode 0xf000-0xfff pcib8: memory decode 0xfff00000-0xfffff pcib8: prefetched decode 0xfff00000-0xfffff pcib8: could not get PCI interrupt routing table for \\_SB_.PCI0.EXB4 - AE_NOT_F OUND pci8: on pcib8 pci8: physical bus=8 pcib9: on acpi0 pcib9: reading config registers from 0:25:0 pcib9: couldn't read bus number from cfg space pcib9: trying bus number 9 pcib9: could not get PCI interrupt routing table for \\_SB_.PCI1 - AE_NOT_FOUND pci9: on pcib9 pci9: physical bus=9 acpi_button0: on acpi0 speaker0: port 0x61 on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ioapic0: routing intpin 4 (ISA IRQ 4) to vector 55 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 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 ipmi0: on isa0 ipmi0: KCS mode found at io 0xca2 alignment 0x1 on isa orm0: at iomem 0xc0000-0xc8fff,0xc9000-0xccfff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0xffffffff (1) atkbd: failed to reset the keyboard. kbd0 at atkbd0 kbd0: atkbd0, AT 84 (1), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 56 atkbd0: [GIANT-LOCKED] fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 ppc0 failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0 0 0 0 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 isa_probe_children: probing PnP devices ukbd0: ATEN UC-10KM V1.3.121, rev 1.10/1.00, addr 2, iclass 3/1 kbd: new array size 4 kbd1 at ukbd0 kbd1: ukbd0, generic (0), config:0x0, flags:0x1d0000 Device configuration finished. Reducing kern.maxvnodes 130867 -> 100000 lapic: Divisor 2, Frequency 99750465 hz Timecounter "TSC" frequency 2793019707 Hz quality -100 Timecounters tick every 1.000 msec ipfw2 initialized, divert loadable, rule-based forwarding disabled, default to d eny, logging limited to 100 packets/entry by default lo0: bpf attached Waiting 3 seconds for SCSI devices to settle (xpt0:mpt0:0:-1:-1): reset bus ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire ipmi0: IPMI device rev. 1, firmware rev. 1.81, version 1.5 ipmi0: Number of channels 3 ipmi0: Attached watchdog (probe1:mpt0:1:0:0): error 22 (probe1:mpt0:1:0:0): Unretryable Error (probe1:mpt0:1:1:0): error 22 (probe1:mpt0:1:1:0): Unretryable Error (probe1:mpt0:1:2:0): error 22 (probe1:mpt0:1:2:0): Unretryable Error (probe1:mpt0:1:3:0): error 22 (probe1:mpt0:1:3:0): Unretryable Error (probe1:mpt0:1:4:0): error 22 (probe1:mpt0:1:4:0): Unretryable Error (probe1:mpt0:1:5:0): error 22 (probe1:mpt0:1:5:0): Unretryable Error (probe0:mpt0:0:0:0): Retrying Command (probe0:mpt0:0:1:0): Retrying Command ses0 at mpt0 bus 0 target 8 lun 0 ses0: Fixed Processor SCSI-2 device ses0: Serial Number 1 ses0: 3.300MB/s transfers ses0: SAF-TE Compliant Device pass0 at mpt0 bus 0 target 0 lun 0 pass0: Fixed Direct Access SCSI-4 device pass0: Serial Number 3KT4A4RN00007640LBTT pass0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Ena bled pass1 at mpt0 bus 0 target 1 lun 0 pass1: Fixed Direct Access SCSI-4 device pass1: Serial Number 3KT4DDM700007640LDQE pass1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Ena bled pass2 at mpt0 bus 0 target 8 lun 0 pass2: Fixed Processor SCSI-2 device pass2: Serial Number 1 pass2: 3.300MB/s transfers pt0 at mpt0 bus 0 target 8 lun 0 pt0: Fixed Processor SCSI-2 device pt0: Serial Number 1 pt0: 3.300MB/s transfers GEOM: new disk da0 GEOM: new disk da1 SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00040010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00000000 err: 0x00010000 pcm: 0x00010000 ioapic0: Assigning ISA IRQ 1 to local APIC 0 ioapic0: Assigning ISA IRQ 4 to local APIC 1 ioapic0: Assigning ISA IRQ 9 to local APIC 0 ioapic0: Assigning ISA IRQ 10 to local APIC 1 ioapic0: Assigning ISA IRQ 14 to local APIC 0 ioapic0: Assigning ISA IRQ 15 to local APIC 1 ioapic1: Assigning PCI IRQ 18 to local APIC 0 ioapic1: Assigning PCI IRQ 26 to local APIC 1 ioapic1: Assigning PCI IRQ 27 to local APIC 0 da0 at mpt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-4 device da0: Serial Number 3KT4A4RN00007640LBTT da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabl ed da0: 70006MB (143374000 512 byte sectors: 255H 63S/T 8924C) da1 at mpt0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-4 device da1: Serial Number 3KT4DDM700007640LDQE da1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabl ed da1: 70006MB (143374000 512 byte sectors: 255H 63S/T 8924C) Thanks for your time. Sincerely, Jason Chang From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 12:05:15 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6B91916A400 for ; Wed, 18 Apr 2007 12:05:15 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id C426813C458 for ; Wed, 18 Apr 2007 12:05:14 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7dc1.q.ppp-pool.de [89.53.125.193]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 1B636128829 for ; Wed, 18 Apr 2007 14:05:08 +0200 (CEST) Received: from [192.168.16.3] (cesar.sz.vwsoft.com [192.168.16.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id 20AB73F9F0; Wed, 18 Apr 2007 14:04:21 +0200 (CEST) Message-ID: <4626094C.20207@vwsoft.com> Date: Wed, 18 Apr 2007 14:04:28 +0200 From: Volker User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: zen References: <46247471.9030503@tk-pttuntex.com> <200704172129.22275.sanya-spb@list.ru> <20070418095903.12432@caamora.com.au> <462575D4.2010801@tk-pttuntex.com> In-Reply-To: <462575D4.2010801@tk-pttuntex.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: jonathan michaels , freebsd-stable@freebsd.org Subject: Re: Re: tproxy on freebsd 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, 18 Apr 2007 12:05:15 -0000 On 12/23/-58 20:59, zen wrote: >> i don't have a problem with this but i am going to be setting up a >> similar setup and would appreciate the help a working setup would >> provide. >> > any help will be appreciated, i could use a sample configuration file > regarding this problem. zen & others, building a transparent proxy using pf + squid is an easy topic and well documented on the net. In detail, it's going that way: pf (assuming nve0 is your local IF): rdr on nve0 from any to any port 80 -> 127.0.0.1 port 3128 pass in on nve0 from any to any port 80 keep state pass in on nve0 from any to 127.0.0.1 port 3128 keep state Now, compile squid with transparent support and use: 'http_port 3128 transparent' in your squid.conf (assuming you're running squid >= 2.6). I'm running several hosts with a setup like that. Also you may want to check out www/havp and use it as a transparent proxy + squid as upstream proxy. That way you also have virus protection for your internal users while surfing the web (I'm also doing things like that as I found it a better solution that squidclam or the like - YMMV). > FYI i already running transparent proxy with ipf+ipnat,: > > rdr nve0 0.0.0.0/0 port 80 -> 122.x.x.x port 3128 tcp > > but with that configuration, still the proxy ip address that visible > when my client using the proxy. Don't understand that sentence. What address is visible to whom? And which address do you want to 'hide'? If you don't want to leak your internal addresses to any outside webserver, this is a squid issue and there should (?) be configuration options for squid. > is it me or just i cant achieve that with FreeBSD? > because i hate to switch to other OS only because of this. No need to switch! :) You may find tons of infos using google or in the ML archives pf@. Also pf@ or isp@ would be the appropriate list for questions like that. HTH, Volker From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 12:14:57 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 339A316A400 for ; Wed, 18 Apr 2007 12:14:57 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.245]) by mx1.freebsd.org (Postfix) with ESMTP id E648313C4C4 for ; Wed, 18 Apr 2007 12:14:56 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so162796ana for ; Wed, 18 Apr 2007 05:14:56 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=kCKyuakhwtRPCCZ/ICBS0lPlHOt3uX3V7Jn8XC8/+ojN7kMTtzKgLRraHAg36rXW2vmrGaSDx2WMUrAV+yCJZgPt51S4EUbSXi5oRGLwPGdCMCxXszJYtS0EKW2ja8jr5qA56p51wY5ttBxmqF2pGUIct5/2EyxIjva23gLRRm8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=OzrvScoGat5FSHD2iH8V3rjLCHRYabuXTFtIWtEfsy5PApd6rRBDrXlewkvuE3lP6pGc+yzFEazqVPm7JtecgJGBz9aDDYxt88dc9IhxaiPWd7mamvpxTujUqwGhPi0Lv6TETWhuzxmvrJUL7zm08+4jQp6ncMkZpIDLgrD53fA= Received: by 10.100.37.4 with SMTP id k4mr304591ank.1176898496493; Wed, 18 Apr 2007 05:14:56 -0700 (PDT) Received: by 10.100.197.3 with HTTP; Wed, 18 Apr 2007 05:14:56 -0700 (PDT) Message-ID: Date: Wed, 18 Apr 2007 20:14:56 +0800 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: Volker In-Reply-To: <4626094C.20207@vwsoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46247471.9030503@tk-pttuntex.com> <200704172129.22275.sanya-spb@list.ru> <20070418095903.12432@caamora.com.au> <462575D4.2010801@tk-pttuntex.com> <4626094C.20207@vwsoft.com> X-Google-Sender-Auth: cf4c365041818fc3 Cc: freebsd-stable@freebsd.org Subject: Re: Re: tproxy on freebsd 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, 18 Apr 2007 12:14:57 -0000 On 18/04/07, Volker wrote: > > but with that configuration, still the proxy ip address that visible > > when my client using the proxy. > > Don't understand that sentence. What address is visible to whom? And > which address do you want to 'hide'? If you don't want to leak your > internal addresses to any outside webserver, this is a squid issue > and there should (?) be configuration options for squid. > He means fully transparent - ie, client thinks its talking to the server; server thinks its talking to the client; proxy server IP isn't visible to either. Adrian -- Adrian Chadd - adrian@freebsd.org From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 12:25:59 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EF9D816A403 for ; Wed, 18 Apr 2007 12:25:59 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id AF68613C45A for ; Wed, 18 Apr 2007 12:25:59 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7dc1.q.ppp-pool.de [89.53.125.193]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id C66C1128829; Wed, 18 Apr 2007 14:25:52 +0200 (CEST) Received: from [192.168.16.3] (cesar.sz.vwsoft.com [192.168.16.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id A00963F9E1; Wed, 18 Apr 2007 14:25:25 +0200 (CEST) Message-ID: <46260E3C.4090408@vwsoft.com> Date: Wed, 18 Apr 2007 14:25:32 +0200 From: Volker User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: Adrian Chadd References: <46247471.9030503@tk-pttuntex.com> <200704172129.22275.sanya-spb@list.ru> <20070418095903.12432@caamora.com.au> <462575D4.2010801@tk-pttuntex.com> <4626094C.20207@vwsoft.com> In-Reply-To: X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: freebsd-stable@freebsd.org Subject: Re: tproxy on freebsd 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, 18 Apr 2007 12:26:00 -0000 On 04/18/07 14:14, Adrian Chadd wrote: > On 18/04/07, Volker wrote: > >> > but with that configuration, still the proxy ip address that visible >> > when my client using the proxy. >> >> Don't understand that sentence. What address is visible to whom? And >> which address do you want to 'hide'? If you don't want to leak your >> internal addresses to any outside webserver, this is a squid issue >> and there should (?) be configuration options for squid. >> > > He means fully transparent - ie, client thinks its talking to the > server; server thinks its talking to the client; proxy server IP isn't > visible to either. > > > > Adrian > Adrian, thanks, I got it. Talking about real transparent proxy not just a transparent one... ;) Unfortunately I don't have a solution for that as I'm using mostly NATed environments and it doesn't make sense to hand out private address space to a web server. Volker From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 12:26:28 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B384616A404 for ; Wed, 18 Apr 2007 12:26:28 +0000 (UTC) (envelope-from tevans.uk@googlemail.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 3697D13C46A for ; Wed, 18 Apr 2007 12:26:22 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by ug-out-1314.google.com with SMTP id 71so334871ugh for ; Wed, 18 Apr 2007 05:26:21 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=QmSCsRy1mbb58zs+GzaGmuJOaR7+dySjYyNYliUyCfKoD/tpCpjTkMw8FuB16gbb/5DrCuLovtGr36A1cdP38t3/CDc/c/x48Z14fVgWP7plEU8zZsV8DWecbw2CLlItCsqW434ZMHdTOL0VFfPDffox3W3g+vGlLXi5z0jooi4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=ZRw0qABhS6LaP0XUTD3Uga+OAHXy8JfZkocY3JTn/rj1J23KrO9gTzDZCuM4X/1xWQya3NGtbq32dard69L0KJI1UtYWMyIwtI0qp+XTr5rsZDSSL41mOacJERnVcTDvjDhqTtTHqtAEPOxXyYxCXYeGzyTW8OBuzhNAAGj4Bro= Received: by 10.67.102.16 with SMTP id e16mr1242853ugm.1176897568943; Wed, 18 Apr 2007 04:59:28 -0700 (PDT) Received: from ?127.0.0.1? ( [213.206.147.185]) by mx.google.com with ESMTP id u1sm2788441uge.2007.04.18.04.59.28; Wed, 18 Apr 2007 04:59:28 -0700 (PDT) From: Tom Evans To: Jason Chang =?UTF-8?Q?=E5=BC=B5=E5=82=91=E7=94=9F?= In-Reply-To: <20070418093837.GA32573@ccms.ntu.edu.tw> References: <20070418093837.GA32573@ccms.ntu.edu.tw> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-YUbt9I0e4R886nminXLe" Date: Wed, 18 Apr 2007 12:59:26 +0100 Message-Id: <1176897566.1540.14.camel@zoot.mintel.co.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.10.0 FreeBSD GNOME Team Port Cc: freebsd-stable@freebsd.org Subject: Re: bge watchdog timeout -- resetting problem on recent update 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, 18 Apr 2007 12:26:28 -0000 --=-YUbt9I0e4R886nminXLe Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed, 2007-04-18 at 17:38 +0800, Jason Chang =E5=BC=B5=E5=82=91=E7=94=9F = wrote: > Dear All, >=20 > After recent cvsup and make world, my server suffered from the=20 > bge watchdog timeout -- resetting problem. Manually revert the > bge related source to older version and compiled a new kernel > may solve the problem. So I guess the recent committed source=20 > does not go well with bge nics onboard of IBM e326m servers. Hi Jason Can you add=20 hw.pci.enable_msi=3D0 hw.pci.enable_msix=3D0 to /boot/loader.conf and reboot and see if that solves the problem. I saw this problem a while ago on my -CURRENT with a misbehaving MSI on my motherboard. (I may have this completely wrong; I'm not even 100% sure the MSI stuff has been MFC'ed to -STABLE). Cheers Tom --=-YUbt9I0e4R886nminXLe Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGJggYlcRvFfyds/cRAi9wAJ0cr9u8YhBBlfvc5hdC6o356SJHlACcCWM4 rwfQ9Tz3LSlxZGhX9Sj5N+s= =Zi5n -----END PGP SIGNATURE----- --=-YUbt9I0e4R886nminXLe-- From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 12:35:42 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E1E8816A408 for ; Wed, 18 Apr 2007 12:35:42 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id 775E813C487 for ; Wed, 18 Apr 2007 12:35:42 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so336397ugh for ; Wed, 18 Apr 2007 05:35:41 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=BwpdMB8JUbFvzz1p1uoDh6EyvQfwkgNzWPY7f4BjZ9CQP2vignvB6+MzRcMIE3RJ/B1sbKTreukdKtnF9T1AbpUbN5LWh1bZHRHK6SVpDNKj5Y12EBpnOwV2djK+dbwZbDmKqpomhIC4a2IdBO7+ULuyx80+XMk9FdnzcDqzS2c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SIsHlBOiF2EZo/f6WK4c4w6I4dAuFRahO9ye1/Gu48HQ0cMeiEFkPM0HLY1qyMpAVgru7kjnr475i3kUSB0rTlYEP7rQ48Rcq5VvE/WRlLXxyX7dB62YBSWhHdhOO0+4wJy1aPk+M5PTQTh1qvqh7q1V3PdOhrwI20TUNeJU7ME= Received: by 10.82.175.2 with SMTP id x2mr675345bue.1176899741060; Wed, 18 Apr 2007 05:35:41 -0700 (PDT) Received: by 10.82.106.12 with HTTP; Wed, 18 Apr 2007 05:35:40 -0700 (PDT) Message-ID: <6eb82e0704180535y1f23bd99p4f17a1e123605ba6@mail.gmail.com> Date: Wed, 18 Apr 2007 20:35:41 +0800 From: "Rong-en Fan" To: "Tom Evans" In-Reply-To: <1176897566.1540.14.camel@zoot.mintel.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070418093837.GA32573@ccms.ntu.edu.tw> <1176897566.1540.14.camel@zoot.mintel.co.uk> Cc: =?BIG5?B?SmFzb24gQ2hhbmcgsWmzx6XN?= , freebsd-stable@freebsd.org Subject: Re: bge watchdog timeout -- resetting problem on recent update 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, 18 Apr 2007 12:35:43 -0000 On 4/18/07, Tom Evans wrote: > On Wed, 2007-04-18 at 17:38 +0800, Jason Chang $BD%7f@8(B wrote: > > Dear All, > > > > After recent cvsup and make world, my server suffered from the > > bge watchdog timeout -- resetting problem. Manually revert the > > bge related source to older version and compiled a new kernel > > may solve the problem. So I guess the recent committed source > > does not go well with bge nics onboard of IBM e326m servers. > > Hi Jason > > Can you add > > hw.pci.enable_msi=0 > hw.pci.enable_msix=0 > > to /boot/loader.conf and reboot and see if that solves the problem. > > I saw this problem a while ago on my -CURRENT with a misbehaving MSI on > my motherboard. (I may have this completely wrong; I'm not even 100% > sure the MSI stuff has been MFC'ed to -STABLE). MSI stuffs are MFC'ed to 6.x since April 1 by jhb@, but I thought to use MSI, one MUST set hw.pci.enable_{msi,msix} to 1 in loader.conf as the commit log said. But from the revision changes that Jason posted, the most suspicious part is MSI... Regards, Rong-En Fan > > Cheers > > Tom > > > From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 13:28:28 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EE4B616A402 for ; Wed, 18 Apr 2007 13:28:28 +0000 (UTC) (envelope-from jon@seaholm.caamora.com.au) Received: from seaholm.caamora.com.au (seaholm.caamora.com.au [203.7.226.5]) by mx1.freebsd.org (Postfix) with ESMTP id DE41313C480 for ; Wed, 18 Apr 2007 13:28:25 +0000 (UTC) (envelope-from jon@seaholm.caamora.com.au) Received: (from jon@localhost) by seaholm.caamora.com.au (8.11.1/8.11.1) id l3IDSEc13005; Wed, 18 Apr 2007 23:28:14 +1000 (EST) Message-ID: <20070418232814.14487@caamora.com.au> Date: Wed, 18 Apr 2007 23:28:14 +1000 From: jonathan michaels To: Volker References: <46247471.9030503@tk-pttuntex.com> <200704172129.22275.sanya-spb@list.ru> <20070418095903.12432@caamora.com.au> <462575D4.2010801@tk-pttuntex.com> <4626094C.20207@vwsoft.com> <46260E3C.4090408@vwsoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: <46260E3C.4090408@vwsoft.com>; from Volker on Wed, Apr 18, 2007 at 02:25:32PM +0200 Organisation: Caamora, PO Box 144, Rosebery NSW 1445 Australia Cc: Adrian Chadd , freebsd-stable@freebsd.org Subject: Re: tproxy on freebsd 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, 18 Apr 2007 13:28:29 -0000 On Wed, Apr 18, 2007 at 02:25:32PM +0200, Volker wrote: > On 04/18/07 14:14, Adrian Chadd wrote: > > On 18/04/07, Volker wrote: > > > >> > but with that configuration, still the proxy ip address that visible > >> > when my client using the proxy. > >> > >> Don't understand that sentence. What address is visible to whom? And > >> which address do you want to 'hide'? If you don't want to leak your > >> internal addresses to any outside webserver, this is a squid issue > >> and there should (?) be configuration options for squid. > >> > > > > He means fully transparent - ie, client thinks its talking to the > > server; server thinks its talking to the client; proxy server IP isn't > > visible to either. > > > > > > > > Adrian > > > > Adrian, > > thanks, I got it. > > Talking about real transparent proxy not just a transparent one... ;) not sure i understand this one, a "real transparent" "not just a tra.." > Unfortunately I don't have a solution for that as I'm using mostly > NATed environments and it doesn't make sense to hand out private > address space to a web server. i was assigned a class c some 15 years ago and its getting used for all sorts of admin stuff/disabled user client stuff and other stuff that i cannot sort out 'netting/natting for' most kind regards and appreciations jonathan thanks all ... adrian volker and zen if i forgot somebody sorry. -- ================================================================ powered by .. QNX, OS9 and freeBSD -- http://caamora com au/operating system ==== === appropriate solution in an inappropriate world === ==== From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 15:48:58 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 661F316A409 for ; Wed, 18 Apr 2007 15:48:58 +0000 (UTC) (envelope-from sven@dmv.com) Received: from smtp-gw-cl-c.dmv.com (smtp-gw-cl-c.dmv.com [216.240.97.41]) by mx1.freebsd.org (Postfix) with ESMTP id 28B9713C4BA for ; Wed, 18 Apr 2007 15:48:57 +0000 (UTC) (envelope-from sven@dmv.com) Received: from mail-gw-cl-a.dmv.com (mail-gw-cl-a.dmv.com [216.240.97.38]) by smtp-gw-cl-c.dmv.com (8.12.10/8.12.10) with ESMTP id l3IFmu47062988 for ; Wed, 18 Apr 2007 11:48:57 -0400 (EDT) (envelope-from sven@dmv.com) Received: from [216.240.97.46] (lanshark.dmv.com [216.240.97.46]) by mail-gw-cl-a.dmv.com (8.12.9/8.12.9) with ESMTP id l3IFmuuk028787 for ; Wed, 18 Apr 2007 11:48:56 -0400 (EDT) (envelope-from sven@dmv.com) From: Sven Willenberger To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Wed, 18 Apr 2007 11:50:36 -0400 Message-Id: <1176911436.7416.8.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.39 X-Scanned-By: MIMEDefang 2.48 on 216.240.97.38 Subject: CARP and em0 timeout watchdog 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, 18 Apr 2007 15:48:58 -0000 I currently have a FreeBSD 6.2-RELEASE-p3 SMP with dual intel PRO/1000PM nics configured as follows: em0: flags=8943 mtu 1500 options=b inet 192.168.0.18 netmask 0xffffff00 broadcast 192.168.0.255 ether 00:30:48:8d:5c:0a media: Ethernet autoselect (1000baseTX ) status: active em1: flags=8843 mtu 4096 options=b inet 10.10.0.18 netmask 0xfffffff8 broadcast 10.10.0.23 ether 00:30:48:8d:5c:0b media: Ethernet autoselect (1000baseTX ) status: active the em0 interface connects to the LAN while the em1 interface is connected to an identical box via CAT6 crossover cable (for ggate/gmirror). Now, I have also configured a carp interface: carp0: flags=49 mtu 1500 inet 192.168.0.20 netmask 0xffffffff carp: MASTER vhid 1 advbase 1 advskew 0 There are twin boxes here and I am running Samba. The problem is that with transfers across the carp IP (192.168.0.20) I end up with em0 resetting after a watchdog timeout error. This occurs whether I transfer files from a windows box using a share (samba) or via ftp. This problem does *not* occur if I ftp to the 192.168.0.19 interface (non-virtual). I suspected cabling at first so had all the cabling in question replaced with fresh CAT6 to no avail. Several gigs of data can be transferred to the real interface (em0) without any issue at all; a max of maybe 1 - 2 Gig can be transferred connected to the carp'ed IP before the em0 reset. Any ideas here? Sven From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 23:01:41 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C4BAE16A400 for ; Wed, 18 Apr 2007 23:01:41 +0000 (UTC) (envelope-from M.Santhoff@t-online.de) Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by mx1.freebsd.org (Postfix) with ESMTP id 8890813C45B for ; Wed, 18 Apr 2007 23:01:41 +0000 (UTC) (envelope-from M.Santhoff@t-online.de) Received: from fwd35.aul.t-online.de by mailout03.sul.t-online.com with smtp id 1HeJ9f-00054k-00; Thu, 19 Apr 2007 01:01:39 +0200 Received: from localhost.das.netz (TD8PBqZCgeGz6SWEh3zlgBTgqeP5YdtHDA3YZfFWUGt-uYRrGfHqYv@[217.251.159.150]) by fwd35.sul.t-online.de with esmtp id 1HeJ9c-2B5gfY0; Thu, 19 Apr 2007 01:01:36 +0200 Received: from zaphod.das.netz (zaphod.das.netz [10.0.0.3]) by localhost.das.netz (8.13.1/8.13.1) with ESMTP id l3IMvHqV061091 for ; Thu, 19 Apr 2007 00:57:17 +0200 (CEST) (envelope-from M.Santhoff@t-online.de) From: Marc Santhoff To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Thu, 19 Apr 2007 01:01:12 +0200 Message-Id: <1176937272.353.5.camel@localhost.das.netz> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-ID: TD8PBqZCgeGz6SWEh3zlgBTgqeP5YdtHDA3YZfFWUGt-uYRrGfHqYv X-TOI-MSGID: 0fc7ba65-14fb-414f-997f-766ed563ea0a Subject: FreeBSD 4 EOL ports tree 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, 18 Apr 2007 23:01:41 -0000 Hi, since I need to use some installations of FreeBSD 4 for a while I'd like to know: Is there any special tag available for checking out the last usable ports tree? By accident I discovered the tag "RELEASE_4_EOL" on some files. Is this vaild for all ports or only some (not shown in the webcvs)? Thanks, Marc From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 23:21:57 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7E08316A400 for ; Wed, 18 Apr 2007 23:21:57 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.t-hosting.hu (server.t-hosting.hu [217.20.133.7]) by mx1.freebsd.org (Postfix) with ESMTP id 3BCFA13C483 for ; Wed, 18 Apr 2007 23:21:57 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by server.t-hosting.hu (Postfix) with ESMTP id 496869F2C44; Thu, 19 Apr 2007 01:05:57 +0200 (CEST) X-Virus-Scanned: amavisd-new at t-hosting.hu Received: from server.t-hosting.hu ([127.0.0.1]) by localhost (server.t-hosting.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id RjyNd+1EyrmZ; Thu, 19 Apr 2007 01:05:53 +0200 (CEST) Received: from [192.168.2.186] (catv-5063f539.catv.broadband.hu [80.99.245.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.t-hosting.hu (Postfix) with ESMTP id 7C6419F2C3F; Thu, 19 Apr 2007 01:05:53 +0200 (CEST) Message-ID: <4626A442.6050908@FreeBSD.org> Date: Thu, 19 Apr 2007 01:05:38 +0200 From: Gabor Kovesdan User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Marc Santhoff References: <1176937272.353.5.camel@localhost.das.netz> In-Reply-To: <1176937272.353.5.camel@localhost.das.netz> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 4 EOL ports tree 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, 18 Apr 2007 23:21:57 -0000 Marc Santhoff schrieb: > Hi, > > since I need to use some installations of FreeBSD 4 for a while I'd like > to know: > > Is there any special tag available for checking out the last usable > ports tree? > > By accident I discovered the tag "RELEASE_4_EOL" on some files. Is this > vaild for all ports or only some (not shown in the webcvs)? > > Thanks, > Marc > > Hello Marc, RELEASE_4_EOL is the tag where the 4.X support was not yet removed. We only started to remove the 4.X support after the tag, thus you should still be able to build ports from the tag on 4.X. Regards, Gabor From owner-freebsd-stable@FreeBSD.ORG Wed Apr 18 23:31:54 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B7D1C16A402 for ; Wed, 18 Apr 2007 23:31:54 +0000 (UTC) (envelope-from M.Santhoff@t-online.de) Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by mx1.freebsd.org (Postfix) with ESMTP id 7830F13C455 for ; Wed, 18 Apr 2007 23:31:54 +0000 (UTC) (envelope-from M.Santhoff@t-online.de) Received: from fwd35.aul.t-online.de by mailout03.sul.t-online.com with smtp id 1HeJcu-0006vt-01; Thu, 19 Apr 2007 01:31:52 +0200 Received: from localhost.das.netz (VTxKTTZHre9h1tHO00F516RB6PNoiXpKVaA7yDyZLaYa6Ogye3qBgH@[217.251.155.241]) by fwd35.sul.t-online.de with esmtp id 1HeJcs-1uTbSi0; Thu, 19 Apr 2007 01:31:50 +0200 Received: from zaphod.das.netz (zaphod.das.netz [10.0.0.3]) by localhost.das.netz (8.13.1/8.13.1) with ESMTP id l3INRodm061216; Thu, 19 Apr 2007 01:27:50 +0200 (CEST) (envelope-from M.Santhoff@t-online.de) From: Marc Santhoff To: Gabor Kovesdan In-Reply-To: <4626A442.6050908@FreeBSD.org> References: <1176937272.353.5.camel@localhost.das.netz> <4626A442.6050908@FreeBSD.org> Content-Type: text/plain Date: Thu, 19 Apr 2007 01:31:45 +0200 Message-Id: <1176939105.353.10.camel@localhost.das.netz> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-ID: VTxKTTZHre9h1tHO00F516RB6PNoiXpKVaA7yDyZLaYa6Ogye3qBgH X-TOI-MSGID: 83a6dba5-6ccd-4495-8b82-bbac71c1aa6e Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 4 EOL ports tree 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, 18 Apr 2007 23:31:54 -0000 Am Donnerstag, den 19.04.2007, 01:05 +0200 schrieb Gabor Kovesdan: > Marc Santhoff schrieb: > > Hi, > > > > since I need to use some installations of FreeBSD 4 for a while I'd like > > to know: > > > > Is there any special tag available for checking out the last usable > > ports tree? > > > > By accident I discovered the tag "RELEASE_4_EOL" on some files. Is this > > vaild for all ports or only some (not shown in the webcvs)? > > > > Thanks, > > Marc > > > > > Hello Marc, > > RELEASE_4_EOL is the tag where the 4.X support was not yet removed. We > only started to remove the 4.X support after the tag, thus you should > still be able to build ports from the tag on 4.X. > > Regards, > Gabor Thank you very much, Marc From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 00:05:02 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 535F216A402 for ; Thu, 19 Apr 2007 00:05:02 +0000 (UTC) (envelope-from M.Santhoff@t-online.de) Received: from mailout09.sul.t-online.com (mailout09.sul.t-online.com [194.25.134.84]) by mx1.freebsd.org (Postfix) with ESMTP id EF26313C45B for ; Thu, 19 Apr 2007 00:03:44 +0000 (UTC) (envelope-from M.Santhoff@t-online.de) Received: from fwd35.aul.t-online.de by mailout09.sul.t-online.com with smtp id 1HeK7j-0000uZ-00; Thu, 19 Apr 2007 02:03:43 +0200 Received: from localhost.das.netz (GcLx+6ZLge+llL6CLPnPtjgVH2KI99rkO5S5seBVXnZIiTIgUkgYsx@[217.251.152.71]) by fwd35.sul.t-online.de with esmtp id 1HeK7g-1QroxM0; Thu, 19 Apr 2007 02:03:40 +0200 Received: from zaphod.das.netz (zaphod.das.netz [10.0.0.3]) by localhost.das.netz (8.13.1/8.13.1) with ESMTP id l3INxg57061334 for ; Thu, 19 Apr 2007 01:59:42 +0200 (CEST) (envelope-from M.Santhoff@t-online.de) From: Marc Santhoff To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Thu, 19 Apr 2007 02:03:36 +0200 Message-Id: <1176941017.353.19.camel@localhost.das.netz> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-ID: GcLx+6ZLge+llL6CLPnPtjgVH2KI99rkO5S5seBVXnZIiTIgUkgYsx X-TOI-MSGID: 9b54935c-fba2-4aae-aa0f-e3830252a202 Subject: port accessibility/atk broken in RELEASE_4_EOL tree 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, 19 Apr 2007 00:05:02 -0000 Hi, after cvsup'ing to RELEASE_4_EOL compiling accessibility/atk does not work: # make clean all ===> Cleaning for pkg-config-0.21 ===> Cleaning for glib-2.12.9 ===> Cleaning for gmake-3.81_1 ===> Cleaning for libtool-1.5.22_2 ===> Cleaning for icu-3.6 ===> Cleaning for gettext-0.14.5_2 ===> Cleaning for ldconfig_compat-1.0_8 ===> Cleaning for expat-2.0.0_1 ===> Cleaning for libiconv-1.9.2_2 ===> Cleaning for rc_subr-1.31_1 ===> Cleaning for atk-1.9.1 ===> Vulnerability check disabled, database not found ===> Extracting for atk-1.9.1 => MD5 Checksum OK for gnome2/atk-1.9.1.tar.bz2. ===> Patching for atk-1.9.1 ===> Applying FreeBSD patches for atk-1.9.1 ===> atk-1.9.1 depends on executable in : pkg-config - found ===> atk-1.9.1 depends on shared library: glib-2.0.0 - found ===> Configuring for atk-1.9.1 ===> Building for atk-1.9.1 make: cannot open Makefile. *** Error code 2 Stop in /usr/p4/ports.akt/accessibility/atk. Since mostly any gnome2 application uses atk I'd like to ask: Is there a chance to get this error fixed 'officialy'? If I'd know what's the cause I could at least frob it to work here ... TIA, Marc From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 00:06:22 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7A97016A407 for ; Thu, 19 Apr 2007 00:06:22 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id 26E7313C4BB for ; Thu, 19 Apr 2007 00:06:22 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from [10.29.62.12] (helo=[10.29.62.12]) by fish.ish.com.au with esmtpa (Exim 4.43) id 1HeJnI-0002kz-Eu; Thu, 19 Apr 2007 09:42:41 +1000 In-Reply-To: <4626A442.6050908@FreeBSD.org> References: <1176937272.353.5.camel@localhost.das.netz> <4626A442.6050908@FreeBSD.org> Mime-Version: 1.0 (Apple Message framework v752.2) X-Gpgmail-State: !signed Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Aristedes Maniatis Date: Thu, 19 Apr 2007 09:35:21 +1000 To: Gabor Kovesdan X-Mailer: Apple Mail (2.752.2) X-Spam-Score: -1.4 (-) X-Spam-Report: -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP Cc: FreeBSD Stable Subject: Re: FreeBSD 4 EOL ports tree 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, 19 Apr 2007 00:06:22 -0000 On 19/04/2007, at 9:05 AM, Gabor Kovesdan wrote: > RELEASE_4_EOL is the tag where the 4.X support was not yet removed. > We only started to remove the 4.X support after the tag, thus you > should still be able to build ports from the tag on 4.X. My installations use portsnap and so automatically went past the correct tag. Is there a way to get portsnap to downgrade the ports tree now to 4_EOL or is the best way to install cvsup and do it? Ari Maniatis --------------------------> ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 00:24:50 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C80F716A402 for ; Thu, 19 Apr 2007 00:24:50 +0000 (UTC) (envelope-from marius.nuennerich@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 24A4E13C44B for ; Thu, 19 Apr 2007 00:24:49 +0000 (UTC) (envelope-from marius.nuennerich@gmx.net) Received: (qmail invoked by alias); 18 Apr 2007 23:58:08 -0000 Received: from f048046251.adsl.alicedsl.de (EHLO sol.hackerzberg.local) [78.48.46.251] by mail.gmx.net (mp015) with SMTP; 19 Apr 2007 01:58:08 +0200 X-Authenticated: #5707313 X-Provags-ID: V01U2FsdGVkX19YRFx6r71Y4JJvj73KFdalauqzd8zHmxSwFF9kpX DagJIbEDMplLxS Date: Thu, 19 Apr 2007 01:58:09 +0200 From: Marius Nuennerich To: freebsd-stable@freebsd.org Message-ID: <20070419015809.49714ef1@sol.hackerzberg.local> X-Mailer: Claws Mail 2.8.1 (GTK+ 2.10.10; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Asus DVD Writer not recognized 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, 19 Apr 2007 00:24:50 -0000 Hi list, we've got a Asus DRW-1814BLT here which is not recognized by 6.2. I can't find it neither in dmesg nor in atacontrol. The Bios detects it fine and even Linux. This writer is SATA: http://www.asus.com/products4.aspx?modelmenu=2&model=1488&l1=6&l2=35&l3=0 The device is connected to: atapci0: port 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc807,0xc480-0xc483,0xc400-0xc40f mem 0xfbefe000-0xfbefffff irq 40 at device 0.0 on pci2 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xc400 atapci0: [MPSAFE] atapci0: Reserved 0x2000 bytes for rid 0x24 type 3 at 0xfbefe000 atapci0: AHCI Version 01.00 controller with 2 ports detected Or: atapci1: port 0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb807,0xb480-0xb483,0xb400-0xb40f,0xb000-0xb0ff irq 21 at device 15.0 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xb400 atapci1: [MPSAFE] atapci1: Reserved 0x100 bytes for rid 0x24 type 4 at atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0xbc00 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xb880 Neither works. Any ideas what to try? Thanks in advance Marius From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 00:32:07 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6645616A407 for ; Thu, 19 Apr 2007 00:32:07 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from iron2.sfsu.edu (iron2.sfsu.edu [130.212.10.36]) by mx1.freebsd.org (Postfix) with ESMTP id 4E4B913C4C7 for ; Thu, 19 Apr 2007 00:32:07 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from smtp01.sfsu.edu ([130.212.10.100]) by iron2.sfsu.edu with ESMTP; 18 Apr 2007 17:31:53 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAFxVJkaC1Apk/2dsb2JhbAA Received: from libra.sfsu.edu ([130.212.10.238]) by mail05a.sfsu.edu (Lotus Domino Release 7.0) with ESMTP id 2007041817315182-174 ; Wed, 18 Apr 2007 17:31:51 -0700 Date: Wed, 18 Apr 2007 17:31:51 -0700 (PDT) From: KAYVEN RIESE To: Andrei Kolu In-Reply-To: <200704181120.47269.antik@bsd.ee> Message-ID: References: <20070403020736.8549C241BF@freebsd-stable.sentex.ca> <1175804482.46155a4211b0f@webmail.sfsu.edu> <200704181120.47269.antik@bsd.ee> MIME-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on MAIL05a/SERVERS/SFSU(Release 7.0|August 18, 2005) at 04/18/2007 17:31:51, Serialize by Router on SMTP01/SERVERS/SFSU(Release 7.0HF265 | May 12, 2006) at 04/18/2007 17:31:53, Serialize complete at 04/18/2007 17:31:53 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: can't jump to superuser after buildwerld 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, 19 Apr 2007 00:32:07 -0000 how in the werld did i manage to remove myself from wheel. i just ran mergemaster -p is there any documentation for that command that would explain the complex nonsense .. well.. maybe i just freeked out. still.. i followed instructions.. granted somebody told me a different procedure (that i posted and was editited out from below) and it made mergemaster -p act in a way that i didn't feel prepared for. right now.. as i explained in the other posting, i didn't really follow all the instructions on the makewerld page given below.. but i am a bit afraid to just jump in the middle somewhere.. hrm.. i guess starting from the beginning might be right but.. ooo.. i am getting that stomache ache agin. btw.. i dropped to single user mode, vi'ed /etc/group according to the instruction and i am now able to jump to root again. thx a bunch for that! On Wed, 18 Apr 2007, Andrei Kolu wrote: > On Wednesday 18 April 2007 09:26, KAYVEN RIESE wrote: >> okay. i am getting a serious stomach ache. i am looking at this page: >> >> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html >> >> and my head is spinning. i don't feel good. i am halfway thru doing >> something or other sorta the wrong way. right now i got a prompt.. i >> am running xfce4, but i can't jump to superuser. i push the button >> and the laptop shuts down when i want it to. the thing is when >> i did mergemaster -p i got into big problems i don't understand why. >> this guy told me how to do vipw like this: >> >> TeRReF: >> In single user mode: >> >> mount -a >> /usr/sbin/vipw >> >> then use this inside vipw: >> :wq >> >> That should do it... >> >> that helped a lot.. umm.. i felt stupid i guess. i have been using vi for >> 20 years.. but still.. i really needed this. i feel i need something like >> this for mergemaster - p or whatever step i should start from. i am >> sorry for being so stupid. >> > Looks like you overwrote your /etc/group file and removed yourself from wheel > group. > ----------------------------------------------------------- > wheel:*:0:root,yourname > ........ > operator:*:5:root,yourname > ----------------------------------------------------------- > So be more careful next time you update your base system. > _______________________________________________ > 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 Apr 19 01:42:21 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 14F0D16A403 for ; Thu, 19 Apr 2007 01:42:21 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from matrix.tk-pttuntex.com (matrix.tk-pttuntex.com [203.77.209.162]) by mx1.freebsd.org (Postfix) with ESMTP id 1976213C455 for ; Thu, 19 Apr 2007 01:42:19 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from [172.64.14.3] (core.bps.co.id [202.57.0.93]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: zen) by matrix.tk-pttuntex.com (Postfix) with ESMTP id 7D07540B950; Thu, 19 Apr 2007 08:42:16 +0700 (WIT) Message-ID: <4626C9C4.8080109@tk-pttuntex.com> Date: Thu, 19 Apr 2007 08:45:40 +0700 From: zen User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Volker References: <46247471.9030503@tk-pttuntex.com> <200704172129.22275.sanya-spb@list.ru> <20070418095903.12432@caamora.com.au> <462575D4.2010801@tk-pttuntex.com> <4626094C.20207@vwsoft.com> <46260E3C.4090408@vwsoft.com> In-Reply-To: <46260E3C.4090408@vwsoft.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Adrian Chadd , freebsd-stable@freebsd.org Subject: Re: tproxy on freebsd 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, 19 Apr 2007 01:42:21 -0000 Volker wrote: >On 04/18/07 14:14, Adrian Chadd wrote: > > >>On 18/04/07, Volker wrote: >> >> >> >>>>but with that configuration, still the proxy ip address that visible >>>>when my client using the proxy. >>>> >>>> >>>Don't understand that sentence. What address is visible to whom? And >>>which address do you want to 'hide'? If you don't want to leak your >>>internal addresses to any outside webserver, this is a squid issue >>>and there should (?) be configuration options for squid. >>> >>> >>> >>He means fully transparent - ie, client thinks its talking to the >>server; server thinks its talking to the client; proxy server IP isn't >>visible to either. >> >> >> >>Adrian >> >> >> > >Adrian, > >thanks, I got it. > >Talking about real transparent proxy not just a transparent one... ;) > >Unfortunately I don't have a solution for that as I'm using mostly >NATed environments and it doesn't make sense to hand out private >address space to a web server. > > > well actualy is not private address, i work for small ISP and the proxy supose to be caching all our clients requests. and it supose to be that our clients ip is visible to the server, not our proxy. i wish FreeBSD have solutions for this, just hate to discovered the "weakness" of FreeBSD. and most of all i hate to switch to other OS. >Volker >_______________________________________________ >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" > > > TIA Zen From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 01:44:34 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 364BF16A403 for ; Thu, 19 Apr 2007 01:44:34 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from matrix.tk-pttuntex.com (matrix.tk-pttuntex.com [203.77.209.162]) by mx1.freebsd.org (Postfix) with ESMTP id D2CD713C46E for ; Thu, 19 Apr 2007 01:44:33 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from [172.64.14.3] (core.bps.co.id [202.57.0.93]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: zen) by matrix.tk-pttuntex.com (Postfix) with ESMTP id 47FF540B951; Thu, 19 Apr 2007 08:44:32 +0700 (WIT) Message-ID: <4626CA4C.7000104@tk-pttuntex.com> Date: Thu, 19 Apr 2007 08:47:56 +0700 From: zen User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Adrian Chadd , freebsd-stable@freebsd.org References: <46247471.9030503@tk-pttuntex.com> <200704172129.22275.sanya-spb@list.ru> <20070418095903.12432@caamora.com.au> <462575D4.2010801@tk-pttuntex.com> <20070418115654.30422@caamora.com.au> <46257D1A.7050808@tk-pttuntex.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: tproxy on freebsd 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, 19 Apr 2007 01:44:34 -0000 Adrian Chadd wrote: > > A little birdie has told me that this mode of transparent > client-spoofing is possible with FreeBSD with a little kernel hackery > (much less than whats needed for TPROXY.) > > Maybe someone who "knows" the code better than I could comment on how > difficult it'd be to add in functionality to FreeBSD to spoof the > local IP of a connected socket for outbound connections. This of > course assumes symmetric traffic flows but thats already a given in a > setup like this. > > if there is any such thing , i'm willing to be a tester . i will deploy it on my server and enviroment ( live one) > Adrian > TIA Zen From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 02:03:00 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8056516A40D for ; Thu, 19 Apr 2007 02:03:00 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 3BE1313C43E for ; Thu, 19 Apr 2007 02:03:00 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HeLz4-000870-It for freebsd-stable@freebsd.org; Thu, 19 Apr 2007 04:02:54 +0200 Received: from 83-131-170-61.adsl.net.t-com.hr ([83.131.170.61]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 19 Apr 2007 04:02:54 +0200 Received: from ivoras by 83-131-170-61.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 19 Apr 2007 04:02:54 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Thu, 19 Apr 2007 04:02:36 +0200 Lines: 32 Message-ID: References: <4621B1F5.4010400@yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig118349150333E3853C323005" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 83-131-170-61.adsl.net.t-com.hr User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) In-Reply-To: <4621B1F5.4010400@yahoo.com> X-Enigmail-Version: 0.94.3.0 Sender: news Subject: Re: Yet Another Screenshot of a GNOME 2.18 Desktop 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, 19 Apr 2007 02:03:00 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig118349150333E3853C323005 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable John Merryweather Cooper wrote: > See attached URL. This is a Screenshot of GNOME 2.18 on my Dell 5100 > Laptop. >=20 > http://www.borgsdemons.com/images/Screenshot.png It looks like the problem with font size / monitor DPI still isn't solved. (the fonts on a bare-bones Linux Gnome desktop are bigger than on a similar FreeBSD desktop. Linux auto-detects it and does the right thing.). --------------enig118349150333E3853C323005 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGJs28ldnAQVacBcgRAr1QAKDZI4JjF2sUyTAeVhMLPB2x3Bk+zQCdEe+/ vBOXqFVmFvm6YADO5zWAYow= =rEa5 -----END PGP SIGNATURE----- --------------enig118349150333E3853C323005-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 02:04:43 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 737B516A402 for ; Thu, 19 Apr 2007 02:04:43 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.239]) by mx1.freebsd.org (Postfix) with ESMTP id 2F45813C45A for ; Thu, 19 Apr 2007 02:04:43 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so392923wxc for ; Wed, 18 Apr 2007 19:04:42 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=JkMBYg8xndTpgUY9vrvaToWLefx7H7EBHAfxrueZDtEGmbCdMHWaphmQQoaiKg1+cw9ARu7JAvHZtTNrZ7xzqUQeISuDJtIhhnsLb8fwfjcK/FCXEUNms4Ol8GXRJsStW90CDZJNjOyejf1olJ2Zi0zEoJCzPjBYpDf4AiITiKI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=PmyVlQniUaTMf1atYla2tJ/XLPIT7xShcq8WS7VE+/e7T+e2nZFGD5uuS8TrlV7aCvluNJsM0cdijeyRmnszojTSZJJn8307Mp8N/CYNGWpWLPglTdAy0YFA4v6/5eAD7FHVZMi3Y1FoxsIH3L3366ZNI2s5E/oRGNimqpF3DKs= Received: by 10.70.9.4 with SMTP id 4mr2205521wxi.1176948282608; Wed, 18 Apr 2007 19:04:42 -0700 (PDT) Received: by 10.100.197.3 with HTTP; Wed, 18 Apr 2007 19:04:42 -0700 (PDT) Message-ID: Date: Thu, 19 Apr 2007 10:04:42 +0800 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: zen In-Reply-To: <4626CA4C.7000104@tk-pttuntex.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46247471.9030503@tk-pttuntex.com> <200704172129.22275.sanya-spb@list.ru> <20070418095903.12432@caamora.com.au> <462575D4.2010801@tk-pttuntex.com> <20070418115654.30422@caamora.com.au> <46257D1A.7050808@tk-pttuntex.com> <4626CA4C.7000104@tk-pttuntex.com> X-Google-Sender-Auth: 144d2de20de10487 Cc: freebsd-stable@freebsd.org Subject: Re: tproxy on freebsd 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, 19 Apr 2007 02:04:43 -0000 On 19/04/07, zen wrote: > if there is any such thing , i'm willing to be a tester . > i will deploy it on my server and enviroment ( live one) I'm talking to someone about it who has some patches against -current. We'll see what can be done. Thankfully! The solution for FreeBSD looks doable without having to keep NAT state like TPROXY does.. Adrian -- Adrian Chadd - adrian@freebsd.org From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 02:14:30 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 738BD16A400; Thu, 19 Apr 2007 02:14:30 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from matrix.tk-pttuntex.com (matrix.tk-pttuntex.com [203.77.209.162]) by mx1.freebsd.org (Postfix) with ESMTP id 1C5C513C46A; Thu, 19 Apr 2007 02:14:30 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from [172.64.14.3] (core.bps.co.id [202.57.0.93]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: zen) by matrix.tk-pttuntex.com (Postfix) with ESMTP id 9041E40B200; Thu, 19 Apr 2007 09:14:28 +0700 (WIT) Message-ID: <4626D14E.6010006@tk-pttuntex.com> Date: Thu, 19 Apr 2007 09:17:50 +0700 From: zen User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Adrian Chadd References: <46247471.9030503@tk-pttuntex.com> <200704172129.22275.sanya-spb@list.ru> <20070418095903.12432@caamora.com.au> <462575D4.2010801@tk-pttuntex.com> <20070418115654.30422@caamora.com.au> <46257D1A.7050808@tk-pttuntex.com> <4626CA4C.7000104@tk-pttuntex.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: tproxy on freebsd 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, 19 Apr 2007 02:14:30 -0000 Adrian Chadd wrote: > On 19/04/07, zen wrote: > >> if there is any such thing , i'm willing to be a tester . >> i will deploy it on my server and enviroment ( live one) > > > I'm talking to someone about it who has some patches against -current. > We'll see what can be done. > i'm glad to hear that. can't wait to see and test it !!!! > Thankfully! The solution for FreeBSD looks doable without having to > keep NAT state like TPROXY does.. > this is GREAT!!!!!! > > > Adrian > Regards Zen From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 03:56:43 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7943516A403 for ; Thu, 19 Apr 2007 03:56:43 +0000 (UTC) (envelope-from sobo@gforce.net.au) Received: from mail.gforce.net.au (fire.gforce.net.au [203.59.136.162]) by mx1.freebsd.org (Postfix) with ESMTP id 2818213C469 for ; Thu, 19 Apr 2007 03:56:41 +0000 (UTC) (envelope-from sobo@gforce.net.au) Received: (qmail 73774 invoked by uid 89); 19 Apr 2007 03:28:49 -0000 Received: from unknown (HELO impreza) (172.16.0.10) by mail.gforce.net.au.0.16.172.in-addr.arpa with SMTP; 19 Apr 2007 03:28:49 -0000 From: "sobo" To: Date: Thu, 19 Apr 2007 11:28:54 +0800 Message-ID: <000301c78232$db959ee0$0a0010ac@impreza> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Thread-Index: AceCMtLKG/8QyzXMTg2h895oEcbSiw== Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: make buildworld on Freebsd 6.2 amd64 stops on ifconfig.l 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, 19 Apr 2007 03:56:43 -0000 Hi the following occurs when trying to make buildworld once cvsup'd to stable, any idea's? Environment: FreeBSD xxx.xxx.xxx.xxx 6.2-RELEASE-p2 FreeBSD 6.2-RELEASE-p2 #1: Wed Apr 18 10:29:35 WST 2007 xxx@xxx.xxx.xxx.xxx :/usr/src/sys/amd64/compile/PHEONIX amd64 Description: ld -dc -r -o fdisk.lo fdisk_stub.o /usr/obj/usr/src/rescue/rescue//usr/src/sbin/fdisk/fdisk.o /usr/obj/usr/src/rescue/rescue//usr/src/sbin/fdisk/geom_mbr_enc.o crunchide -k _crunched_fdisk_stub fdisk.lo echo "int _crunched_dhclient_stub(int argc, char **argv, char **envp){return main(argc,argv,envp);}" >dhclient_stub.c cc -O2 -fno-strict-aliasing -pipe -c dhclient_stub.c ld -dc -r -o dhclient.lo dhclient_stub.o /usr/obj/usr/src/rescue/rescue//usr/src/sbin/dhclient/dhclient.o /usr/obj/usr/src/rescue/rescue//usr/src/sbin/dhclient/clparse.o /usr/obj/usr/src/rescue/rescue//usr/src/sbin/dhclient/alloc.o /usr/obj/usr/src/rescue/rescue//usr/src/sbin/dhclient/dispatch.o /usr/obj/usr/src/rescue/rescue//usr/src/sbin/dhclient/hash.o /usr/obj/usr/src/rescue/rescue//usr/src/sbin/dhclient/bpf.o /usr/obj/usr/src/rescue/rescue//usr/src/sbin/dhclient/options.o /usr/obj/usr/src/rescue/rescue//usr/src/sbin/dhclient/tree.o /usr/obj/usr/src/rescue/rescue//usr/src/sbin/dhclient/conflex.o /usr/obj/usr/src/rescue/rescue//usr/src/sbin/dhclient/errwarn.o /usr/obj/usr/src/rescue/rescue//usr/src/sbin/dhclient/inet.o /usr/obj/usr/src/rescue/rescue//usr/src/sbin/dhclient/packet.o /usr/obj/usr/src/rescue/rescue//usr/src/sbin/dhclient/convert.o /usr/obj/usr/src/rescue/rescue//usr/src/sbin/dhclient/tables.o /usr/obj/usr/src/rescue/rescue//usr/src/sbin/dhclient/parse.o /usr/o bj/usr/src/rescue/rescue//usr/src/sbin/dhclient/privsep.o crunchide -k _crunched_dhclient_stub dhclient.lo echo "int _crunched_gzip_stub(int argc, char **argv, char **envp){return main(argc,argv,envp);}" >gzip_stub.c cc -O2 -fno-strict-aliasing -pipe -c gzip_stub.c ld -dc -r -o gzip.lo gzip_stub.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/gzip/gzip.o crunchide -k _crunched_gzip_stub gzip.lo echo "int _crunched_bzip2_stub(int argc, char **argv, char **envp){return main(argc,argv,envp);}" >bzip2_stub.c cc -O2 -fno-strict-aliasing -pipe -c bzip2_stub.c ld -dc -r -o bzip2.lo bzip2_stub.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/bzip2/bzip2.o crunchide -k _crunched_bzip2_stub bzip2.lo echo "int _crunched_tar_stub(int argc, char **argv, char **envp){return main(argc,argv,envp);}" >tar_stub.c cc -O2 -fno-strict-aliasing -pipe -c tar_stub.c ld -dc -r -o tar.lo tar_stub.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/tar/bsdtar.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/tar/getdate.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/tar/matching.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/tar/read.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/tar/tree.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/tar/util.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/tar/write.o crunchide -k _crunched_tar_stub tar.lo echo "int _crunched_vi_stub(int argc, char **argv, char **envp){return main(argc,argv,envp);}" >vi_stub.c cc -O2 -fno-strict-aliasing -pipe -c vi_stub.c ld -dc -r -o vi.lo vi_stub.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/cl_bsd.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/cl_funcs.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/cl_main.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/cl_read.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/cl_screen.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/cl_term.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/cut.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/delete.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/exf.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/key.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/line.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/log.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/main.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/mark.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/msg.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/options.o /usr/obj/usr/ src/rescue/rescue//usr/src/usr.bin/vi/options_f.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/put.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/screen.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/search.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/seq.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/recover.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/util.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_abbrev.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_append.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_args.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_argv.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_at.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_bang.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_cd.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_cmd.o /usr/obj/usr/src/rescue/rescue//usr/src/usr .bin/vi/ex_cscope.o /usr/obj/usr/src/rescue/rescue//usr/src/! usr.bin/ vi/ex_delete.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_display.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_edit.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_equal.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_file.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_filter.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_global.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_init.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_join.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_map.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_mark.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_mkexrc.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_move.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_open.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_preserve.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_print.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bi n/vi/ex_put.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_quit.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_read.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_screen.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_script.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_set.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_shell.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_shift.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_source.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_stop.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_subst.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_tag.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_txt.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_undo.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_usage.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_util.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex _version.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/v! i/ex_vis ual.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_write.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_yank.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_z.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_tcl.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/ex_perl.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/getc.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/v_at.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/v_ch.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/v_cmd.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/v_delete.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/v_ex.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/v_increment.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/v_init.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/v_itxt.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/v_left.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/v_mark.o /usr/obj/usr/src/rescue/ rescue//usr/src/usr.bin/vi/v_match.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/v_paragraph.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/v_put.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/v_redraw.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/v_replace.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/v_right.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/v_screen.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/v_scroll.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/v_search.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/v_section.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/v_sentence.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/v_status.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/v_txt.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/v_ulcase.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/v_undo.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/v_util.o /usr/obj/usr/src/rescue/re scue//usr/src/usr.bin/vi/v_word.o /usr/obj/usr/src/rescue/re! scue//us r/src/usr.bin/vi/v_xchar.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/v_yank.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/v_z.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/v_zexit.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/vi.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/vs_line.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/vs_msg.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/vs_refresh.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/vs_relative.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/vs_smap.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/vi/vs_split.o crunchide -k _crunched_vi_stub vi.lo echo "int _crunched_id_stub(int argc, char **argv, char **envp){return main(argc,argv,envp);}" >id_stub.c cc -O2 -fno-strict-aliasing -pipe -c id_stub.c ld -dc -r -o id.lo id_stub.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.bin/id/id.o crunchide -k _crunched_id_stub id.lo echo "int _crunched_chroot_stub(int argc, char **argv, char **envp){return main(argc,argv,envp);}" >chroot_stub.c cc -O2 -fno-strict-aliasing -pipe -c chroot_stub.c ld -dc -r -o chroot.lo chroot_stub.o /usr/obj/usr/src/rescue/rescue//usr/src/usr.sbin/chroot/chroot.o crunchide -k _crunched_chroot_stub chroot.lo cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pax.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo bsdlabel.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_ext2fs.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_std.lo mount_udf.lo mount_umapfs.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo slattach.lo spppcontrol.lo startslip.lo swapon.lo sysctl.lo tunefs.lo umount.lo atm.lo atmconfig.lo fore_dnld.lo ilmid.lo pin g6.lo ipf.lo fdisk.lo dhclient.lo gzip.lo bzip2.lo tar.lo vi.lo id.lo chroot.lo /usr/obj/usr/src/rescue/rescue/../librescue/exec.o /usr/obj/usr/src/rescue/rescue/../librescue/getusershell.o /usr/obj/usr/src/rescue/rescue/../librescue/login_class.o /usr/obj/usr/src/rescue/rescue/../librescue/popen.o /usr/obj/usr/src/rescue/rescue/../librescue/rcmdsh.o /usr/obj/usr/src/rescue/rescue/../librescue/sysctl.o /usr/obj/usr/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -lm -ltermcap -lutil -lcrypto -latm -lalias -lbsdxml -lcam -lcurses -ldevstat -lipsec -lipx -lgeom -lkiconv -lmd -lreadline -lsbuf -lufs -lz -lbz2 -larchive ifconfig.lo(.text+0x51b6): In function `print_chaninfo': : undefined reference to `IEEE80211_IS_CHAN_PASSIVE' *** Error code 1 Stop in /usr/obj/usr/src/rescue/rescue. *** Error code 1 Stop in /usr/src/rescue/rescue. *** Error code 1 Stop in /usr/src/rescue. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. How-To-Repeat: cvsup to stable and run make buildworld From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 03:59:23 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5283716A401; Thu, 19 Apr 2007 03:59: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 411CA13C4B0; Thu, 19 Apr 2007 03:59:23 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 9DDDC1A4D80; Wed, 18 Apr 2007 20:59:39 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8176A51410; Wed, 18 Apr 2007 23:59:22 -0400 (EDT) Date: Wed, 18 Apr 2007 23:59:22 -0400 From: Kris Kennaway To: Aristedes Maniatis Message-ID: <20070419035922.GA49155@xor.obsecurity.org> References: <1176937272.353.5.camel@localhost.das.netz> <4626A442.6050908@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: FreeBSD Stable , Gabor Kovesdan Subject: Re: FreeBSD 4 EOL ports tree 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, 19 Apr 2007 03:59:23 -0000 On Thu, Apr 19, 2007 at 09:35:21AM +1000, Aristedes Maniatis wrote: > > On 19/04/2007, at 9:05 AM, Gabor Kovesdan wrote: > > >RELEASE_4_EOL is the tag where the 4.X support was not yet removed. > >We only started to remove the 4.X support after the tag, thus you > >should still be able to build ports from the tag on 4.X. > > > My installations use portsnap and so automatically went past the > correct tag. Is there a way to get portsnap to downgrade the ports > tree now to 4_EOL or is the best way to install cvsup and do it? See the cvsup faq for how to "adopt" an existing ports tree. Or just delete and check out from scratch if you can't get this to work for you :) Kris From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 03:59:53 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8388816A62A for ; Thu, 19 Apr 2007 03:59: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 7352C13C45E for ; Thu, 19 Apr 2007 03:59:53 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 95DDC1A4D80; Wed, 18 Apr 2007 21:00:09 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 855D051410; Wed, 18 Apr 2007 23:59:52 -0400 (EDT) Date: Wed, 18 Apr 2007 23:59:52 -0400 From: Kris Kennaway To: Marc Santhoff Message-ID: <20070419035952.GB49155@xor.obsecurity.org> References: <1176941017.353.19.camel@localhost.das.netz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1176941017.353.19.camel@localhost.das.netz> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: port accessibility/atk broken in RELEASE_4_EOL tree 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, 19 Apr 2007 03:59:53 -0000 On Thu, Apr 19, 2007 at 02:03:36AM +0200, Marc Santhoff wrote: > Hi, > > after cvsup'ing to RELEASE_4_EOL compiling accessibility/atk does not > work: > > # make clean all > ===> Cleaning for pkg-config-0.21 > ===> Cleaning for glib-2.12.9 > ===> Cleaning for gmake-3.81_1 > ===> Cleaning for libtool-1.5.22_2 > ===> Cleaning for icu-3.6 > ===> Cleaning for gettext-0.14.5_2 > ===> Cleaning for ldconfig_compat-1.0_8 > ===> Cleaning for expat-2.0.0_1 > ===> Cleaning for libiconv-1.9.2_2 > ===> Cleaning for rc_subr-1.31_1 > ===> Cleaning for atk-1.9.1 > ===> Vulnerability check disabled, database not found > ===> Extracting for atk-1.9.1 > => MD5 Checksum OK for gnome2/atk-1.9.1.tar.bz2. > ===> Patching for atk-1.9.1 > ===> Applying FreeBSD patches for atk-1.9.1 > ===> atk-1.9.1 depends on executable in : pkg-config - found > ===> atk-1.9.1 depends on shared library: glib-2.0.0 - found > ===> Configuring for atk-1.9.1 > ===> Building for atk-1.9.1 > make: cannot open Makefile. > *** Error code 2 > > Stop in /usr/p4/ports.akt/accessibility/atk. > > Since mostly any gnome2 application uses atk I'd like to ask: > Is there a chance to get this error fixed 'officialy'? No. That's what "EOL" means. Kris From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 06:08:18 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F02C216A401 for ; Thu, 19 Apr 2007 06:08:18 +0000 (UTC) (envelope-from cptsalek@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 8423413C459 for ; Thu, 19 Apr 2007 06:08:18 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so513815ugh for ; Wed, 18 Apr 2007 23:08:17 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZU9yCYeaBKZceVO/+yHdX66vSRuUHNE8ltAdzqTSD4bDuK5nhfJPe9LMMXLI9pvchtLPrXv/ZSpURx3roly4UUsEuEQzPTASX6QISzexUkaOQ1FWB0W+P8Hc95KXX+HmmjHUGjazcqJVL79lLOamEq35yJbHnz3GC6o1tRSQ2iM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=h4IsYQkoaIJnq/tRPkzAfiNud3SZKGlm9j01oi+o7OgAVukagn0ptp4WWsyrQeB8l4PvYac1htnvDP44scyDzyFuwAqOVbhZ/WE2V/LXtlND2vHftJJx2DmqjQq1IoRkp/VRPplqiN0rdhfTcsgaHqdVpEyX0DOjRxrRO5C3hzg= Received: by 10.82.185.12 with SMTP id i12mr2095929buf.1176962897112; Wed, 18 Apr 2007 23:08:17 -0700 (PDT) Received: by 10.82.158.11 with HTTP; Wed, 18 Apr 2007 23:08:17 -0700 (PDT) Message-ID: <14989d6e0704182308w6a914e45v5551796cd69982e@mail.gmail.com> Date: Thu, 19 Apr 2007 08:08:17 +0200 From: "Christian Walther" To: "KAYVEN RIESE" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070403020736.8549C241BF@freebsd-stable.sentex.ca> <1175804482.46155a4211b0f@webmail.sfsu.edu> <200704181120.47269.antik@bsd.ee> Cc: Andrei Kolu , freebsd-stable@freebsd.org Subject: Re: can't jump to superuser after buildwerld 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, 19 Apr 2007 06:08:19 -0000 On 19/04/07, KAYVEN RIESE wrote: > how in the werld did i manage to remove myself from wheel. i just > ran mergemaster -p Given that "you" means "user account" it's fairly easy: mergemaster collects all the status of all system and configuration files and compares them with the fresh files. These new files don't know about your user, in fact they don't know about anything. Their contents is the same as files from a fresh install. When running mergemaster you can choose to leave the current file intact, which would keep all your changes, but might miss some of the new stuff that should have been introduced. Another idea would be to install the new file, which would of course overwrite your settings. Maybe this is what happened. If you noticed that you can't do either of these two options, but that you have to merge both files, you can do so, too. In this case removing yourself from wheel is also possible. In the beginning I found it difficult to identify both files correctly. For example the pathes where the files are located can be confused easily. You have to keep in mind that the productive files where copied to /var/tmproot, and that ./etc is actually the brand new file. > > is there any documentation for that command that would explain > the complex nonsense .. Maybe a "mergemaster in depth" kind of manual would be a good idea for all who are unfamiliar with mergemaster, diff and friends. > > well.. maybe i just freeked out. still.. i followed instructions.. > granted somebody told me a different procedure (that i posted and > was editited out from below) and it made mergemaster -p act in > a way that i didn't feel prepared for. > > right now.. as i explained in the other posting, i didn't really > follow all the instructions on the makewerld page given below.. > but i am a bit afraid to just jump in the middle somewhere.. hrm.. > i guess starting from the beginning might be right but.. If you're able to move all the data to another machine it's probably the best solution. After you did the install and configured the machine you can be sure that everything is up and running again. > > ooo.. i am getting that stomache ache agin. > > btw.. i dropped to single user mode, vi'ed /etc/group according > to the instruction and i am now able to jump to root again. > thx a bunch for that! > [snip] BTW: Please don't top post. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 07:56:06 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E5C1616A404 for ; Thu, 19 Apr 2007 07:56:06 +0000 (UTC) (envelope-from tarkhil@webmail.sub.ru) Received: from mail.sub.ru (mail.sub.ru [88.212.205.2]) by mx1.freebsd.org (Postfix) with SMTP id 3320113C483 for ; Thu, 19 Apr 2007 07:56:05 +0000 (UTC) (envelope-from tarkhil@webmail.sub.ru) Received: (qmail 84321 invoked from network); 19 Apr 2007 11:34:49 +0400 Received: from unknown (HELO localhost) (88.212.205.2) by mail.sub.ru with SMTP; 19 Apr 2007 11:34:49 +0400 X-Virus-Scanned: by amavisd-new at mail.sub.ru Received: from unknown ([88.212.205.2]) by localhost (mail-new.sub.ru [88.212.205.2]) (amavisd-new, port 10024) with SMTP id 7yo6efFueBMe for ; Thu, 19 Apr 2007 11:34:46 +0400 (MSD) Received: from unknown (HELO ?89.222.147.9?) (tarkhil%sub.ru@89.222.147.9) by techno.sub.ru with SMTP; 19 Apr 2007 07:34:46 -0000 Message-ID: <46271A4B.50408@webmail.sub.ru> Date: Thu, 19 Apr 2007 11:29:15 +0400 From: Alex Povolotsky User-Agent: Thunderbird 1.5.0.9 (X11/20070104) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: 6.2-RELEASE does not use second CPU? 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, 19 Apr 2007 07:56:07 -0000 Hello! On the Pentium-D box, kernel detects both CPUs, but it seems like scheduler use only one. (from dmesg) Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-RELEASE-p3 #2: Thu Apr 19 00:19:54 MSD 2007 tarkhil@cluster-one.zinester.com:/usr/obj/usr/src/sys/P4D WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) D CPU 2.80GHz (2808.41-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf64 Stepping = 4 Features=0xbfebfbff Features2=0xe49d,> AMD Features=0x20100000 AMD Features2=0x1 Logical CPUs per core: 2 real memory = 1046757376 (998 MB) avail memory = 1015095296 (968 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 .... SMP: AP CPU #1 Launched! (from top) last pid: 12408; load averages: 4.99, 4.91, 4.08 up 0+01:08:02 19:26:23 265 processes: 8 running, 256 sleeping, 1 zombie CPU states: 35.0% user, 0.0% nice, 14.1% system, 0.9% interrupt, 50.0% idle Mem: 267M Active, 503M Inact, 171M Wired, 29M Cache, 109M Buf, 1636K Free Swap: 2006M Total, 2006M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 1399 125 1 109 0 4684K 2808K RUN 0 11:20 18.85% qmgr 1819 300 1 4 0 33552K 30824K select 0 8:58 13.57% perl5.8.8 1821 300 1 4 0 33364K 30644K select 0 9:15 6.05% perl5.8.8 12398 125 1 4 0 3588K 2524K select 0 0:00 2.00% cleanup 1394 root 1 104 0 3444K 1596K RUN 0 1:58 1.66% master 10601 125 1 97 0 3580K 1728K select 0 0:18 0.83% trivial-rewri 10051 125 1 97 0 4536K 2688K RUN 0 0:13 0.63% scache All processes runs on CPU0, and I did not see less than 50% idle cpu. What can be wrong? Alex. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 08:02:25 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7A23116A403 for ; Thu, 19 Apr 2007 08:02:25 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 3603713C457 for ; Thu, 19 Apr 2007 08:02:25 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (localhost [127.0.0.1]) by blah.sun-fish.com (Postfix) with ESMTP id 3A6791B10F97; Thu, 19 Apr 2007 10:02:24 +0200 (CEST) Received: from [192.168.3.125] (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 216E01B10F96; Thu, 19 Apr 2007 10:02:24 +0200 (CEST) Message-ID: <46272210.707@sun-fish.com> Date: Thu, 19 Apr 2007 11:02:24 +0300 From: Stefan Lambrev User-Agent: Thunderbird 1.5.0.10 (X11/20070326) MIME-Version: 1.0 To: Alex Povolotsky References: <46271A4B.50408@webmail.sub.ru> In-Reply-To: <46271A4B.50408@webmail.sub.ru> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP on BLAH Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-RELEASE does not use second CPU? 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, 19 Apr 2007 08:02:25 -0000 Hi, Alex Povolotsky wrote: > Hello! > > On the Pentium-D box, kernel detects both CPUs, but it seems like > scheduler use only one. > > (from dmesg) > > Copyright (c) 1992-2007 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 6.2-RELEASE-p3 #2: Thu Apr 19 00:19:54 MSD 2007 > tarkhil@cluster-one.zinester.com:/usr/obj/usr/src/sys/P4D > WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant > WARNING: MPSAFE network stack disabled, expect reduced performance. > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) D CPU 2.80GHz (2808.41-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf64 Stepping = 4 > > Features=0xbfebfbff > MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > Features2=0xe49d,> > AMD Features=0x20100000 > AMD Features2=0x1 > Logical CPUs per core: 2 > real memory = 1046757376 (998 MB) > avail memory = 1015095296 (968 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > Are you sure it is second CPU ? :) May be it is single processor with HT? > .... > > SMP: AP CPU #1 Launched! > > (from top) > > last pid: 12408; load averages: 4.99, 4.91, 4.08 up 0+01:08:02 > 19:26:23 > 265 processes: 8 running, 256 sleeping, 1 zombie > CPU states: 35.0% user, 0.0% nice, 14.1% system, 0.9% interrupt, > 50.0% idle > Mem: 267M Active, 503M Inact, 171M Wired, 29M Cache, 109M Buf, 1636K Free > Swap: 2006M Total, 2006M Free > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 1399 125 1 109 0 4684K 2808K RUN 0 11:20 18.85% qmgr > 1819 300 1 4 0 33552K 30824K select 0 8:58 13.57% > perl5.8.8 > 1821 300 1 4 0 33364K 30644K select 0 9:15 6.05% > perl5.8.8 > 12398 125 1 4 0 3588K 2524K select 0 0:00 2.00% cleanup > 1394 root 1 104 0 3444K 1596K RUN 0 1:58 1.66% master > 10601 125 1 97 0 3580K 1728K select 0 0:18 0.83% > trivial-rewri > 10051 125 1 97 0 4536K 2688K RUN 0 0:13 0.63% scache > > > All processes runs on CPU0, and I did not see less than 50% idle cpu. > > What can be wrong? > > Alex. > > > _______________________________________________ > 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" -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 08:09:45 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3C85816A400 for ; Thu, 19 Apr 2007 08:09:45 +0000 (UTC) (envelope-from tarkhil@webmail.sub.ru) Received: from mail.sub.ru (mail.sub.ru [88.212.205.2]) by mx1.freebsd.org (Postfix) with SMTP id 7B3FD13C45A for ; Thu, 19 Apr 2007 08:09:44 +0000 (UTC) (envelope-from tarkhil@webmail.sub.ru) Received: (qmail 18299 invoked from network); 19 Apr 2007 12:15:08 +0400 Received: from unknown (HELO localhost) (88.212.205.2) by mail.sub.ru with SMTP; 19 Apr 2007 12:15:08 +0400 X-Virus-Scanned: by amavisd-new at mail.sub.ru Received: from unknown ([88.212.205.2]) by localhost (mail-new.sub.ru [88.212.205.2]) (amavisd-new, port 10024) with SMTP id 2Y9ughgvlniF for ; Thu, 19 Apr 2007 12:15:05 +0400 (MSD) Received: from unknown (HELO ?89.222.147.9?) (tarkhil%sub.ru@89.222.147.9) by techno.sub.ru with SMTP; 19 Apr 2007 08:15:05 -0000 Message-ID: <462723BE.4000308@webmail.sub.ru> Date: Thu, 19 Apr 2007 12:09:34 +0400 From: Alex Povolotsky User-Agent: Thunderbird 1.5.0.9 (X11/20070104) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: make buildworld fails on one box 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, 19 Apr 2007 08:09:45 -0000 Hello! My attempt to make buildworld on freshly cvsupped 6.2-RELEASEp3 fails strangely. AWK=awk sh /usr/src/lib/libncurses/../../contrib/ncurses/include/MKncurses_def.sh /usr/src/lib/libncurses/../../contrib/ncurses/include/ncurses_defs > ncurses_def.h sed MKterm.h.awk -e "/@NCURSES_MAJOR@/s%%5%" -e "/@NCURSES_MINOR@/s%%2%" -e "/@NCURSES_CONST@/s%%const%" -e "/@NCURSES_XNAMES@/s%%1%" awk -f MKterm.h.awk /usr/src/lib/libncurses/../../contrib/ncurses/include/Caps > term.h.new sh /usr/src/lib/libncurses/../../contrib/ncurses/include/edit_cfg.sh /usr/src/lib/libncurses/ncurses_cfg.h term.h.new ** edit: HAVE_TCGETATTR 1 ** edit: HAVE_TERMIOS_H 1 ** edit: HAVE_TERMIO_H 0 ** edit: BROKEN_LINKER 0 mv -f term.h.new term.h cc -o make_keys -O2 -fno-strict-aliasing -pipe -I. -I/usr/src/lib/libncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/ncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/include -Wall -DFREEBSD_NATIVE -DNDEBUG -DHAVE_CONFIG_H -DTERMIOS /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/make_keys.c /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lc *** Error code 1 Stop in /usr/src/lib/libncurses. *** Error code 1 Stop in /usr/src. *** Error code 1 I observe this problem on one box only; attempt to nfs-mount source tree from working box leads to the same fail. Re-installation of the world did not cause any changes. Alex. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 08:38:57 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DBB0F16A402 for ; Thu, 19 Apr 2007 08:38:57 +0000 (UTC) (envelope-from ndenev@totalterror.net) Received: from sellinet.net (galileo.sellinet.net [82.199.192.2]) by mx1.freebsd.org (Postfix) with SMTP id 346BF13C45D for ; Thu, 19 Apr 2007 08:38:56 +0000 (UTC) (envelope-from ndenev@totalterror.net) Received: (qmail 18904 invoked by uid 1009); 19 Apr 2007 11:12:14 +0300 Received: from ndenev@totalterror.net by galileo by uid 1002 with qmail-scanner-1.22 (spamassassin: 3.0.3. Clear:RC:1(82.199.197.152):. Processed in 0.026309 secs); 19 Apr 2007 08:12:14 -0000 Received: from unknown (HELO ndenev.totalterror.net) (82.199.197.152) by galileo.sellinet.net with SMTP; 19 Apr 2007 11:12:14 +0300 Received: (qmail 85018 invoked from network); 19 Apr 2007 11:12:14 +0300 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by ndenev.totalterror.net with SMTP; 19 Apr 2007 11:12:14 +0300 Message-ID: <4627245E.9040706@totalterror.net> Date: Thu, 19 Apr 2007 11:12:14 +0300 From: Niki Denev User-Agent: Thunderbird 1.5.0.10 (X11/20070326) MIME-Version: 1.0 To: Marius Nuennerich References: <20070419015809.49714ef1@sol.hackerzberg.local> In-Reply-To: <20070419015809.49714ef1@sol.hackerzberg.local> X-Enigmail-Version: 0.94.3.0 OpenPGP: id=F2DB7EB9 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Asus DVD Writer not recognized 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, 19 Apr 2007 08:38:57 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Marius Nuennerich wrote: > Hi list, > > we've got a Asus DRW-1814BLT here which is not recognized by 6.2. I > can't find it neither in dmesg nor in atacontrol. The Bios detects it > fine and even Linux. This writer is SATA: > > http://www.asus.com/products4.aspx?modelmenu=2&model=1488&l1=6&l2=35&l3=0 > > The device is connected to: > atapci0: port > 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc807,0xc480-0xc483,0xc400-0xc40f > mem 0xfbefe000-0xfbefffff irq 40 at device 0.0 on pci2 > atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xc400 > atapci0: [MPSAFE] > atapci0: Reserved 0x2000 bytes for rid 0x24 type 3 at 0xfbefe000 > atapci0: AHCI Version 01.00 controller with 2 ports detected > > Or: > > atapci1: port > 0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb807,0xb480-0xb483,0xb400-0xb40f,0xb000-0xb0ff > irq 21 at device 15.0 on pci0 > atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xb400 > atapci1: [MPSAFE] > atapci1: Reserved 0x100 bytes for rid 0x24 type 4 at > atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0xbc00 > atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xb880 > > Neither works. > > Any ideas what to try? > > Thanks in advance > Marius SATA ATAPI devices are currently unsupported by FreeBSD. Regards, Niki -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGJyReHNAJ/fLbfrkRAicfAKCsaTerkSZyItX3WcflIPPWoyjEuQCfWRUs kVjKdF/5gjhKBB0GsHS/9Eg= =nxbW -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 08:49:51 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BD97416A404; Thu, 19 Apr 2007 08:49:51 +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 95C9613C45A; Thu, 19 Apr 2007 08:49:51 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id EBA064742D; Thu, 19 Apr 2007 04:49:50 -0400 (EDT) Date: Thu, 19 Apr 2007 09:49:50 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Miroslav Lachman <000.fbsd@quip.cz> In-Reply-To: <4625D73F.80005@quip.cz> Message-ID: <20070419094445.Q2913@fledge.watson.org> References: <255E13B335D576FB5DD547F1@ganymede.hub.org> <4625D73F.80005@quip.cz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, "Marc G. Fournier" Subject: Re: Jail Resource Limits for 6.x ... 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, 19 Apr 2007 08:49:51 -0000 On Wed, 18 Apr 2007, Miroslav Lachman wrote: > Marc G. Fournier wrote: > > > Is anyone looking into merging in the patch available at: >> >> >> >> That provides both memory and cpu limits on a jail? It appears to be >> against REL_6 from last years SOC ... >> >> Is anyone using it in production anywhere? > > I got same question + one more. Why there are SoC projects, which never come > in to src tree or wider publicity? Sometimes it is like wasting of human > resources... ;( Summer of Code projects are student projects funded by Google for a summer. Many of the project proposals are significantly more ambitious than a single summer, and take much longer to come to fruition -- often being merged in the winter, the next spring, or even a summer or two later. Not all projects are even intended to lead directly to commitable code: some are effectively R&D projects to understand new areas of work. However, we have a fairly high success rate in getting things committed within a year or so: remember, things need time for testing, review, revision, etc, and this requires a significant effort by the students, their mentors, and the project as a whole over a very extended period of time. Per the recent announcement on the freebsd-announce mailing list and on the web site, you can learn more about the SoC projects by visiting the FreeBSD web page, and also the FreeBSD wiki which contains more detailed information on each project: http://www.freebsd.org/projects/summerofcode-2007.html http://wiki.freebsd.org//SummerOfCode2007 The 2007 SoC season has barely begun, as the official start date is at the end of May. However, many students have started, and already put information about their projects online. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 08:54:14 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1AD7C16A400 for ; Thu, 19 Apr 2007 08:54:14 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from smtp-gw1.starman.ee (smtp-out5.starman.ee [85.253.0.7]) by mx1.freebsd.org (Postfix) with ESMTP id C016513C4C1 for ; Thu, 19 Apr 2007 08:54:13 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from mx1.starman.ee (mx1.starman.ee [62.65.192.16]) by smtp-gw1.starman.ee (Postfix) with ESMTP id E615AA21A49; Thu, 19 Apr 2007 11:54:10 +0300 (EEST) Received: from [192.168.2.100] (pc83.host2.ida.starman.ee [62.65.241.83]) by mx1.starman.ee (Postfix) with ESMTP id 7D31023C57D; Thu, 19 Apr 2007 11:54:10 +0300 (EEST) From: Andrei Kolu To: KAYVEN RIESE , freebsd-stable@freebsd.org Date: Thu, 19 Apr 2007 11:54:10 +0300 User-Agent: KMail/1.9.5 References: <20070403020736.8549C241BF@freebsd-stable.sentex.ca> <200704181120.47269.antik@bsd.ee> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704191154.10638.antik@bsd.ee> X-Virus-Scanned: by Amavisd-New at mx1.starman.ee Cc: Subject: Re: can't jump to superuser after buildwerld 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, 19 Apr 2007 08:54:14 -0000 On Thursday 19 April 2007 03:31, you wrote: > how in the werld did i manage to remove myself from wheel. i just > ran mergemaster -p > > is there any documentation for that command that would explain > the complex nonsense .. "mergemaster -p" can't mess with your system- it preserves necessary changes for system- you messed up your upgrade with plain "mergemaster" command when you dumbly pressed "i" -install key without looking what changes is made to base system configuration files. Next time read what mergemaster says to you. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 09:10:25 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 63D3816A401 for ; Thu, 19 Apr 2007 09:10:25 +0000 (UTC) (envelope-from lists@lozenetz.org) Received: from mail.webreality.org (mailserver.webreality.org [217.75.141.5]) by mx1.freebsd.org (Postfix) with ESMTP id 22D1013C468 for ; Thu, 19 Apr 2007 09:10:24 +0000 (UTC) (envelope-from lists@lozenetz.org) Received: from [10.0.1.101] (mail.sofiasoftsolutions.com [213.91.165.226]) by mail.webreality.org (Postfix) with ESMTP id 86E59FFE083 for ; Thu, 19 Apr 2007 11:41:47 +0300 (EEST) Message-ID: <46272B48.8090609@lozenetz.org> Date: Thu, 19 Apr 2007 11:41:44 +0300 From: Anton - Valqk User-Agent: Icedove 1.5.0.10 (X11/20070329) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-webreality-MailScanner-Information: Please contact the ISP for more information X-webreality-MailScanner: Found to be clean X-webreality-MailScanner-From: lists@lozenetz.org Subject: mount_nullfs in jail? 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, 19 Apr 2007 09:10:25 -0000 Hi Guys, Is there any way to have mount_nullfs working inside the jail? Please gime me any idea on that topic. Thank you. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 09:17:41 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7124816A40A for ; Thu, 19 Apr 2007 09:17:41 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 1219913C480 for ; Thu, 19 Apr 2007 09:17:40 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by ug-out-1314.google.com with SMTP id 71so545294ugh for ; Thu, 19 Apr 2007 02:17:39 -0700 (PDT) Received: by 10.82.148.7 with SMTP id v7mr2381855bud.1176974259126; Thu, 19 Apr 2007 02:17:39 -0700 (PDT) Received: by 10.82.148.14 with HTTP; Thu, 19 Apr 2007 02:17:39 -0700 (PDT) Message-ID: Date: Thu, 19 Apr 2007 12:17:39 +0300 From: "Vlad GALU" To: freebsd-stable@freebsd.org In-Reply-To: <46272B48.8090609@lozenetz.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46272B48.8090609@lozenetz.org> Subject: Re: mount_nullfs in jail? 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, 19 Apr 2007 09:17:41 -0000 On 4/19/07, Anton - Valqk wrote: > Hi Guys, > > Is there any way to have mount_nullfs working inside the jail? I mount nullfs from the host, that's how I share the ports directory across jails. > Please gime me any idea on that topic. > > Thank you. > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > _______________________________________________ > 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" > -- 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 Thu Apr 19 10:03:28 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 68F6316A401 for ; Thu, 19 Apr 2007 10:03:28 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.freebsd.org (Postfix) with ESMTP id 8D34E13C44C for ; Thu, 19 Apr 2007 10:03:27 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.ticketswitch.com) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1HeTFS-0006a3-1B for stable@freebsd.org; Thu, 19 Apr 2007 10:48:18 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HeTFQ-0009lC-DQ for stable@freebsd.org; Thu, 19 Apr 2007 10:48:16 +0100 To: stable@freebsd.org Message-Id: From: Pete French Date: Thu, 19 Apr 2007 10:48:16 +0100 Cc: Subject: iscsi and geom mirror - stupid idea or not ? 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, 19 Apr 2007 10:03:28 -0000 what would happen if I made a machine which contained a mirrored geom pair consiting of one local driive and one drive accessed via iscsi on a remote machine ? would this work ? what I am considering is two such machines, geographicly distinct. one is a 'master' and boots off the mirrored drive, the other is a slave and has a separate boot drive which just rngs FreeBSD to make the drive inside it into an iscsi target for the first machine. The idea here is if the first machine is catastrphicly killed (like building falls down on it or something) then the second one can be rebooted from the internal drive, and will hence become the first one. It's basically a way of making a standby machine in case of disaster. I havent really looked at iSCSI until recently, and this is just one of the ideas I came up with looking at the possibilities. -pcf. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 11:04:52 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F6A616A400 for ; Thu, 19 Apr 2007 11:04:52 +0000 (UTC) (envelope-from ob@gruft.de) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.freebsd.org (Postfix) with ESMTP id 0070B13C45D for ; Thu, 19 Apr 2007 11:04:51 +0000 (UTC) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.64 (FreeBSD)) (envelope-from ) id 1HeTs8-000115-Cp for freebsd-stable@freebsd.org; Thu, 19 Apr 2007 12:28:16 +0200 Date: Thu, 19 Apr 2007 12:28:16 +0200 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Message-ID: <20070419102815.GG95707@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UlVJffcvxoiEqYs2" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.15 (2007-04-06) Sender: Oliver Brandmueller Subject: Re: iscsi and geom mirror - stupid idea or not ? 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, 19 Apr 2007 11:04:52 -0000 --UlVJffcvxoiEqYs2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Thu, Apr 19, 2007 at 10:48:16AM +0100, Pete French wrote: > what would happen if I made a machine which contained a mirrored > geom pair consiting of one local driive and one drive accessed via iscsi = on > a remote machine ? would this work ? >=20 > what I am considering is two such machines, geographicly distinct. one is > a 'master' and boots off the mirrored drive, the other is a slave and > has a separate boot drive which just rngs FreeBSD to make the drive inside > it into an iscsi target for the first machine. The idea here is if the fi= rst > machine is catastrphicly killed (like building falls down on it or > something) then the second one can be rebooted from the internal drive, a= nd > will hence become the first one. It's basically a way of making a standby > machine in case of disaster. >=20 > I havent really looked at iSCSI until recently, and this is just one of > the ideas I came up with looking at the possibilities. You could also go and use ggate for that. And seems to get more and more=20 common to work like that, although probably most setups I heard of=20 probably don't have a long distance link between them. There are a few things you should consider: First, you have to make=20 absolutely sure, that for example the mirrored disk is not attached if=20 after a crash the original master comes back and the slave took over. If=20 this happens you're likely to damage something really bad. Second is, something like this gives you mirrored data with practically=20 no gap to the original disk. The price you have to pay: This does not=20 help you against logical errors (a filesystem damage will be replicated=20 just fine...). A setup like this does not serve as a backup. Third is, you'll have to fsck everything, so this defines your minimum=20 service outage. I'm not sure, if I'd trust background fsck here, also bg=20 fsck is a big performance penalty, which might or might not be a=20 problem for your setup. A replication (like rsync, ssync or similar) sure has the drawback of=20 the replication gap for the data. Also you cannot just take over the IP=20 of the NFS server, but have to remount everything. But you have fsck=20 time, lower chance damage due to logical error and the nice effect, that=20 you could do your backups from the replicated data, not affecting your=20 live system. But have to deal with lost data from probably several hours=20 or how to replicate changed data after recovery. - Olli --=20 | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | --UlVJffcvxoiEqYs2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQFGJ0Q/iqtMdzjafykRAjCrAJ0SG8hfxsXWi2bIN8yQ7Ei8kHrswwCcDV0l RyBBFKqykr8bX6WlNgxAhIU= =Mucs -----END PGP SIGNATURE----- --UlVJffcvxoiEqYs2-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 11:39:39 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0AEDD16A402; Thu, 19 Apr 2007 11:39:39 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [82.208.36.70]) by mx1.freebsd.org (Postfix) with ESMTP id 8222413C44B; Thu, 19 Apr 2007 11:39:38 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 3B9AB19E023; Thu, 19 Apr 2007 13:39:37 +0200 (CEST) Received: from [192.168.1.2] (grimm.quip.cz [213.220.192.218]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTP id E8BE319E019; Thu, 19 Apr 2007 13:39:30 +0200 (CEST) Message-ID: <462754F2.7010605@quip.cz> Date: Thu, 19 Apr 2007 13:39:30 +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: cz, cs, en, en-us MIME-Version: 1.0 To: Robert Watson References: <255E13B335D576FB5DD547F1@ganymede.hub.org> <4625D73F.80005@quip.cz> <20070419094445.Q2913@fledge.watson.org> In-Reply-To: <20070419094445.Q2913@fledge.watson.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, "Marc G. Fournier" Subject: Re: Jail Resource Limits for 6.x ... 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, 19 Apr 2007 11:39:39 -0000 Robert Watson wrote: > > On Wed, 18 Apr 2007, Miroslav Lachman wrote: > >> Marc G. Fournier wrote: >> >> > Is anyone looking into merging in the patch available at: >> >>> >>> >>> >>> That provides both memory and cpu limits on a jail? It appears to be >>> against REL_6 from last years SOC ... >>> >>> Is anyone using it in production anywhere? >> >> >> I got same question + one more. Why there are SoC projects, which >> never come in to src tree or wider publicity? Sometimes it is like >> wasting of human resources... ;( > > > Summer of Code projects are student projects funded by Google for a > summer. Many of the project proposals are significantly more ambitious > than a single summer, and take much longer to come to fruition -- often > being merged in the winter, the next spring, or even a summer or two > later. Not all projects are even intended to lead directly to > commitable code: some are effectively R&D projects to understand new > areas of work. However, we have a fairly high success rate in getting > things committed within a year or so: remember, things need time for > testing, review, revision, etc, and this requires a significant effort > by the students, their mentors, and the project as a whole over a very > extended period of time. > > Per the recent announcement on the freebsd-announce mailing list and on > the web site, you can learn more about the SoC projects by visiting the > FreeBSD web page, and also the FreeBSD wiki which contains more detailed > information on each project: > > http://www.freebsd.org/projects/summerofcode-2007.html > > http://wiki.freebsd.org//SummerOfCode2007 > > The 2007 SoC season has barely begun, as the official start date is at > the end of May. However, many students have started, and already put > information about their projects online. I understand. But from my point of view - there is lack of PR (Public Relations) for those projects and patches. Somebody did patch with new / experimental features and almost nobody knows about it. And even if somebody find the patch / webpage about some project, there is date from last summer so project seems dead without future or patch can't be applied to current sources. So I thing FreeBSD needs some central place for these informations - maybe called "Experimental Area" with informations + patches + up-to-date statuses, list of testers, list of bugs / successes, list of untested things etc. So one can easily find / try / test / fix / help with any of "useful" things around FreeBSD not included in STABLE or CURRENT. I thing some Wiki engine + mailinglist + reminders would be useful for this. Any thoughts? At this time, some things are on SoC pages, some on personal pages of FreeBSD developers and some on the other hard to find places. Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 12:33:31 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E481C16A400 for ; Thu, 19 Apr 2007 12:33:31 +0000 (UTC) (envelope-from kai@xs4all.nl) Received: from smtp-vbr14.xs4all.nl (smtp-vbr14.xs4all.nl [194.109.24.34]) by mx1.freebsd.org (Postfix) with ESMTP id 6CF2D13C483 for ; Thu, 19 Apr 2007 12:33:31 +0000 (UTC) (envelope-from kai@xs4all.nl) Received: from xs6.xs4all.nl (xs6.xs4all.nl [194.109.21.6]) by smtp-vbr14.xs4all.nl (8.13.8/8.13.8) with ESMTP id l3JCXThS063900 for ; Thu, 19 Apr 2007 14:33:30 +0200 (CEST) (envelope-from kai@xs4all.nl) Received: from xs6.xs4all.nl (kai@localhost [127.0.0.1]) by xs6.xs4all.nl (8.13.6/8.13.6) with ESMTP id l3JCXT4L087286 for ; Thu, 19 Apr 2007 14:33:29 +0200 (CEST) (envelope-from kai@xs4all.nl) Received: (from kai@localhost) by xs6.xs4all.nl (8.13.6/8.13.6/Submit) id l3JCXT2w087285 for stable@freebsd.org; Thu, 19 Apr 2007 14:33:29 +0200 (CEST) (envelope-from kai) Date: Thu, 19 Apr 2007 14:33:29 +0200 From: Kai To: stable@freebsd.org Message-ID: <20070419123329.GA10189@xs4all.nl> References: <20070411105332.GC7847@xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070411105332.GC7847@xs4all.nl> User-Agent: Mutt/1.4.2.1i X-Virus: Hi! I'm a header virus! Forward this header to your friends to help me spread! X-Morphed: complete X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Subject: Fatal trap 12: page fault while in kernel mode 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, 19 Apr 2007 12:33:32 -0000 On Wed, Apr 11, 2007 at 12:53:32PM +0200, Kai wrote: > > Hello all, > > We're running into regular panics on our webserver after upgrading > from 4.x to 6.2-stable: Hi Again, The panics keep happening, so I'm trying alternate kernel setups. This is a trace of a panic on a default SMP kernel with debugging symbols. I'm At a loss on how to progress at this point, perhaps someone can help me please? System info: uname -a reports FreeBSD webserver 6.2-RELEASE-p3 FreeBSD 6.2-RELEASE-p3 #0: Thu Apr 19 11:37:34 CEST 2007 kai@buildserver:/usr/src/sys/i386/compile/SMP i386 Backtrace: [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x34 fault code = supervisor read, page not present instruction pointer = 0x20:0xc06bdefa stack pointer = 0x28:0xeb9cf938 frame pointer = 0x28:0xeb9cf944 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 = 13577 (perl5.8.8) trap number = 12 panic: page fault cpuid = 0 Uptime: 1h37m29s Dumping 3070 MB (2 chunks) chunk 0: 1MB (156 pages) ... ok chunk 1: 3071MB (786016 pages) 3055 3039 3023 3007 2991 2975 2959 2943 2927 2911 2895 2879 2863 2847 2831 2815 2799 2783 2767 2751 2735 2719 2703 2687 2671 2655 2639 2623 2607 2591 2575 2559 2543 2527 2511 2495 2479 2463 2447 2431 2415 2399 2383 2367 2351 2335 2319 2303 2287 2271 2255 2239 2223 2207 2191 2175 2159 2143 2127 2111 2095 2079 2063 2047 2031 2015 1999 1983 1967 1951 1935 1919 1903 1887 1871 1855 1839 1823 1807 1791 1775 1759 1743 1727 1711 1695 1679 1663 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 1471 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc067550a in boot (howto=260) at ../../../kern/kern_shutdown.c:409 #2 0xc0675831 in panic (fmt=0xc08e46dd "%s") at ../../../kern/kern_shutdown.c:565 #3 0xc088e29c in trap_fatal (frame=0xeb9cf8f8, eva=52) at ../../../i386/i386/trap.c:837 #4 0xc088dfdb in trap_pfault (frame=0xeb9cf8f8, usermode=0, eva=52) at ../../../i386/i386/trap.c:745 #5 0xc088dc15 in trap (frame= {tf_fs = 8, tf_es = -606142424, tf_ds = -926089176, tf_edi = #-605280928, tf_esi = -605280928, tf_ebp = -342034108, tf_isp = -342034140, tf_ebx = -605280928, tf_edx = 4, tf_ecx = -926082048, tf_eax = 0, tf_trapno #= 12, tf_err = 0, tf_eip = -1066672390, tf_cs = 32, tf_eflags = 66050, tf_esp = -605280928, tf_ss = -605280928}) at ../../../i386/i386/trap.c:435 #6 0xc0879d4a in calltrap () at ../../../i386/i386/exception.s:139 #7 0xc06bdefa in vfs_vmio_release (bp=0xdbec2560) at atomic.h:146 #8 0xc06be728 in getnewbuf (slpflag=0, slptimeo=0, size=6585, maxsize=8192) at ../../../kern/vfs_bio.c:1779 #9 0xc06bfccc in getblk (vp=0xca2cfdd0, blkno=8438, size=6585, slpflag=0, slptimeo=0, flags=0) at ../../../kern/vfs_bio.c:2497 #10 0xc075ad41 in nfs_getcacheblk (vp=0xca2cfdd0, bn=8438, size=6585, td=0xc8cd1c00) at ../../../nfsclient/nfs_bio.c:1261 #11 0xc075a978 in nfs_write (ap=0x0) at ../../../nfsclient/nfs_bio.c:1069 #12 0xc089fde6 in VOP_WRITE_APV (vop=0xc0984440, a=0xeb9cfbec) at vnode_if.c:698 #13 0xc06dbb26 in vn_write (fp=0xc8940e10, uio=0xeb9cfcbc, active_cred=0xc89ee880, flags=0, td=0xc8cd1c00) at vnode_if.h:372 #14 0xc0698f63 in dofilewrite (td=0xc8cd1c00, fd=5, fp=0xc8940e10, auio=0xeb9cfcbc, offset=Unhandled dwarf expression opcode 0x93 ) at file.h:252 #15 0xc0698e07 in kern_writev (td=0xc8cd1c00, fd=5, auio=0xeb9cfcbc) at ../../../kern/sys_generic.c:402 #16 0xc0698d2d in write (td=0xc8cd1c00, uap=0xc8cd1c00) at ../../../kern/sys_generic.c:326 #17 0xc088e5e3 in syscall (frame= {tf_fs = 136970299, tf_es = 673775675, tf_ds = -1078001605, tf_edi = #137019392, tf_esi = 673803768, tf_ebp = -1077942616, tf_isp = -342033052, tf_ebx = 673713536, tf_edx = 4096, tf_ecx = 0, tf_eax = 4, tf_trapno = 0, #tf_err = 2, tf_eip = 673653551, tf_cs = 51, tf_eflags = 530, tf_esp = -1077942644, tf_ss = 59}) at ../../../i386/i386/trap.c:983 #18 0xc0879d9f in Xint0x80_syscall () at ../../../i386/i386/exception.s:200 #19 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) Dmesg reports: Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-RELEASE-p3 #0: Thu Apr 19 11:37:34 CEST 2007 kai@buildserver:/usr/src/sys/i386/compile/SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU 5130 @ 2.00GHz (2000.08-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0x4e33d,CX16,,,> AMD Features=0x20000000 AMD Features2=0x1 Cores per package: 2 real memory = 3220570112 (3071 MB) avail memory = 3150516224 (3004 MB) ACPI APIC Table: 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 kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 cpu2: on acpi0 acpi_throttle2: on cpu2 acpi_throttle2: failed to attach P_CNT device_attach: acpi_throttle2 attach returned 6 cpu3: on acpi0 acpi_throttle3: on cpu3 acpi_throttle3: failed to attach P_CNT device_attach: acpi_throttle3 attach returned 6 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: irq 16 at device 0.0 on pci1 pci2: on pcib2 pcib3: irq 16 at device 0.0 on pci2 pci3: on pcib3 pcib4: irq 18 at device 2.0 on pci2 pci4: on pcib4 em0: port 0x2000-0x201f mem 0xc8200000-0xc821ffff irq 18 at device 0.0 on pci4 em0: Ethernet address: 00:30:48:32:94:ba em1: port 0x2020-0x203f mem 0xc8220000-0xc823ffff irq 19 at device 0.1 on pci4 em1: Ethernet address: 00:30:48:32:94:bb pcib5: at device 0.3 on pci1 pci5: on pcib5 aac0: mem 0xc9000000-0xc9ffffff,0xc8400000-0xc85fffff,0xcc000000-0xcfffffff irq 28 at device 2.0 on pci5 aac0: New comm. interface enabled aac0: Adaptec Raid Controller 2.0.0-1 aacp0: on aac0 aacp1: on aac0 pcib6: at device 4.0 on pci0 pci6: on pcib6 pcib7: at device 6.0 on pci0 pci7: on pcib7 pci0: at device 8.0 (no driver attached) uhci0: port 0x1800-0x181f irq 17 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 0x1820-0x183f 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 0x1840-0x185f 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 0x1860-0x187f 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 0xc8000000-0xc80003ff irq 17 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,0x1880-0x188f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: 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, console 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: does not respond device_attach: fdc0 attach returned 6 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcf7ff on isa0 ppc0: parallel port not found. 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 acd0: DMA limited to UDMA33, controller found non-ATA66 cable acd0: DVDROM at ata0-slave UDMA33 aacd0: on aac0 aacd0: 139981MB (286681856 sectors) ses0 at aacp0 bus 0 target 6 lun 0 ses0: Fixed unknown SCSI-2 device ses0: 3.300MB/s transfers ses0: SAF-TE Compliant Device pass0 at aacp0 bus 0 target 0 lun 0 pass0: Fixed unknown SCSI-3 device pass0: 3.300MB/s transfers pass1 at aacp0 bus 0 target 1 lun 0 pass1: Fixed unknown SCSI-3 device pass1: 3.300MB/s transfers SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! Trying to mount root from ufs:/dev/aacd0s1a WARNING: / was not properly dismounted WARNING: /var was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /usr/local was not properly dismounted nfs_getpages: error 70 vm_fault: pager read error, pid 5510 (httpd) pid 5574 (httpd), uid 65534: exited on signal 10 pid 5811 (httpd), uid 65534: exited on signal 10 nfs_getpages: error 70 vm_fault: pager read error, pid 7560 (httpd) Kernel modules: # kldstat Id Refs Address Size Name 1 3 0xc0400000 70792c kernel 2 1 0xc0b08000 59f20 acpi.ko Thanks in advance, Kai Storbeck -- This was an above the .signature production From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 14:14:25 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 619D016A400 for ; Thu, 19 Apr 2007 14:14:25 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id EBD8F13C484 for ; Thu, 19 Apr 2007 14:14:24 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so591967ugh for ; Thu, 19 Apr 2007 07:14:23 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=UPXTrq3aNE5rUCsI9IIo8t6cAZJEyLdPyBbDlku4Xs9p5Bte8YdUExErk+RG+PptxP9HMOyDj0dW3Is9kRaL2WCHE/2w02pDhSsDgHbwwD/kmFmgYBivVeHT0ch7jOG1IdRPdgIGSKbSL1pK2ZqOfFaIbpxv2XRoTGmY7Uep5q4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=BBzxCHdoxRPtkl/G1HWFP/tMvClG/TirErA93gbTQvhdOUT2c8T6aFqYrvBXbuizI4LIkWNysxYb6GqdUuNyIaN/qghigiOoUiMQESn9R1ETa9rBIGJWy6nIJ5F4PU2EVhFTJOtAkpm0VhSS9wHBxn/tzKVjSwDieLmiAKlEA4w= Received: by 10.82.185.12 with SMTP id i12mr2835356buf.1176992063648; Thu, 19 Apr 2007 07:14:23 -0700 (PDT) Received: by 10.82.158.11 with HTTP; Thu, 19 Apr 2007 07:14:23 -0700 (PDT) Message-ID: <14989d6e0704190714p5250d1ddv8dde92d4aec14922@mail.gmail.com> Date: Thu, 19 Apr 2007 16:14:23 +0200 From: "Christian Walther" To: Kai In-Reply-To: <20070419123329.GA10189@xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070411105332.GC7847@xs4all.nl> <20070419123329.GA10189@xs4all.nl> Cc: stable@freebsd.org Subject: Re: Fatal trap 12: page fault while in kernel mode 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, 19 Apr 2007 14:14:25 -0000 On 19/04/07, Kai wrote: > On Wed, Apr 11, 2007 at 12:53:32PM +0200, Kai wrote: > > > > Hello all, > > > > We're running into regular panics on our webserver after upgrading > > from 4.x to 6.2-stable: > > Hi Again, > > The panics keep happening, so I'm trying alternate kernel setups. This is a > trace of a panic on a default SMP kernel with debugging symbols. > > I'm At a loss on how to progress at this point, perhaps someone can help me > please? [snip] > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x34 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc06bdefa > stack pointer = 0x28:0xeb9cf938 > frame pointer = 0x28:0xeb9cf944 > 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 = 13577 (perl5.8.8) > trap number = 12 > panic: page fault Is this perl derived from ports? And if so, did you rebuild it after you upgraded to 6.2? Or is maybe FreeBSD 4.x binary compatibility missing from your kernel? From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 14:37:18 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D5C716A404 for ; Thu, 19 Apr 2007 14:37:18 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [74.92.149.58]) by mx1.freebsd.org (Postfix) with ESMTP id E268C13C469 for ; Thu, 19 Apr 2007 14:37:17 +0000 (UTC) (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 430D1B81E for ; Thu, 19 Apr 2007 10:37:17 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: References: <46272B48.8090609@lozenetz.org> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-3--1029742692; protocol="application/pkcs7-signature" Message-Id: <5CDDD0CA-A0AB-444B-A197-D010533D4321@khera.org> From: Vivek Khera Date: Thu, 19 Apr 2007 10:37:16 -0400 To: FreeBSD Stable List X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: mount_nullfs in jail? 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, 19 Apr 2007 14:37:18 -0000 --Apple-Mail-3--1029742692 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Apr 19, 2007, at 5:17 AM, Vlad GALU wrote: >> Is there any way to have mount_nullfs working inside the jail? > > I mount nullfs from the host, that's how I share the ports > directory across jails. > /me too. easiest way is to create a file /etc/fstab.jailname with the mount in it, like this: /n/yertle1/sources/ports /u/data/jails/lsfe/usr/ports nullfs rw 0 0 which is how I map my ports tree mounted on the jail host via NFS from the main server into the /usr/ports directory of the jail named 'lsfe' in this case. I'm not sure if default jails read the /etc/fstab.jailname files, but ezjail's startup does, and makes for easy jail management. --Apple-Mail-3--1029742692-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 16:07:12 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D7D8A16A401 for ; Thu, 19 Apr 2007 16:07:12 +0000 (UTC) (envelope-from nomadlogic@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 95D7513C4B9 for ; Thu, 19 Apr 2007 16:07:12 +0000 (UTC) (envelope-from nomadlogic@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so508458pyh for ; Thu, 19 Apr 2007 09:07:11 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=W6COGsB6SDjzNPOOTZ2I7c1ZN88pwM/1VDMMhI77GkeUaPkWHwcZyvrKPxBvSC55OfEMxK2rSS4Uao6d+VaXGy+cj6BshFZ0kD/3NeNbqwgjvz7NJt3a9S7BsmUy57FlRx2jwbXF/XbCCNaia1N0JiFKxk3Mp0l1MB3sgTtBfks= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LZkXtevKkJ5F22aykJxKDPkFANjmsm+AFko/8tXP6FqH9BaZ9ykj6QrxyWhO+BUEJScfvw4ABd/vUT74AlMRzN1OgeKZp1RhdFmnl5FskZ/ukMTM0dFVOmxLZurmsq4RbTey+N5VIvqsmEmCXAia7fXNBioMyoEoBl29L6nVxpE= Received: by 10.65.242.10 with SMTP id u10mr3902620qbr.1176997356609; Thu, 19 Apr 2007 08:42:36 -0700 (PDT) Received: by 10.64.76.4 with HTTP; Thu, 19 Apr 2007 08:42:36 -0700 (PDT) Message-ID: <57d710000704190842o4eb69d43lcb7a448fff62963e@mail.gmail.com> Date: Thu, 19 Apr 2007 08:42:36 -0700 From: "pete wright" To: "Pete French" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: stable@freebsd.org Subject: Re: iscsi and geom mirror - stupid idea or not ? 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, 19 Apr 2007 16:07:12 -0000 On 4/19/07, Pete French wrote: > what would happen if I made a machine which contained a mirrored > geom pair consiting of one local driive and one drive accessed via iscsi on > a remote machine ? would this work ? > > what I am considering is two such machines, geographicly distinct. one is > a 'master' and boots off the mirrored drive, the other is a slave and > has a separate boot drive which just rngs FreeBSD to make the drive inside > it into an iscsi target for the first machine. The idea here is if the first > machine is catastrphicly killed (like building falls down on it or > something) then the second one can be rebooted from the internal drive, and > will hence become the first one. It's basically a way of making a standby > machine in case of disaster. > > I havent really looked at iSCSI until recently, and this is just one of > the ideas I came up with looking at the possibilities. > iSCSI is good for many things - although i would not suggest this setup. it sounds like you are trying to use the mirror/iSCSI architecture as some sort of backup scheme. it may make more sense to capture snapshot's of your data and mirror that off to secondary storage. along these same lines is a common iSCSI implementation of having a dedicated piece of hardware that manages RAID, grouping of LUN's and other management functions. this allows you physically, and logically, implement some sort of redundancy/backup schema independent of the iSCSI consumer (i.e. the OS that will be mounting the iSCSI volume). let the machine hosting the iSCSI storage do it's job, and let the client do it's job - it does not make sense to try to mix these too. so the short answer is i would not try to mix iSCSI volumes with local volumes via a software mirror. a properly implemented iSCSI solution can easily account for DR situations, and using filesystem snapshotting will make this task easier as well. -pete -- ~~o0OO0o~~ Pete Wright www.nycbug.org NYC's *BSD User Group From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 18:17:02 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0FE2716A401; Thu, 19 Apr 2007 18:17:02 +0000 (UTC) (envelope-from groot@kde.org) Received: from poster.science.ru.nl (poster.science.ru.nl [131.174.30.28]) by mx1.freebsd.org (Postfix) with ESMTP id 9A06813C457; Thu, 19 Apr 2007 18:17:01 +0000 (UTC) (envelope-from groot@kde.org) Received: from smeltpunt.science.ru.nl [131.174.16.145] (helo=smeltpunt.science.ru.nl) by poster.science.ru.nl (8.13.7/5.11) with ESMTP id l3JHxOjD007638; Thu, 19 Apr 2007 19:59:24 +0200 (MEST) Received: from adsl-dc-2f63f.adsl.wanadoo.nl [83.116.148.63] (helo=research.englishbreakfastnetwork.org) (authen=adridg) by smeltpunt.science.ru.nl (8.13.7/5.11) with ESMTP id l3JHxEWO021902; Thu, 19 Apr 2007 19:59:20 +0200 (MEST) From: Adriaan de Groot To: kde@freebsd.org Date: Thu, 19 Apr 2007 20:00:15 +0200 User-Agent: KMail/1.9.5 + Features References: <200704182205.52028.beni@brinckman.info> <200704191812.50545.lofi@freebsd.org> In-Reply-To: <200704191812.50545.lofi@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart18457650.Kari7D29yZ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704192000.15405.groot@kde.org> Cc: stable@freebsd.org, current@freebsd.org, Beni Subject: Re: [kde-freebsd] problem hal - k3b ? 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, 19 Apr 2007 18:17:02 -0000 --nextPart18457650.Kari7D29yZ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 19 April 2007, Michael Nottebrock wrote: > On Wednesday, 18. April 2007, Beni wrote: > Ref: > http://lists.freebsd.org/pipermail/freebsd-current/2007-April/070753.html > http://lists.freebsd.org/pipermail/freebsd-stable/2007-April/034486.html > > I'm afraid a true kernel hacker will have to inconvenince themselves with > running k3b and hal in order to have this one fixed. FWIW, I haven't seen > in happening on 5.5. I won't pretend to be a true kernel hacker, but I've got a passing=20 acquaintance with ata(4) from hacking in it (and a weirdly patched -STABLE= =20 because of that) and k3b experience. I'll see what -- assuming I can trigge= r=20 this -- I can do. =2D-=20 These are your friends - Adem GPG: FEA2 A3FE Adriaan de Groot --nextPart18457650.Kari7D29yZ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGJ64vdqzuAf6io/4RAhP6AJ4hKChGNjgCPmN5lp3UQluNWkNPqACeOW0o WM/+vPBCGWpWsnRW4aXCFFo= =igic -----END PGP SIGNATURE----- --nextPart18457650.Kari7D29yZ-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 18:38:31 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4D7A016A400 for ; Thu, 19 Apr 2007 18:38: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 3C83913C4C5 for ; Thu, 19 Apr 2007 18:38:31 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 67C671A4D80; Thu, 19 Apr 2007 11:38:48 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6A44451428; Thu, 19 Apr 2007 14:38:30 -0400 (EDT) Date: Thu, 19 Apr 2007 14:38:30 -0400 From: Kris Kennaway To: Alex Povolotsky Message-ID: <20070419183830.GA81076@xor.obsecurity.org> References: <462723BE.4000308@webmail.sub.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <462723BE.4000308@webmail.sub.ru> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: make buildworld fails on one box 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, 19 Apr 2007 18:38:31 -0000 On Thu, Apr 19, 2007 at 12:09:34PM +0400, Alex Povolotsky wrote: > Hello! > > My attempt to make buildworld on freshly cvsupped 6.2-RELEASEp3 fails > strangely. > > AWK=awk sh > /usr/src/lib/libncurses/../../contrib/ncurses/include/MKncurses_def.sh > /usr/src/lib/libncurses/../../contrib/ncurses/include/ncurses_defs > > ncurses_def.h > sed > >MKterm.h.awk -e "/@NCURSES_MAJOR@/s%%5%" -e > "/@NCURSES_MINOR@/s%%2%" -e "/@NCURSES_CONST@/s%%const%" -e > "/@NCURSES_XNAMES@/s%%1%" > awk -f MKterm.h.awk > /usr/src/lib/libncurses/../../contrib/ncurses/include/Caps > term.h.new > sh /usr/src/lib/libncurses/../../contrib/ncurses/include/edit_cfg.sh > /usr/src/lib/libncurses/ncurses_cfg.h term.h.new > ** edit: HAVE_TCGETATTR 1 > ** edit: HAVE_TERMIOS_H 1 > ** edit: HAVE_TERMIO_H 0 > ** edit: BROKEN_LINKER 0 > mv -f term.h.new term.h > cc -o make_keys -O2 -fno-strict-aliasing -pipe -I. > -I/usr/src/lib/libncurses > -I/usr/src/lib/libncurses/../../contrib/ncurses/ncurses > -I/usr/src/lib/libncurses/../../contrib/ncurses/include -Wall > -DFREEBSD_NATIVE -DNDEBUG -DHAVE_CONFIG_H -DTERMIOS > /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/make_keys.c > /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lc > *** Error code 1 Check system time & clock stability (e.g run ntpd). Kris From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 19:22:09 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4159016A407 for ; Thu, 19 Apr 2007 19:22:09 +0000 (UTC) (envelope-from bamston@reactor-xg.kiev.ua) Received: from mail.reactor-xg.kiev.ua (reactor-xg.kiev.ua [82.144.204.150]) by mx1.freebsd.org (Postfix) with ESMTP id 4F90F13C457 for ; Thu, 19 Apr 2007 19:22:05 +0000 (UTC) (envelope-from bamston@reactor-xg.kiev.ua) Received: from mail.reactor-xg.kiev.ua (mail.reactor-xg.kiev.ua [82.144.204.150]) by mail.reactor-xg.kiev.ua (Reactor-XG Mailer System) with ESMTP id l3JIraSY056477 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 19 Apr 2007 21:53:36 +0300 (EEST) (envelope-from bamston@reactor-xg.kiev.ua) From: "Andrei V. Lavreniyuk" Organization: Technica-03, Inc. To: stable@freebsd.org Date: Thu, 19 Apr 2007 21:53:22 +0300 User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704192153.30904.bamston@reactor-xg.kiev.ua> X-Virus-Scanned: ClamAV 0.90.2/3130/Thu Apr 19 18:31:36 2007 on mail.reactor-xg.kiev.ua X-Virus-Status: Clean Cc: Subject: acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 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, 19 Apr 2007 19:22:09 -0000 Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #0: Thu Apr 19 21:04:38 EEST 2007 root@datacenter.technica-03.local:/usr/obj/usr/src/sys/SMP-DATACENTER ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2398.85-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400> Logical CPUs per core: 2 real memory = 2146631680 (2047 MB) avail memory = 2087084032 (1990 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 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 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 nvidia0: mem 0xfa000000-0xfaffffff,0xd0000000-0xdfffffff,0xf9000000-0xf9ffffff irq 16 at device 0.0 on pci1 nvidia0: [GIANT-LOCKED] uhci0: port 0xd480-0xd49f 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 0xd800-0xd81f 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 0xd880-0xd89f 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 0xdc00-0xdc1f 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 0xf8fffc00-0xf8ffffff 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 pcib2: at device 30.0 on pci0 pci2: on pcib2 pcib3: at device 9.0 on pci2 pci3: on pcib3 mlx0: mem 0xefffe000-0xefffffff irq 21 at device 9.1 on pci2 mlx0: [GIANT-LOCKED] mlx0: DAC960PRL, 1 channel, firmware 4.08-0-37, 4MB RAM mlxd0: on mlx0 mlxd0: 105006MB (215052288 sectors) RAID 0 (online) xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xec00-0xec7f mem 0xfbfefc00-0xfbfefc7f irq 23 at device 11.0 on pci2 miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:50:da:d8:1b:ec pcm0: port 0xe800-0xe81f irq 21 at device 13.0 on pci2 pcm0: isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0xd400-0xd407,0xd080-0xd083,0xd000-0xd007,0xcc00-0xcc03,0xc880-0xc88f irq 18 at device 31.2 on pci0 ata2: on atapci1 ata3: on atapci1 ichsmb0: port 0x400-0x41f irq 17 at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] smbus0: on ichsmb0 smb0: on smbus0 acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 speaker0: port 0x61 on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcefff,0xcf000-0xd17ff on isa0 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 ipfw2 (+ipv6) initialized, divert enabled, rule-based forwarding enabled, default to deny, logging limited to 100 packets/entry by default ad0: 114473MB at ata0-master UDMA100 acd0: DVDR at ata1-master UDMA33 ad4: 152627MB at ata2-master SATA150 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 SMP: AP CPU #1 Launched! cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/mlxd0s1a WARNING: / was not properly dismounted Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...0 0 0 0 0 0 0 0 done All buffers synced. Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #0: Thu Apr 19 21:04:38 EEST 2007 root@datacenter.technica-03.local:/usr/obj/usr/src/sys/SMP-DATACENTER ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2398.86-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400> Logical CPUs per core: 2 real memory = 2146631680 (2047 MB) avail memory = 2087084032 (1990 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 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 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 nvidia0: mem 0xfa000000-0xfaffffff,0xd0000000-0xdfffffff,0xf9000000-0xf9ffffff irq 16 at device 0.0 on pci1 nvidia0: [GIANT-LOCKED] uhci0: port 0xd480-0xd49f 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 0xd800-0xd81f 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 0xd880-0xd89f 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 0xdc00-0xdc1f 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 0xf8fffc00-0xf8ffffff 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 pcib2: at device 30.0 on pci0 pci2: on pcib2 pcib3: at device 9.0 on pci2 pci3: on pcib3 mlx0: mem 0xefffe000-0xefffffff irq 21 at device 9.1 on pci2 mlx0: [GIANT-LOCKED] mlx0: DAC960PRL, 1 channel, firmware 4.08-0-37, 4MB RAM mlxd0: on mlx0 mlxd0: 105006MB (215052288 sectors) RAID 0 (online) xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xec00-0xec7f mem 0xfbfefc00-0xfbfefc7f irq 23 at device 11.0 on pci2 miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:50:da:d8:1b:ec pcm0: port 0xe800-0xe81f irq 21 at device 13.0 on pci2 pcm0: isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0xd400-0xd407,0xd080-0xd083,0xd000-0xd007,0xcc00-0xcc03,0xc880-0xc88f irq 18 at device 31.2 on pci0 ata2: on atapci1 ata3: on atapci1 ichsmb0: port 0x400-0x41f irq 17 at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] smbus0: on ichsmb0 smb0: on smbus0 acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 speaker0: port 0x61 on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcefff,0xcf000-0xd17ff on isa0 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 ipfw2 (+ipv6) initialized, divert enabled, rule-based forwarding enabled, default to deny, logging limited to 100 packets/entry by default ad0: 114473MB at ata0-master UDMA100 acd0: DVDR at ata1-master UDMA33 ad4: 152627MB at ata2-master SATA150 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 ^^^^^^^^^^^^^^^^^ ??????? SMP: AP CPU #1 Launched! cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/mlxd0s1a GEOM_ELI: Device mlxd0s1b.eli created. GEOM_ELI: Encryption: AES-CBC 256 GEOM_ELI: Crypto: software From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 19:23:44 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 78EAA16A402 for ; Thu, 19 Apr 2007 19:23:44 +0000 (UTC) (envelope-from rand@meridian-enviro.com) Received: from newman.meridian-enviro.com (newman.meridian-enviro.com [67.134.74.56]) by mx1.freebsd.org (Postfix) with ESMTP id 394BE13C46C for ; Thu, 19 Apr 2007 19:23:44 +0000 (UTC) (envelope-from rand@meridian-enviro.com) X-Envelope-To: Received: from delta.meridian-enviro.com (delta.meridian-enviro.com [10.10.10.43]) by newman.meridian-enviro.com (8.13.6/8.13.6) with ESMTP id l3JIpvhS080510 for ; Thu, 19 Apr 2007 13:51:57 -0500 (CDT) (envelope-from rand@meridian-enviro.com) Date: Thu, 19 Apr 2007 13:51:57 -0500 Message-ID: <87lkgourhu.wl%rand@meridian-enviro.com> From: "Douglas K. Rand" To: freebsd-stable@freebsd.org User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: ClamAV 0.88.4/3131/Thu Apr 19 12:51:55 2007 on newman.meridian-enviro.com X-Virus-Status: Clean Subject: PR kern/109152 -- RocketPort panics 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, 19 Apr 2007 19:23:44 -0000 We have 3 of the 32 port Comtrol PCI cards, the original 5v only cards, not the newer universal PCI cards, and we are trying to upgrade the system with all these serial ports from FreeBSD 4.8 (ya, kinda old) to FreeBSD 6.2. And we are running into what seems like a common problem with these cards: panics about non-busy devices: panic: device_unbusy: called for non-busy device rp0 The PR kern/109152 addresses this issue, and the patch from Craig Leres added to the PR on Tue, 13 Mar 2007 19:27:01 -0700 solves the problems for me. (I was experiencing the problems with HylaFAX, but it seems easy to reproduce.) Can this patch be applied to RELENG_6? I've also tried the patch from John Baldwin posed to freebsd-hackers in http://groups.google.com/group/mailing.freebsd.hackers/browse_frm/thread/883da63a8c62854d that generates a rp_open_count for each device with out any change in the behavior, I would continue to panic the system by sending a FAX. From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 19:37:09 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 71BD016A400 for ; Thu, 19 Apr 2007 19:37:09 +0000 (UTC) (envelope-from nomadlogic@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id 31DD013C448 for ; Thu, 19 Apr 2007 19:37:09 +0000 (UTC) (envelope-from nomadlogic@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so561631pyh for ; Thu, 19 Apr 2007 12:37:08 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SN76U7zeEh+wyLHrT34eqH/KHEgH2NUt259Z/xyP+brlxssin483U8rl25yFdp4TZfwu2iOle0J483GsdsvaEAfQUkf+65fzHK3Z88oqT0nZTOg7weVY1JB0I3RZZrrhe1y+PoHxivYrWmNWaxqUuTzr1hqwD5UJqELxVPWURFU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=nI75FQKeMG0InPogWXtEO+3dYbCTpxA7/wG2fhOvgKvyjeJRuTv0SeIYMnEhimPnrV8zYubTMIgL61BFs5m3GlLCRdYaMb9y7zv1Lz59AViyYoSN18HmVYSM1fD+dyLDT6d14rVkJGjjZdHBPniysDuAF8pjGzHYq5rZZIqZsO4= Received: by 10.65.234.2 with SMTP id l2mr4319939qbr.1177011428554; Thu, 19 Apr 2007 12:37:08 -0700 (PDT) Received: by 10.64.76.4 with HTTP; Thu, 19 Apr 2007 12:37:08 -0700 (PDT) Message-ID: <57d710000704191237i39467bak78c2aa49b6f5157c@mail.gmail.com> Date: Thu, 19 Apr 2007 12:37:08 -0700 From: "pete wright" To: "Andrei V. Lavreniyuk" In-Reply-To: <200704192153.30904.bamston@reactor-xg.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200704192153.30904.bamston@reactor-xg.kiev.ua> Cc: stable@freebsd.org Subject: Re: acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 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, 19 Apr 2007 19:37:09 -0000 > ipfw2 (+ipv6) initialized, divert enabled, rule-based forwarding enabled, > default to deny, logging limited to 100 packets/entry by default > ad0: 114473MB at ata0-master UDMA100 > acd0: DVDR at ata1-master UDMA33 > ad4: 152627MB at ata2-master SATA150 > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 > > ^^^^^^^^^^^^^^^^^ ??????? > i assume you are asking what those errors mean.... you most likely have a bad cdrom in there, or the drive has an error. try a different disk, and if that fails try another drive. -p -- ~~o0OO0o~~ Pete Wright www.nycbug.org NYC's *BSD User Group From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 20:27:49 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5CB5316A400; Thu, 19 Apr 2007 20:27:49 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-02.arcor-online.net (mail-in-02.arcor-online.net [151.189.21.42]) by mx1.freebsd.org (Postfix) with ESMTP id D5F7613C45B; Thu, 19 Apr 2007 20:27:48 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-03-z2.arcor-online.net (mail-in-03-z2.arcor-online.net [151.189.8.15]) by mail-in-02.arcor-online.net (Postfix) with ESMTP id CB0A327FE8; Thu, 19 Apr 2007 18:12:55 +0200 (CEST) Received: from mail-in-04.arcor-online.net (mail-in-04.arcor-online.net [151.189.21.44]) by mail-in-03-z2.arcor-online.net (Postfix) with ESMTP id 9C2172D3D25; Thu, 19 Apr 2007 18:12:55 +0200 (CEST) Received: from lofi.dyndns.org (dslb-084-061-160-113.pools.arcor-ip.net [84.61.160.113]) by mail-in-04.arcor-online.net (Postfix) with ESMTP id 68A131F7310; Thu, 19 Apr 2007 18:12:55 +0200 (CEST) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.2]) by lofi.dyndns.org (8.13.8/8.13.3) with ESMTP id l3JGCpJl071121 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 19 Apr 2007 18:12:51 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.13.6/8.13.4) with ESMTP id l3JGCouk018072; Thu, 19 Apr 2007 18:12:50 +0200 (CEST) (envelope-from lofi@freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by kiste.my.domain (8.13.6/8.13.4/Submit) id l3JGConL018071; Thu, 19 Apr 2007 18:12:50 +0200 (CEST) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: kde@freebsd.org Date: Thu, 19 Apr 2007 18:12:46 +0200 User-Agent: KMail/1.9.6 References: <200704182205.52028.beni@brinckman.info> In-Reply-To: <200704182205.52028.beni@brinckman.info> X-Face: g:jG2\O{-yqD1x?DG2lU1)(v%xffR"p8Nz(w/*)YEUO\Hn%mGi&-!+rq$&r64,=?utf-8?q?fuP=7E=3Bbw=5C=0A=09=5EQdX?=@v~HEAi?NaE8SU]}.oeYSjN84Fe{M(ahZ.(i+lxyP; pr)2[%mGbkY'RmM>=?utf-8?q?+mg3Y=24ip=0A=091?=@Z>[EUaE7tjJ=1DRs~:!uSd""d~:/Er3rpQA%ze|bp>S MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4653804.nQPeeesFHX"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704191812.50545.lofi@freebsd.org> X-Virus-Scanned: by amavisd-new Cc: stable@freebsd.org, h.eichmann@gmx.de, current@freebsd.org, Beni Subject: Re: [kde-freebsd] problem hal - k3b ? 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, 19 Apr 2007 20:27:49 -0000 --nextPart4653804.nQPeeesFHX Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday, 18. April 2007, Beni wrote: > Hi List, > > I think I have a problem with hal(d) and k3b (version 1.0 from ports) : my > whole system freezes when starting up k3b. I get the splash screen and th= en > it all stops and a ctrl-alt-del is the only way out. Other people have reported kernel panics. It looks to me like k3b's device= =20 probing and hald's device probing at the same time manages to tickle a bug = in=20 ata(4). Ref: http://lists.freebsd.org/pipermail/freebsd-current/2007-April/070753.h= tml http://lists.freebsd.org/pipermail/freebsd-stable/2007-April/034486.ht= ml I'm afraid a true kernel hacker will have to inconvenince themselves with=20 running k3b and hal in order to have this one fixed. FWIW, I haven't seen i= n=20 happening on 5.5. Cheers, =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart4653804.nQPeeesFHX Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGJ5T/Xhc68WspdLARAqCdAJwP4YvegPDfur+tS4zBD3xVuLikagCeOqRH lHYxlxXwfgb647x58orWAbs= =00CN -----END PGP SIGNATURE----- --nextPart4653804.nQPeeesFHX-- From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 21:20:36 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A500D16A403; Thu, 19 Apr 2007 21:20:36 +0000 (UTC) (envelope-from rjk@wintek.com) Received: from mail.wintek.com (mail.wintek.com [199.233.104.86]) by mx1.freebsd.org (Postfix) with ESMTP id 3682213C459; Thu, 19 Apr 2007 21:20:36 +0000 (UTC) (envelope-from rjk@wintek.com) Received: from local.wintek.com (local.wintek.com [206.230.2.234]) by mail.wintek.com (8.13.8/8.13.8/Wintek) with ESMTP id l3JKjgom083814; Thu, 19 Apr 2007 16:45:42 -0400 (EDT) (envelope-from rjk@wintek.com) Received: from rjk.wintek.local ([172.28.1.248]) by local.wintek.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 19 Apr 2007 16:46:11 -0400 From: Richard Kuhns Organization: Wintek Corporation To: freebsd-stable@freebsd.org, freebsd-kde@freebsd.org Date: Thu, 19 Apr 2007 16:47:08 -0400 User-Agent: KMail/1.9.4 References: <200704182205.52028.beni@brinckman.info> <200704191812.50545.lofi@freebsd.org> In-Reply-To: <200704191812.50545.lofi@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704191647.08604.rjk@wintek.com> X-OriginalArrivalTime: 19 Apr 2007 20:46:11.0937 (UTC) FILETIME=[C3D92510:01C782C3] X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (mail.wintek.com [199.233.104.86]); Thu, 19 Apr 2007 16:45:42 -0400 (EDT) X-Virus-Scanned: by amavisd-new X-Spam-Status: No, score=-2.4 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on mail.wintek.com Cc: Subject: Re: [kde-freebsd] problem hal - k3b ? 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, 19 Apr 2007 21:20:36 -0000 On Thursday 19 April 2007 12:12, Michael Nottebrock wrote: > On Wednesday, 18. April 2007, Beni wrote: > > Hi List, > > > > I think I have a problem with hal(d) and k3b (version 1.0 from ports) : > > my whole system freezes when starting up k3b. I get the splash screen and > > then it all stops and a ctrl-alt-del is the only way out. > > Other people have reported kernel panics. It looks to me like k3b's device > probing and hald's device probing at the same time manages to tickle a bug > in ata(4). > > Ref: > http://lists.freebsd.org/pipermail/freebsd-current/2007-April/070753.html > http://lists.freebsd.org/pipermail/freebsd-stable/2007-April/034486.html > > I'm afraid a true kernel hacker will have to inconvenince themselves with > running k3b and hal in order to have this one fixed. FWIW, I haven't seen > in happening on 5.5. > > > Cheers, FWIW: I've been running with a kernel from Jan 22 with no problem. I built and installed a new kernel/world today and can't run k3b as described above. I've since reverted to my old kernel and everything's fine again. - Rich -- Richard Kuhns Wintek Corporation E-mail: rjk@wintek.com 427 N 6th Street Tel: +1 (765) 742-8428 Lafayette, IN 47901-1126 Fax: +1 (765) 742-0646 United States of America From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 22:18:21 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA10E16A4F5; Thu, 19 Apr 2007 22:18:21 +0000 (UTC) (envelope-from danny@ricin.com) Received: from smtpq2.tilbu1.nb.home.nl (smtpq2.tilbu1.nb.home.nl [213.51.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id 85CFB13C45E; Thu, 19 Apr 2007 22:18:21 +0000 (UTC) (envelope-from danny@ricin.com) Received: from [213.51.146.188] (port=39398 helo=smtp3.tilbu1.nb.home.nl) by smtpq2.tilbu1.nb.home.nl with esmtp (Exim 4.30) id 1Heebf-0007X3-Ma; Thu, 19 Apr 2007 23:55:59 +0200 Received: from cp464173-a.dbsch1.nb.home.nl ([84.27.214.242]:54133 helo=desktop.homenet) by smtp3.tilbu1.nb.home.nl with esmtp (Exim 4.30) id 1Heebd-0005KC-5g; Thu, 19 Apr 2007 23:55:57 +0200 From: Danny Pansters To: freebsd-stable@freebsd.org Date: Thu, 19 Apr 2007 23:55:12 +0200 User-Agent: KMail/1.9.6 References: <200704182205.52028.beni@brinckman.info> <200704191812.50545.lofi@freebsd.org> <200704191647.08604.rjk@wintek.com> In-Reply-To: <200704191647.08604.rjk@wintek.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <200704192355.12734.danny@ricin.com> X-AtHome-MailScanner-Information: Please contact support@home.nl for more information X-AtHome-MailScanner: Found to be clean Cc: kde@freebsd.org Subject: Re: [kde-freebsd] problem hal - k3b ? 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, 19 Apr 2007 22:18:22 -0000 On Thursday 19 April 2007 22:47:08 Richard Kuhns wrote: > On Thursday 19 April 2007 12:12, Michael Nottebrock wrote: > > On Wednesday, 18. April 2007, Beni wrote: > > > Hi List, > > > > > > I think I have a problem with hal(d) and k3b (version 1.0 from ports) : > > > my whole system freezes when starting up k3b. I get the splash screen > > > and then it all stops and a ctrl-alt-del is the only way out. > > > > Other people have reported kernel panics. It looks to me like k3b's > > device probing and hald's device probing at the same time manages to > > tickle a bug in ata(4). > > > > Ref: > > http://lists.freebsd.org/pipermail/freebsd-current/2007-April/070753.html > > http://lists.freebsd.org/pipermail/freebsd-stable/2007-April/034486.html > > > > I'm afraid a true kernel hacker will have to inconvenince themselves with > > running k3b and hal in order to have this one fixed. FWIW, I haven't seen > > in happening on 5.5. > > > > > > Cheers, > > FWIW: I've been running with a kernel from Jan 22 with no problem. I built > and installed a new kernel/world today and can't run k3b as described > above. I've since reverted to my old kernel and everything's fine again. > - Rich I haven't used k3b for a while but I do have problems with kscd, kaudiocreator, and amarok CD playing. I'm running -stable from Feb 26 and latest kde and CD contents are only properly seen if you first insert the cd, then wait, and then choose the app from the "hal" menu (which takes several seconds to pop up). But even then ripping seems to deadlock, it just hangs and does nothing after you queue and start, and kscd/amarok don't play anything. Amarok merely shows the titles briefly. Both with self-made CDs and official audio CDs. It's possible that my DVD player/recorder is just dying but I'm afraid we're having a more general regression here. Dan From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 23:32:07 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 45D9616A406 for ; Thu, 19 Apr 2007 23:32:07 +0000 (UTC) (envelope-from michaelnottebrock@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 5475613C43E for ; Thu, 19 Apr 2007 23:32:06 +0000 (UTC) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 19 Apr 2007 23:05:23 -0000 Received: from dslb-084-061-160-113.pools.arcor-ip.net (EHLO kiste.my.domain) [84.61.160.113] by mail.gmx.net (mp018) with SMTP; 20 Apr 2007 01:05:23 +0200 X-Authenticated: #443188 X-Provags-ID: V01U2FsdGVkX18bTiV1blMbEoiMOJGGC39ox4zfBqqoEKK9QRjslM vT/QVR0HGBp8yM From: Michael Nottebrock To: kde@freebsd.org Date: Fri, 20 Apr 2007 01:05:17 +0200 User-Agent: KMail/1.9.6 References: <200704182205.52028.beni@brinckman.info> <200704191812.50545.lofi@freebsd.org> <200704192000.15405.groot@kde.org> In-Reply-To: <200704192000.15405.groot@kde.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1626658.NauqkRR83o"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704200105.22646.michaelnottebrock@gmx.net> X-Y-GMX-Trusted: 0 Cc: stable@freebsd.org, current@freebsd.org, Adriaan de Groot , Robert Marella , Ganbold , Beni Subject: Re: [kde-freebsd] problem hal - k3b ? 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, 19 Apr 2007 23:32:07 -0000 --nextPart1626658.NauqkRR83o Content-Type: multipart/mixed; boundary="Boundary-01=_vW/JGR5twygHbkX" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_vW/JGR5twygHbkX Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I forwarded my mail to gnome@ (the HAL maintainers) after sending it and Jo= e=20 Marcus Clarke from gnome@ had this to say on the issue: =2D-- snip This should have been fixed a while ago by jylefort when he set the default device for ATAPI access to be the ATAPICAM device (as opposed to the ATA device). =A0Assuming you have not undone that change, and are running the latest version of HAL, these panics should not be occurring. Even still, you're right that these are not HAL bugs, but rather an issue in the kernel. =A0I use nautilus-cd-burner to burn CDs in GNOME, and I have never had such a panic on 6-STABLE. =A0n-c-b uses cdrecord, cdrao, and dvd-utils under the covers to do the actual device work. =A0Not sure what k3b is using, but maybe it diddles something it shouldn't. Joe =2D-- snip Beni, Robert, Ganbold, are you all in fact running the latest version of th= e=20 hal port and do you all have atapicam enabled in your kernel? If not, makin= g=20 sure of both might help avoiding the problem. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --Boundary-01=_vW/JGR5twygHbkX Content-Type: message/rfc822; name="forwarded message" Content-Transfer-Encoding: 7bit Content-Description: Joe Marcus Clarke : Re: Fwd: Re: [kde-freebsd] problem hal - k3b ? Content-Disposition: inline Return-Path: X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on lofi.dyndns.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=3.0 tests=AWL,BAYES_00, DK_POLICY_SIGNSOME,INFO_TLD,SPF_HELO_PASS,SPF_PASS autolearn=no version=3.1.7 Received: from imap.arcor-online.net (cybasheep@localhost [127.0.0.1]) by lofi.dyndns.org (8.13.8/8.13.3) with ESMTP id l3JH0K48071666 for ; Thu, 19 Apr 2007 19:00:33 +0200 (CEST) (envelope-from marcus@freebsd.org) X-Original-To: cybasheep@arcor.de Received: from localhost (mail-in-03.arcor-online.net [151.189.21.43]) by mail-in-13-z2.arcor-online.net (Postfix) with ESMTP id D66F01B8E0C for ; Thu, 19 Apr 2007 18:49:30 +0200 (CEST) Received: from mail-in-03.arcor-online.net ([127.0.0.1]) by localhost (mail-in-03 [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 08311-04-3 for ; Thu, 19 Apr 2007 18:49:30 +0200 (CEST) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.arcor.de (Postfix) with ESMTP id 4A94C2D2995 for ; Thu, 19 Apr 2007 18:49:30 +0200 (CEST) Received: from hub.freebsd.org (hub.freebsd.org [69.147.83.54]) by mx2.freebsd.org (Postfix) with ESMTP id 20B2F6C80 for ; Thu, 19 Apr 2007 16:49:29 +0000 (UTC) (envelope-from marcus@freebsd.org) Received: by hub.freebsd.org (Postfix) id 1DFF816A403; Thu, 19 Apr 2007 16:49:29 +0000 (UTC) Delivered-To: lofi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C49D16A400; Thu, 19 Apr 2007 16:49:29 +0000 (UTC) (envelope-from marcus@freebsd.org) Received: from av-tac-rtp.cisco.com (hen.cisco.com [64.102.19.198]) by mx1.freebsd.org (Postfix) with ESMTP id 8E36413C45A; Thu, 19 Apr 2007 16:49:28 +0000 (UTC) (envelope-from marcus@freebsd.org) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost [127.0.0.1]) by av-tac-rtp.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id l3JGnSd18916; Thu, 19 Apr 2007 12:49:28 -0400 (EDT) Received: from [64.102.202.122] (dhcp-64-102-202-122.cisco.com [64.102.202.122]) by rooster.cisco.com (8.11.7p3+Sun/8.11.7) with ESMTP id l3JGnQq25594; Thu, 19 Apr 2007 12:49:26 -0400 (EDT) Message-ID: <46279D96.1030600@freebsd.org> Date: Thu, 19 Apr 2007 12:49:26 -0400 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: Michael Nottebrock CC: gnome@freebsd.org Subject: Re: Fwd: Re: [kde-freebsd] problem hal - k3b ? References: <200704191822.28308.lofi@freebsd.org> In-Reply-To: <200704191822.28308.lofi@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new X-Length: 4979 X-UID: 18436 Michael Nottebrock wrote: > I forgot to cc gnome@ on my reply. I don't think this is a HAL bug, but just > FYI. > > > > ------------------------------------------------------------------------ > > Subject: > Re: [kde-freebsd] problem hal - k3b ? > From: > Michael Nottebrock > Date: > Thu, 19 Apr 2007 18:12:46 +0200 > To: > kde@freebsd.org > > To: > kde@freebsd.org > CC: > Beni , h.eichmann@gmx.de, current@freebsd.org, > stable@freebsd.org > > > On Wednesday, 18. April 2007, Beni wrote: >> Hi List, >> >> I think I have a problem with hal(d) and k3b (version 1.0 from ports) : my >> whole system freezes when starting up k3b. I get the splash screen and then >> it all stops and a ctrl-alt-del is the only way out. > > Other people have reported kernel panics. It looks to me like k3b's device > probing and hald's device probing at the same time manages to tickle a bug in > ata(4). > > Ref: http://lists.freebsd.org/pipermail/freebsd-current/2007-April/070753.html > http://lists.freebsd.org/pipermail/freebsd-stable/2007-April/034486.html > > I'm afraid a true kernel hacker will have to inconvenince themselves with > running k3b and hal in order to have this one fixed. FWIW, I haven't seen in > happening on 5.5. This should have been fixed a while ago by jylefort when he set the default device for ATAPI access to be the ATAPICAM device (as opposed to the ATA device). Assuming you have not undone that change, and are running the latest version of HAL, these panics should not be occurring. Even still, you're right that these are not HAL bugs, but rather an issue in the kernel. I use nautilus-cd-burner to burn CDs in GNOME, and I have never had such a panic on 6-STABLE. n-c-b uses cdrecord, cdrao, and dvd-utils under the covers to do the actual device work. Not sure what k3b is using, but maybe it diddles something it shouldn't. Joe -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --Boundary-01=_vW/JGR5twygHbkX-- --nextPart1626658.NauqkRR83o Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGJ/WvXhc68WspdLARAgfWAKCenYhtRkyIVQl3ETmOtLKxKc4H2wCfe5jD bsNlQROsncI+dP7RJuVkThM= =vK/+ -----END PGP SIGNATURE----- --nextPart1626658.NauqkRR83o-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 00:03:37 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6914316A401 for ; Fri, 20 Apr 2007 00:03:37 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from iron2.sfsu.edu (iron2.sfsu.edu [130.212.10.36]) by mx1.freebsd.org (Postfix) with ESMTP id 2C8D813C45A for ; Fri, 20 Apr 2007 00:02:32 +0000 (UTC) (envelope-from kayve@sfsu.edu) Received: from smtp01.sfsu.edu ([130.212.10.100]) by iron2.sfsu.edu with ESMTP; 19 Apr 2007 17:02:31 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CACGfJ0aC1Apk/2dsb2JhbAA Received: from libra.sfsu.edu ([130.212.10.238]) by mail05a.sfsu.edu (Lotus Domino Release 7.0) with ESMTP id 2007041917023030-240 ; Thu, 19 Apr 2007 17:02:30 -0700 Date: Thu, 19 Apr 2007 17:02:29 -0700 (PDT) From: KAYVEN RIESE To: Christian Walther In-Reply-To: <14989d6e0704182308w6a914e45v5551796cd69982e@mail.gmail.com> Message-ID: References: <20070403020736.8549C241BF@freebsd-stable.sentex.ca> <1175804482.46155a4211b0f@webmail.sfsu.edu> <200704181120.47269.antik@bsd.ee> <14989d6e0704182308w6a914e45v5551796cd69982e@mail.gmail.com> MIME-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on MAIL05a/SERVERS/SFSU(Release 7.0|August 18, 2005) at 04/19/2007 17:02:30, Serialize by Router on SMTP01/SERVERS/SFSU(Release 7.0HF265 | May 12, 2006) at 04/19/2007 17:02:30, Serialize complete at 04/19/2007 17:02:30 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Andrei Kolu , freebsd-stable@freebsd.org Subject: Re: can't jump to superuser after buildwerld 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, 20 Apr 2007 00:03:37 -0000 my settings got trampled. it's weird. i had my prompt set up to have pwd in the path and i customized the root prompt to do a similar dingy followed by a # instead of a % and it was like really weird how su - still got my root prompt back. that's how it werks now..i have been too lazy to fix my user settings.. On Thu, 19 Apr 2007, Christian Walther wrote: > On 19/04/07, KAYVEN RIESE wrote: >> how in the werld did i manage to remove myself from wheel. i just >> ran mergemaster -p > > Given that "you" means "user account" it's fairly easy: mergemaster > collects all the status of all system and configuration files and > compares them with the fresh files. These new files don't know about > your user, in fact they don't know about anything. Their contents is > the same as files from a fresh install. > When running mergemaster you can choose to leave the current file > intact, which would keep all your changes, but might miss some of the > new stuff that should have been introduced. > Another idea would be to install the new file, which would of course > overwrite your settings. Maybe this is what happened. > If you noticed that you can't do either of these two options, but that > you have to merge both files, you can do so, too. In this case > removing yourself from wheel is also possible. > > In the beginning I found it difficult to identify both files > correctly. For example the pathes where the files are located can be > confused easily. You have to keep in mind that the productive files > where copied to /var/tmproot, and that ./etc is actually the brand new > file. >> >> is there any documentation for that command that would explain >> the complex nonsense .. > Maybe a "mergemaster in depth" kind of manual would be a good idea for > all who are unfamiliar with mergemaster, diff and friends. > >> >> well.. maybe i just freeked out. still.. i followed instructions.. >> granted somebody told me a different procedure (that i posted and >> was editited out from below) and it made mergemaster -p act in >> a way that i didn't feel prepared for. >> >> right now.. as i explained in the other posting, i didn't really >> follow all the instructions on the makewerld page given below.. >> but i am a bit afraid to just jump in the middle somewhere.. hrm.. >> i guess starting from the beginning might be right but.. > > If you're able to move all the data to another machine it's probably > the best solution. After you did the install and configured the > machine you can be sure that everything is up and running again. >> >> ooo.. i am getting that stomache ache agin. >> >> btw.. i dropped to single user mode, vi'ed /etc/group according >> to the instruction and i am now able to jump to root again. >> thx a bunch for that! >> > [snip] > > BTW: Please don't top post. > From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 01:43:05 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BEF1616A400; Fri, 20 Apr 2007 01:43:05 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id 6E87913C45A; Fri, 20 Apr 2007 01:43:05 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=[192.168.0.18]) by publicd.ub.mng.net with esmtpa (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Hei9N-000HIV-H5; Fri, 20 Apr 2007 10:43:01 +0900 Message-ID: <46281AA5.10307@micom.mng.net> Date: Fri, 20 Apr 2007 09:43:01 +0800 From: Ganbold User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: Michael Nottebrock References: <200704182205.52028.beni@brinckman.info> <200704191812.50545.lofi@freebsd.org> In-Reply-To: <200704191812.50545.lofi@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org, h.eichmann@gmx.de, kde@freebsd.org, current@freebsd.org, Beni Subject: Re: [kde-freebsd] problem hal - k3b ? 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, 20 Apr 2007 01:43:05 -0000 Michael Nottebrock wrote: > On Wednesday, 18. April 2007, Beni wrote: > >> Hi List, >> >> I think I have a problem with hal(d) and k3b (version 1.0 from ports) : my >> whole system freezes when starting up k3b. I get the splash screen and then >> it all stops and a ctrl-alt-del is the only way out. >> My problem is the same as Beni's. Splash screen appears and hangs. I have to press power button to turn off and on my laptop. Didn't try ctrl+alt+del though. Ganbold > > Other people have reported kernel panics. It looks to me like k3b's device > probing and hald's device probing at the same time manages to tickle a bug in > ata(4). > > Ref: http://lists.freebsd.org/pipermail/freebsd-current/2007-April/070753.html > http://lists.freebsd.org/pipermail/freebsd-stable/2007-April/034486.html > > I'm afraid a true kernel hacker will have to inconvenince themselves with > running k3b and hal in order to have this one fixed. FWIW, I haven't seen in > happening on 5.5. > > > Cheers, > From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 01:56:01 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A998E16A400; Fri, 20 Apr 2007 01:56:01 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id E96D813C469; Fri, 20 Apr 2007 01:56:00 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=[192.168.0.18]) by publicd.ub.mng.net with esmtpa (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HeiLs-000HQZ-Pu; Fri, 20 Apr 2007 10:55:57 +0900 Message-ID: <46281DAC.7090508@micom.mng.net> Date: Fri, 20 Apr 2007 09:55:56 +0800 From: Ganbold User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: Michael Nottebrock References: <200704182205.52028.beni@brinckman.info> <200704191812.50545.lofi@freebsd.org> <200704192000.15405.groot@kde.org> <200704200105.22646.michaelnottebrock@gmx.net> In-Reply-To: <200704200105.22646.michaelnottebrock@gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org, kde@freebsd.org, current@freebsd.org, Adriaan de Groot , Robert Marella , Beni Subject: Re: [kde-freebsd] problem hal - k3b ? 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, 20 Apr 2007 01:56:01 -0000 Michael Nottebrock wrote: > I forwarded my mail to gnome@ (the HAL maintainers) after sending it and Joe > Marcus Clarke from gnome@ had this to say on the issue: > > --- snip > > This should have been fixed a while ago by jylefort when he set the > default device for ATAPI access to be the ATAPICAM device (as opposed to > the ATA device). Assuming you have not undone that change, and are > running the latest version of HAL, these panics should not be occurring. > > Even still, you're right that these are not HAL bugs, but rather an > issue in the kernel. I use nautilus-cd-burner to burn CDs in GNOME, and > I have never had such a panic on 6-STABLE. n-c-b uses cdrecord, cdrao, > and dvd-utils under the covers to do the actual device work. Not sure > what k3b is using, but maybe it diddles something it shouldn't. > > Joe > > --- snip > > Beni, Robert, Ganbold, are you all in fact running the latest version of the > hal port and do you all have atapicam enabled in your kernel? If not, making > sure of both might help avoiding the problem. > I see. I know I have updated my system last Saturday (14th April 2007) and I think I updated both hal and kdelibs ports. I have atapicam enabled in kernel. Let me double check it this weekend and I will let you know. thanks, Ganbold > > > ------------------------------------------------------------------------ > > Subject: > Re: Fwd: Re: [kde-freebsd] problem hal - k3b ? > From: > Joe Marcus Clarke > Date: > Thu, 19 Apr 2007 12:49:26 -0400 > To: > Michael Nottebrock > > To: > Michael Nottebrock > CC: > gnome@freebsd.org > > > Michael Nottebrock wrote: > >> I forgot to cc gnome@ on my reply. I don't think this is a HAL bug, but just >> FYI. >> >> >> >> ------------------------------------------------------------------------ >> >> Subject: >> Re: [kde-freebsd] problem hal - k3b ? >> From: >> Michael Nottebrock >> Date: >> Thu, 19 Apr 2007 18:12:46 +0200 >> To: >> kde@freebsd.org >> >> To: >> kde@freebsd.org >> CC: >> Beni , h.eichmann@gmx.de, current@freebsd.org, >> stable@freebsd.org >> >> >> On Wednesday, 18. April 2007, Beni wrote: >> >>> Hi List, >>> >>> I think I have a problem with hal(d) and k3b (version 1.0 from ports) : my >>> whole system freezes when starting up k3b. I get the splash screen and then >>> it all stops and a ctrl-alt-del is the only way out. >>> >> Other people have reported kernel panics. It looks to me like k3b's device >> probing and hald's device probing at the same time manages to tickle a bug in >> ata(4). >> >> Ref: http://lists.freebsd.org/pipermail/freebsd-current/2007-April/070753.html >> http://lists.freebsd.org/pipermail/freebsd-stable/2007-April/034486.html >> >> I'm afraid a true kernel hacker will have to inconvenince themselves with >> running k3b and hal in order to have this one fixed. FWIW, I haven't seen in >> happening on 5.5. >> > > This should have been fixed a while ago by jylefort when he set the > default device for ATAPI access to be the ATAPICAM device (as opposed to > the ATA device). Assuming you have not undone that change, and are > running the latest version of HAL, these panics should not be occurring. > > Even still, you're right that these are not HAL bugs, but rather an > issue in the kernel. I use nautilus-cd-burner to burn CDs in GNOME, and > I have never had such a panic on 6-STABLE. n-c-b uses cdrecord, cdrao, > and dvd-utils under the covers to do the actual device work. Not sure > what k3b is using, but maybe it diddles something it shouldn't. > > Joe > > From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 03:38:44 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BA31416A402 for ; Fri, 20 Apr 2007 03:38:44 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from rwcrmhc15.comcast.net (rwcrmhc15.comcast.net [216.148.227.155]) by mx1.freebsd.org (Postfix) with ESMTP id A804E13C45D for ; Fri, 20 Apr 2007 03:38:44 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (rwcrmhc15) with ESMTP id <20070420033843m15007j7nte>; Fri, 20 Apr 2007 03:38:44 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 909CE1FA03D; Thu, 19 Apr 2007 20:38:43 -0700 (PDT) Date: Thu, 19 Apr 2007 20:38:43 -0700 From: Jeremy Chadwick To: pete wright Message-ID: <20070420033843.GA5326@icarus.home.lan> Mail-Followup-To: pete wright , "Andrei V. Lavreniyuk" , stable@freebsd.org References: <200704192153.30904.bamston@reactor-xg.kiev.ua> <57d710000704191237i39467bak78c2aa49b6f5157c@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <57d710000704191237i39467bak78c2aa49b6f5157c@mail.gmail.com> User-Agent: Mutt/1.5.14 (2007-02-12) Cc: stable@freebsd.org, "Andrei V. Lavreniyuk" Subject: Re: acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 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, 20 Apr 2007 03:38:44 -0000 On Thu, Apr 19, 2007 at 12:37:08PM -0700, pete wright wrote: > >ipfw2 (+ipv6) initialized, divert enabled, rule-based forwarding enabled, > >default to deny, logging limited to 100 packets/entry by default > >ad0: 114473MB at ata0-master UDMA100 > >acd0: DVDR at ata1-master UDMA33 > >ad4: 152627MB at ata2-master SATA150 > >acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 > >0x01 > >acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 > >0x01 > > > > ^^^^^^^^^^^^^^^^^ ??????? > > > > > i assume you are asking what those errors mean.... > > you most likely have a bad cdrom in there, or the drive has an error. > try a different disk, and if that fails try another drive. Are you sure the ATAPI command used at that time is attempting to read disc information and not, say, try to get drive capabilities? I'm lead to believe that the DVD drive he has doesn't support a particular ATAPI function (long reads comes to mind). ASC 0x24 ASCQ 0x00 is "Illegal field in CDB" for most ATAPI operatons... -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 05:21:15 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B3CBD16A404 for ; Fri, 20 Apr 2007 05:21:15 +0000 (UTC) (envelope-from gshapiro@gshapiro.net) Received: from gir.gshapiro.net (gir.gshapiro.net [209.246.26.16]) by mx1.freebsd.org (Postfix) with ESMTP id 9FCAF13C45A for ; Fri, 20 Apr 2007 05:21:15 +0000 (UTC) (envelope-from gshapiro@gshapiro.net) Received: from monkeyboy.gshapiro.net (c-67-164-3-230.hsd1.ca.comcast.net [67.164.3.230]) by gir.gshapiro.net (8.14.1/8.14.1) with ESMTP id l3K5NAwJ084154 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 19 Apr 2007 22:23:13 -0700 (PDT) (envelope-from gshapiro@gshapiro.net) X-DKIM: Sendmail DKIM Filter v0.6.3 gir.gshapiro.net l3K5NAwJ084154 X-DomainKeys: Sendmail DomainKeys Filter v0.4.2 gir.gshapiro.net l3K5NAwJ084154 Received: by monkeyboy.gshapiro.net (Postfix, from userid 501) id D7CFD237439; Thu, 19 Apr 2007 22:21:08 -0700 (PDT) Date: Thu, 19 Apr 2007 22:21:08 -0700 From: Gregory Shapiro To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20070420052108.GA452@monkeyboy.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: HEADS UP: Recompile milters after sendmail 8.14 upgrade 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, 20 Apr 2007 05:21:15 -0000 sendmail has been updated from version 8.13.8 to 8.14.1 in the HEAD and RELENG_[456] branches. This upgrade includes a new libmilter library which requires all dynamically linked milters to be recompiled (no source code changes are required). Unfortunately, this problem (the need to recompile filters) was found after the MFC. The release engineering team has asked for this notice instead of doing a full backout of sendmail 8.14 in the RELENG_[456] branches. I'm sorry for the adverse effects from the change and will be more careful with future sendmail commits. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 07:11:05 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EBEB216A403 for ; Fri, 20 Apr 2007 07:11:05 +0000 (UTC) (envelope-from bamston@reactor-xg.kiev.ua) Received: from mail.reactor-xg.kiev.ua (reactor-xg.kiev.ua [82.144.204.150]) by mx1.freebsd.org (Postfix) with ESMTP id 72E4F13C480 for ; Fri, 20 Apr 2007 07:11:05 +0000 (UTC) (envelope-from bamston@reactor-xg.kiev.ua) Received: from mail.reactor-xg.kiev.ua (mail.reactor-xg.kiev.ua [82.144.204.150]) by mail.reactor-xg.kiev.ua (Reactor-XG Mailer System) with ESMTP id l3K7B18T000607; Fri, 20 Apr 2007 10:11:01 +0300 (EEST) (envelope-from bamston@reactor-xg.kiev.ua) From: "Andrei V. Lavreniyuk" Organization: Technica-03, Inc. To: pete wright , stable@freebsd.org Date: Fri, 20 Apr 2007 10:10:53 +0300 User-Agent: KMail/1.9.6 References: <200704192153.30904.bamston@reactor-xg.kiev.ua> <57d710000704191237i39467bak78c2aa49b6f5157c@mail.gmail.com> <20070420033843.GA5326@icarus.home.lan> In-Reply-To: <20070420033843.GA5326@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200704201010.55803.bamston@reactor-xg.kiev.ua> X-Virus-Scanned: ClamAV 0.90.2/3135/Fri Apr 20 00:08:24 2007 on mail.reactor-xg.kiev.ua X-Virus-Status: Clean Cc: Subject: Re: acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 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, 20 Apr 2007 07:11:06 -0000 Hi! > >ipfw2 (+ipv6) initialized, divert enabled, rule-based forwarding enabled, > >default to deny, logging limited to 100 packets/entry by default > >ad0: 114473MB at ata0-master UDMA100 > >acd0: DVDR at ata1-master UDMA33 > >ad4: 152627MB at ata2-master SATA150 > >acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 sks=3D0x4= 0 0x00=20 > >0x01 > >acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=3D0x24 ascq=3D0x00 sks=3D0x4= 0 0x00=20 > >0x01 > > > > =A0^^^^^^^^^^^^^^^^^ ??????? > > >=20 >=20 > i assume you are asking what those errors mean.... >=20 > you most likely have a bad cdrom in there, or the drive has an error. > try a different disk, and if that fails try another drive. > Are you sure the ATAPI command used at that time is attempting to read > disc information and not, say, try to get drive capabilities? =A0I'm lead > to believe that the DVD drive he has doesn't support a particular ATAPI > function (long reads comes to mind). =A0ASC 0x24 ASCQ 0x00 is "Illegal > field in CDB" for most ATAPI operatons... Kernel from March works normally... Best regards, Andrei V. Lavreniyuk. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 07:49:22 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 76CCE16A400 for ; Fri, 20 Apr 2007 07:49:22 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.241]) by mx1.freebsd.org (Postfix) with ESMTP id 3452A13C457 for ; Fri, 20 Apr 2007 07:49:21 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so848907ana for ; Fri, 20 Apr 2007 00:49:21 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TAEkhT7H5tKXgyPA0MewLMcMs0K9b9sxaMgjUa1xwIDqD2zOZSvrPUgMWlPAO6ZPMjKGgHuEv4as/StGSlgBCTtUa8LZ4/I1kHES9qG7S2lwT462nWFv7tGGewEtrLRcdzpG9AAKFm794W0ivQGhIBLDmbDXmxLVNKLVDKa5o3k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Oxj01l2HIBBqZumWGxV5jmOwkp36VYk1SY1qNvszNgG1hMB0NMvQ91HCzwTQD55ZtpCNphBAiA8EMupY4KpO3ROgKXH1xQZRtkcaOgQs+CALs3g0fLLuXirQKcpIu5q5lkARODm/nWF7GHi0UvdEkLhpO0pFkmMrexYnxzA0CsI= Received: by 10.100.251.9 with SMTP id y9mr1475816anh.1177053812272; Fri, 20 Apr 2007 00:23:32 -0700 (PDT) Received: by 10.100.9.7 with HTTP; Fri, 20 Apr 2007 00:23:32 -0700 (PDT) Message-ID: Date: Fri, 20 Apr 2007 11:23:32 +0400 From: pluknet To: "Andrei V. Lavreniyuk" In-Reply-To: <200704201010.55803.bamston@reactor-xg.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200704192153.30904.bamston@reactor-xg.kiev.ua> <57d710000704191237i39467bak78c2aa49b6f5157c@mail.gmail.com> <20070420033843.GA5326@icarus.home.lan> <200704201010.55803.bamston@reactor-xg.kiev.ua> Cc: stable@freebsd.org Subject: Re: acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 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, 20 Apr 2007 07:49:22 -0000 On 20/04/07, Andrei V. Lavreniyuk wrote: > Hi! > > > > >ipfw2 (+ipv6) initialized, divert enabled, rule-based forwarding enabled, > > >default to deny, logging limited to 100 packets/entry by default > > >ad0: 114473MB at ata0-master UDMA100 > > >acd0: DVDR at ata1-master UDMA33 > > >ad4: 152627MB at ata2-master SATA150 > > >acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 > > >0x01 > > >acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 > > >0x01 > > > > > > ^^^^^^^^^^^^^^^^^ ??????? > > > > > > > > > i assume you are asking what those errors mean.... > > > > you most likely have a bad cdrom in there, or the drive has an error. > > try a different disk, and if that fails try another drive. > > > > Are you sure the ATAPI command used at that time is attempting to read > > disc information and not, say, try to get drive capabilities? I'm lead > > to believe that the DVD drive he has doesn't support a particular ATAPI > > function (long reads comes to mind). ASC 0x24 ASCQ 0x00 is "Illegal > > field in CDB" for most ATAPI operatons... > > > Kernel from March works normally... > > > > Best regards, Andrei V. Lavreniyuk. Same here. It appeared between 9 and 15 of March for me, on two different DVD drives. pluknet From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 08:10:49 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F6E016A400 for ; Fri, 20 Apr 2007 08:10:49 +0000 (UTC) (envelope-from bamston@reactor-xg.kiev.ua) Received: from mail.reactor-xg.kiev.ua (reactor-xg.kiev.ua [82.144.204.150]) by mx1.freebsd.org (Postfix) with ESMTP id 9C7F213C457 for ; Fri, 20 Apr 2007 08:10:48 +0000 (UTC) (envelope-from bamston@reactor-xg.kiev.ua) Received: from mail.reactor-xg.kiev.ua (mail.reactor-xg.kiev.ua [82.144.204.150]) by mail.reactor-xg.kiev.ua (Reactor-XG Mailer System) with ESMTP id l3K8AkS7028565 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 20 Apr 2007 11:10:46 +0300 (EEST) (envelope-from bamston@reactor-xg.kiev.ua) From: "Andrei V. Lavreniyuk" Organization: Technica-03, Inc. To: stable@freebsd.org Date: Fri, 20 Apr 2007 11:10:39 +0300 User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704201110.40678.bamston@reactor-xg.kiev.ua> X-Virus-Scanned: ClamAV 0.90.2/3135/Fri Apr 20 00:08:24 2007 on mail.reactor-xg.kiev.ua X-Virus-Status: Clean Cc: Subject: hw.acpi.cpu.cx_lowest: Invalid argument 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, 20 Apr 2007 08:10:49 -0000 Hi! # uname -a FreeBSD datacenter.technica-03.local 6.2-STABLE FreeBSD 6.2-STABLE #0: Thu Apr 19 21:04:38 EEST 2007 root@datacenter.technica-03.local:/usr/obj/usr/src/sys/SMP-DATACENTER i386 console.log ------------------------------------------------------------------------------------ Apr 19 21:48:01 datacenter kernel: Starting devd. Apr 19 21:48:01 datacenter kernel: hw.acpi.cpu.cx_lowest: Apr 19 21:48:01 datacenter kernel: C1 Apr 19 21:48:01 datacenter kernel: Apr 19 21:48:01 datacenter kernel: sysctl: Apr 19 21:48:01 datacenter kernel: hw.acpi.cpu.cx_lowest Apr 19 21:48:01 datacenter kernel: : Apr 19 21:48:01 datacenter kernel: Invalid argument ------------------------------------------------------------------------------------ # sysctl hw.acpi hw.acpi.supported_sleep_state: S1 S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S1 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 hw.acpi.cpu.cx_lowest: C1 # sysctl hw.acpi.cpu.cx_lowest hw.acpi.cpu.cx_lowest: C1 # sysctl hw.acpi.cpu.cx_lowest=C1 hw.acpi.cpu.cx_lowest: C1 sysctl: hw.acpi.cpu.cx_lowest: Invalid argument Best regards, Andrei V. Lavreniyuk. From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 08:52:05 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8E1C716A403 for ; Fri, 20 Apr 2007 08:52:05 +0000 (UTC) (envelope-from parv@pair.com) Received: from mta11.adelphia.net (mta11.adelphia.net [68.168.78.205]) by mx1.freebsd.org (Postfix) with ESMTP id 544C413C44C for ; Fri, 20 Apr 2007 08:52:05 +0000 (UTC) (envelope-from parv@pair.com) Received: from default.chvlva.adelphia.net ([24.126.17.68]) by mta9.adelphia.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20070420082840.XLMU14403.mta9.adelphia.net@default.chvlva.adelphia.net> for ; Fri, 20 Apr 2007 04:28:40 -0400 Received: by default.chvlva.adelphia.net (Postfix, from userid 1000) id 4F5F5B8B9; Fri, 20 Apr 2007 04:05:20 -0400 (EDT) Date: Fri, 20 Apr 2007 04:05:20 -0400 From: Parv To: f-stable Message-ID: <20070420080520.GA5118@holestein.holy.cow> Mail-Followup-To: f-stable MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: LOR - ath (similar to LOR #42) on FreeBSD 6-STABLE 2007.04.08.19.20.49 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, 20 Apr 2007 08:52:05 -0000 (Before Apr 8 update, I built the world+kernel as of 2007.03.29.21.58.25 UTC.) I am running FreeBSD 6-STABLE as of 2007.04.08.19.20.49 UTC, with ath0 driver for Belkin "My Essentials" Wireless G card, which I had been using without problems until now. Some of current configuration is ... device.hints: http://www103.pair.com/parv/comp/unix/freebsd/thinkpad-t42-2373-5tu/err/2007-04-19.ath-lor/boot.device.hints loader.conf: http://www103.pair.com/parv/comp/unix/freebsd/thinkpad-t42-2373-5tu/err/2007-04-19.ath-lor/boot.loader.conf kernel (debug): http://www103.pair.com/parv/comp/unix/freebsd/thinkpad-t42-2373-5tu/err/2007-04-19.ath-lor/kernel.cleaned-up dmesg (does not show ath0 attachment): http://www103.pair.com/parv/comp/unix/freebsd/thinkpad-t42-2373-5tu/err/2007-04-19.ath-lor/dmesg dmesg (earlier, w/ ath0): http://www103.pair.com/parv/comp/unix/freebsd/thinkpad-t42-2373-5tu/err/dmesg I had not set up dumpdev & large enough dumpdir at the time of above crap-shoot. I will update when I LOR happens again. Yesterday, while in X & having problem connecting to places, namely hosted by pair.com, computer shut itself down. I rebooted with a debug kernel complete with WITNESS* options; just after attaching the ath0 interface, I was greeted by (sorry, I do/did not have a serial console setup; I do have some images) ... http://www103.pair.com/parv/comp/unix/freebsd/thinkpad-t42-2373-5tu/err/2007-04-19.ath-lor/00-crash/ ... of importance ... start of LOR message: http://www103.pair.com/parv/comp/unix/freebsd/thinkpad-t42-2373-5tu/err/2007-04-19.ath-lor/00-crash/witness-01-lor-sleep-after-nonsleep.png backtrace: http://www103.pair.com/parv/comp/unix/freebsd/thinkpad-t42-2373-5tu/err/2007-04-19.ath-lor/00-crash/witness-02-backtrace.png ... there are 4 other images which may be inconsequential (ath0 attachment messages; output of command 'bt' which seemed to produced the same output as above; output of 'ps' & 'x'). Above appears to be, to my untrained eye, similar to ... http://sources.zabbadoz.net/freebsd/lor/042.html http://lists.freebsd.org/pipermail/freebsd-current/2005-November/058007.html http://lists.freebsd.org/pipermail/freebsd-current/2005-December/059168.html Is there anything I could do to generate other|more data? Is there a solution for my above LOR? - Parv -- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 09:27:22 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9AF8116A400 for ; Fri, 20 Apr 2007 09:27:22 +0000 (UTC) (envelope-from bamston@reactor-xg.kiev.ua) Received: from mail.reactor-xg.kiev.ua (reactor-xg.kiev.ua [82.144.204.150]) by mx1.freebsd.org (Postfix) with ESMTP id CE4DE13C4CE for ; Fri, 20 Apr 2007 09:27:20 +0000 (UTC) (envelope-from bamston@reactor-xg.kiev.ua) Received: from mail.reactor-xg.kiev.ua (mail.reactor-xg.kiev.ua [82.144.204.150]) by mail.reactor-xg.kiev.ua (Reactor-XG Mailer System) with ESMTP id l3K9RELd064183; Fri, 20 Apr 2007 12:27:15 +0300 (EEST) (envelope-from bamston@reactor-xg.kiev.ua) From: "Andrei V. Lavreniyuk" Organization: Technica-03, Inc. To: pete wright , stable@freebsd.org Date: Fri, 20 Apr 2007 12:27:07 +0300 User-Agent: KMail/1.9.6 References: <200704192153.30904.bamston@reactor-xg.kiev.ua> <57d710000704191237i39467bak78c2aa49b6f5157c@mail.gmail.com> <20070420033843.GA5326@icarus.home.lan> In-Reply-To: <20070420033843.GA5326@icarus.home.lan> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_tdIKGyuMj8/LVk/" Message-Id: <200704201227.09445.bamston@reactor-xg.kiev.ua> X-Virus-Scanned: ClamAV 0.90.2/3135/Fri Apr 20 00:08:24 2007 on mail.reactor-xg.kiev.ua X-Virus-Status: Clean Cc: Subject: Re: acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 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, 20 Apr 2007 09:27:22 -0000 --Boundary-00=_tdIKGyuMj8/LVk/ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi! > On Thu, Apr 19, 2007 at 12:37:08PM -0700, pete wright wrote: > > >ipfw2 (+ipv6) initialized, divert enabled, rule-based forwarding > > > enabled, default to deny, logging limited to 100 packets/entry by > > > default ad0: 114473MB at ata0-master > > > UDMA100 acd0: DVDR at ata1-master > > > UDMA33 ad4: 152627MB at ata2-master > > > SATA150 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > > > sks=0x40 0x00 0x01 > > >acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 > > >0x01 > > > > > > ^^^^^^^^^^^^^^^^^ ??????? > > > > i assume you are asking what those errors mean.... > > > > you most likely have a bad cdrom in there, or the drive has an error. > > try a different disk, and if that fails try another drive. > > Are you sure the ATAPI command used at that time is attempting to read > disc information and not, say, try to get drive capabilities? I'm lead > to believe that the DVD drive he has doesn't support a particular ATAPI > function (long reads comes to mind). ASC 0x24 ASCQ 0x00 is "Illegal > field in CDB" for most ATAPI operatons... Adding to my report: Test 1: To start k3b with a disk in the device of reading/record. A start takes a place normally. Test 2: To start k3b without a disk in the device of reading/record. At a start the k3b system hangs up and overloaded. PS: My pkg_list attached. Best regards, Andrei V. Lavreniyuk. --Boundary-00=_tdIKGyuMj8/LVk/ Content-Type: text/plain; charset="iso-8859-1"; name="pkg_version" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="pkg_version" GeoIP-1.4.2 = up-to-date with port GraphicsMagick-1.1.7 = up-to-date with port IglooFTP-0.6.1_3 = up-to-date with port ImageMagick-6.3.3.5 = up-to-date with port ORBit-0.5.17_3 = up-to-date with port ORBit2-2.14.7 = up-to-date with port OpenEXR-1.4.0 = up-to-date with port OpenSSH-askpass-1.2.2.2001.02.24 = up-to-date with port Xaw3d-1.5E_1 = up-to-date with port aMule-2.1.3_3 = up-to-date with port aalib-1.4.r5_2 = up-to-date with port adobe-cmaps-20051217_1 = up-to-date with port akode-2.0.1,1 = up-to-date with port akode-plugins-mpc-2.0.1,1 = up-to-date with port akode-plugins-mpeg-2.0.1,1 = up-to-date with port akode-plugins-oss-2.0.1,1 = up-to-date with port akode-plugins-resampler-2.0.1,1 = up-to-date with port akode-plugins-xiph-2.0.1,1 = up-to-date with port amspsfnt-1.0_4 = up-to-date with port apache-2.2.4_2 = up-to-date with port apache-ant-1.7.0 = up-to-date with port apr-gdbm-db42-1.2.7_1 = up-to-date with port arc-5.21o_1 = up-to-date with port argp-standalone-1.3 = up-to-date with port arj-3.10.22 = up-to-date with port arping-2.05_2 = up-to-date with port arts-1.5.6_1,1 = up-to-date with port artswrapper-1.5.3 = up-to-date with port aspell-0.60.5 = up-to-date with port atk-1.18.0 = up-to-date with port autoconf-2.13.000227_5 = up-to-date with port autoconf-2.53_3 = up-to-date with port autoconf-2.59_2 = up-to-date with port automake-1.4.6_2 = up-to-date with port automake-1.5_2,1 = up-to-date with port automake-1.9.6 = up-to-date with port avahi+libdns-0.6.17 = up-to-date with port avifile-0.7.43_3,2 = up-to-date with port azureus-3.0.1.0 = up-to-date with port bash-3.1.17 = up-to-date with port biew-5.6.2 = up-to-date with port bison-2.3 = up-to-date with port bitstream-vera-1.10_3 = up-to-date with port bonobo-1.0.22_3 = up-to-date with port boost-python-1.33.1_2 = up-to-date with port bsdstats-5.3_1 = up-to-date with port buildbot-0.7.5 = up-to-date with port buildtool-0.16 = up-to-date with port buildtool-doc-0.16 = up-to-date with port cabextract-1.2 = up-to-date with port cairo-1.4.4 = up-to-date with port cclient-2004g,1 = up-to-date with port ccrtp-1.5.0 = up-to-date with port cdparanoia-3.9.8_8 = up-to-date with port cdrdao-1.2.1 = up-to-date with port cdrtools-2.01_6 = up-to-date with port chmlib-0.39 = up-to-date with port chmsee-0.9.6_1 = up-to-date with port cidr-2.3.2_1 = up-to-date with port clamav-0.90.2_1 = up-to-date with port cm-super-0.3.3 = up-to-date with port cmpsfont-1.0_5 = up-to-date with port comix-3.6.3 = up-to-date with port commoncpp-1.5.2,2 = up-to-date with port compat5x-i386-5.4.0.8_7 = up-to-date with port coreutils-6.7 = up-to-date with port cphone-0.3.2.c.20060407 = up-to-date with port cups-base-1.2.10 = up-to-date with port cups-pstoraster-8.15.4 = up-to-date with port cups-smb-backend-1.0 = up-to-date with port curl-7.16.1 = up-to-date with port cvsup-16.1h_2 = up-to-date with port cyberbit-ttfonts-2.0.20050220 = up-to-date with port cyrus-sasl-2.1.22 = up-to-date with port daemontools-0.76_12 = up-to-date with port db4-4.0.14_1,1 = up-to-date with port db41-4.1.25_4 = up-to-date with port db42-4.2.52_5 = up-to-date with port dbus-1.0.2_1 = up-to-date with port dbus-glib-0.73 = up-to-date with port dbus-qt3-0.70 = up-to-date with port ddd-3.3.11 = up-to-date with port desktop-file-utils-0.12 = up-to-date with port diablo-jdk-1.5.0.07.01_3 = up-to-date with port dirmngr-0.9.7_2 = up-to-date with port djbfft-0.76_2 = up-to-date with port djvulibre-3.5.18_3 = up-to-date with port dmidecode-2.8 = up-to-date with port docbook-4.1_2 = up-to-date with port docbook-4.2 = up-to-date with port docbook-sk-4.1.2_4 = up-to-date with port docbook-xml-4.2_1 = up-to-date with port docbook-xml-4.3 = up-to-date with port docbook-xml-4.4 = up-to-date with port docbook-xsl-1.71.1_2 = up-to-date with port docproj-1.17 = up-to-date with port dosbox-0.70 = up-to-date with port doxygen-1.5.1 = up-to-date with port drjava-20070130.2255 = up-to-date with port dsssl-docbook-modular-1.79,1 = up-to-date with port dvd+rw-tools-7.0 = up-to-date with port dvipdfmx-20061211 = up-to-date with port dvipsk-tetex-5.95a_1 = up-to-date with port eclipse-3.2.1_1 = up-to-date with port eel-2.18.0.1 = up-to-date with port ekiga-2.0.4_1 = up-to-date with port esound-0.2.37_2 = up-to-date with port esvn-0.6.11 = up-to-date with port etherape-0.9.6_1 = up-to-date with port ettercap-gtk2-0.7.3_4,1 = up-to-date with port evolution-2.10.1 = up-to-date with port evolution-data-server-1.10.1 = up-to-date with port evolution-webcal-2.10.0 = up-to-date with port expat-2.0.0_1 = up-to-date with port ezm3-1.2_1 = up-to-date with port f4l-0.2.1 = up-to-date with port faad2-2.5,1 = up-to-date with port faces-1.7.7_7 = up-to-date with port fastest_cvsup-0.2.9_5 = up-to-date with port fftw3-3.1.2 = up-to-date with port file-roller-2.18.2,1 = up-to-date with port firebird-client-1.5.3 = up-to-date with port firefox-2.0.0.3,1 = up-to-date with port firefox-i18n-2.0.0.3 = up-to-date with port fixrtf-0.1.20060303 = up-to-date with port flac-1.1.2_1 = up-to-date with port flashplugin-mozilla-0.4.13 = up-to-date with port fontconfig-2.4.2_1,1 = up-to-date with port fontforge-20060822 = up-to-date with port foomatic-db-20070124 = up-to-date with port foomatic-db-engine-20070124,1 = up-to-date with port foomatic-filters-3.0.2_4 = up-to-date with port fpc-2.0.4_1 = up-to-date with port fpc-bfd-2.0.4_1 = up-to-date with port fpc-fcl-2.0.4_2 = up-to-date with port fpc-fftw-2.0.4_1 = up-to-date with port fpc-forms-2.0.4_1 = up-to-date with port fpc-fpgtk-2.0.4_1 = up-to-date with port fpc-fv-2.0.4 = up-to-date with port fpc-gconf-2.0.4_1 = up-to-date with port fpc-gdbint-2.0.4 = up-to-date with port fpc-gdbm-2.0.4_1 = up-to-date with port fpc-ggi-2.0.4_1 = up-to-date with port fpc-gnome-2.0.4 = up-to-date with port fpc-graph-2.0.4 = up-to-date with port fpc-gtk-2.0.4_1 = up-to-date with port fpc-gtk2-2.0.4_1 = up-to-date with port fpc-hash-2.0.4 = up-to-date with port fpc-ibase-2.0.4_1 = up-to-date with port fpc-imlib-2.0.4_1 = up-to-date with port fpc-libasync-2.0.4 = up-to-date with port fpc-libgd-2.0.4_1 = up-to-date with port fpc-libpng-2.0.4_1 = up-to-date with port fpc-mysql-2.0.4_1 = up-to-date with port fpc-ncurses-2.0.4 = up-to-date with port fpc-netdb-2.0.4 = up-to-date with port fpc-odbc-2.0.4_1 = up-to-date with port fpc-opengl-2.0.4_1 = up-to-date with port fpc-oracle-2.0.4_1 = up-to-date with port fpc-pasjpeg-2.0.4 = up-to-date with port fpc-paszlib-2.0.4 = up-to-date with port fpc-postgres-2.0.4_1 = up-to-date with port fpc-pthreads-2.0.4 = up-to-date with port fpc-regexpr-2.0.4 = up-to-date with port fpc-sqlite-2.0.4_1 = up-to-date with port fpc-svgalib-2.0.4_1 = up-to-date with port fpc-syslog-2.0.4 = up-to-date with port fpc-tcl-2.0.4_1 = up-to-date with port fpc-unzip-2.0.4_1 = up-to-date with port fpc-utils-2.0.4 = up-to-date with port fpc-utmp-2.0.4 = up-to-date with port fpc-x11-2.0.4_1 = up-to-date with port fpc-zlib-2.0.4 = up-to-date with port fpc-zvt-2.0.4_1 = up-to-date with port freefont-ttf-20060126 = up-to-date with port freetype-1.3.1_4 = up-to-date with port freetype-tools-1.3.1_4 = up-to-date with port freetype2-2.2.1_1 = up-to-date with port fribidi-0.10.7 = up-to-date with port fsv-0.9_2 = up-to-date with port gail-1.18.0 = up-to-date with port gaim-1.5.0_10 = up-to-date with port gamin-0.1.8 = up-to-date with port gawk-3.1.5 = up-to-date with port gcc-ooo-3.4.1_2 = up-to-date with port gconf-1.0.9_9 = up-to-date with port gconf2-2.18.0.1 = up-to-date with port gd-2.0.34,1 = up-to-date with port gdbm-1.8.3_3 = up-to-date with port gdk-pixbuf-0.22.0_5 = up-to-date with port gettext-0.16.1_1 = up-to-date with port gftp-gnome-2.0.18_2 = up-to-date with port ghasher-1.2.1 = up-to-date with port ghex-2.8.2 = up-to-date with port ghostscript-gpl-8.56_2 = up-to-date with port gimp-2.2,2 = up-to-date with port gimp-help-0.11_1 = up-to-date with port gimp-print-4.2.7_2 = up-to-date with port glib-1.2.10_12 = up-to-date with port glib-2.12.11 = up-to-date with port glitz-0.5.6 = up-to-date with port gmake-3.81_1 = up-to-date with port gnome-control-center-2.18.1 = up-to-date with port gnome-db-0.2.96_6 = up-to-date with port gnome-desktop-2.18.1_1 = up-to-date with port gnome-doc-utils-0.10.3 = up-to-date with port gnome-icon-theme-2.18.0 = up-to-date with port gnome-keyring-0.8.1 = up-to-date with port gnome-libs-1.4.2_6 = up-to-date with port gnome-menus-2.18.0 = up-to-date with port gnome-mime-data-2.18.0 = up-to-date with port gnome-panel-2.18.1 = up-to-date with port gnome-print-0.37_3 = up-to-date with port gnome-spell-1.0.7_2 = up-to-date with port gnome-ssh-askpass-3.6p1_5 = up-to-date with port gnome-vfs-2.18.1 = up-to-date with port gnome_subr-1.0 = up-to-date with port gnomecanvas-0.22.0_5 = up-to-date with port gnomehier-2.2 = up-to-date with port gnu-autoconf-2.61 = up-to-date with port gnu-automake-1.10 = up-to-date with port gnupg-1.4.7 = up-to-date with port gnupg-2.0.3 = up-to-date with port gnutls-1.6.1_2 = up-to-date with port golded+-1.1.5.a20061116_1 = up-to-date with port gpa-0.7.5 = up-to-date with port gpgme-1.1.3_3 = up-to-date with port gpkgdep-0.0_5 = up-to-date with port gqview-2.0.4 = up-to-date with port graphviz-2.12_1 = up-to-date with port graveman-0.3.12.5 = up-to-date with port gsfonts-8.11_2 = up-to-date with port gstreamer-0.10.12 = up-to-date with port gstreamer-plugins-0.10.12,3 = up-to-date with port gstreamer-plugins-good-0.10.5,3 = up-to-date with port gstreamer-plugins80-0.8.12_2,1 = up-to-date with port gstreamer80-0.8.12_2 = up-to-date with port gtar-1.16.1 = up-to-date with port gtk-1.2.10_17 = up-to-date with port gtk-2.10.11 = up-to-date with port gtk-engines2-2.10.1 = up-to-date with port gtkglarea-1.2.3_1 = up-to-date with port gtkhtml3-3.14.1 = up-to-date with port gtkportscan-1.2_2 = up-to-date with port gtkspell-2.0.11_4 = up-to-date with port guile-1.6.8_3 = up-to-date with port gutenprint-base-5.1.0_1 = up-to-date with port hal-0.5.8.20070403 = up-to-date with port help2man-1.36.4_1 = up-to-date with port hexcurse-1.55 = up-to-date with port hicolor-icon-theme-0.10_1 = up-to-date with port horde-base-3.1.4_1 = up-to-date with port html-4.01_2 = up-to-date with port html2text-1.3.2a = up-to-date with port husky-base-1.0_1 = up-to-date with port husky-bsopack-0.2.4_1 = up-to-date with port husky-fidoconf-0.14.4_1 = up-to-date with port husky-hpt-1.2.4_1 = up-to-date with port husky-hptkill-1.10.4_1 = up-to-date with port husky-hptsqfix-1.2.4_1 = up-to-date with port husky-hpucode-1.2.4_1 = up-to-date with port husky-htick-1.0.4_1 = up-to-date with port husky-msged-6.2RC1_1 = up-to-date with port husky-nltools-1.2.4_1 = up-to-date with port husky-smapi-2.2.4_1 = up-to-date with port husky-sqpack-1.2.4_1 = up-to-date with port hydra-5.4 = up-to-date with port icon-naming-utils-0.8.2 = up-to-date with port icu-3.6 = up-to-date with port id3lib-3.8.3_3 = up-to-date with port ilbc-r3951 = up-to-date with port imake-6.9.0_1 = up-to-date with port imlib-1.9.15_4 = up-to-date with port intltool-0.35.5_2 = up-to-date with port ipcalc-0.41 = up-to-date with port ipsc-0.4.2_1 = up-to-date with port ipsorc-1.7.5_2 = up-to-date with port iso8879-1986_2 = up-to-date with port jackit-0.103.0 = up-to-date with port jade-1.2.1_9 = up-to-date with port jadetex-3.13_1 = up-to-date with port jakarta-commons-cli-1.0,1 = up-to-date with port jakarta-commons-lang-2.3 = up-to-date with port jasper-1.900.1 = up-to-date with port javavmwrapper-2.3 = up-to-date with port jbigkit-1.6 = up-to-date with port jpeg-6b_4 = up-to-date with port junit-3.8.2 = up-to-date with port k3b-1.0_1 = up-to-date with port k3b-i18n-1.0 = up-to-date with port kasablanca-0.4.0.2_2 = up-to-date with port kchm-0.6.5_4 = up-to-date with port kchmviewer-3.0 = up-to-date with port kcpuload-1.99_6 = up-to-date with port kde-3.5.6 = up-to-date with port kde-xdg-env-1.0_2,1 = up-to-date with port kdeaccessibility-3.5.6 = up-to-date with port kdeadmin-3.5.6 = up-to-date with port kdeartwork-3.5.6_1 = up-to-date with port kdebase-3.5.6_2 = up-to-date with port kdebase-kompmgr-3.5.6 = up-to-date with port kdeedu-3.5.6 = up-to-date with port kdegames-3.5.6 = up-to-date with port kdegraphics-3.5.6 = up-to-date with port kdehier-1.0_11 = up-to-date with port kdelibs-3.5.6_2 = up-to-date with port kdemultimedia-3.5.6 = up-to-date with port kdenetwork-3.5.6 = up-to-date with port kdenetwork-kopete-0.12.4 = up-to-date with port kdepim-3.5.6_2 = up-to-date with port kdesdk-3.5.6 = up-to-date with port kdetoys-3.5.6 = up-to-date with port kdeutils-3.5.6 = up-to-date with port kdevelop-3.4.0_2 = up-to-date with port kdewebdev-3.5.6,2 = up-to-date with port keychain-2.6.8 = up-to-date with port kftpgrabber-0.8.0 = up-to-date with port kio_p7zip-0.3.1 = up-to-date with port koffice-1.6.2,2 = up-to-date with port kqemu-kmod-1.3.0.p11 = up-to-date with port krusader-1.70.1 = up-to-date with port kvirc-3.2.0_3 = up-to-date with port kxmleditor-1.1.4_3 = up-to-date with port lame-3.97_1 = up-to-date with port lazarus-0.9.22 = up-to-date with port lcms-1.16_1,1 = up-to-date with port lfhex-0.3.7.2 = up-to-date with port lha-1.14i_6 = up-to-date with port libIDL-0.8.8 = up-to-date with port libXft-2.1.7_1 = up-to-date with port liba52-0.7.4_1 = up-to-date with port libao-esound-0.8.5_5 = up-to-date with port libart_lgpl-2.3.19,1 = up-to-date with port libassuan-1.0.1 = up-to-date with port libaudiofile-0.2.6 = up-to-date with port libbonobo-2.18.0 = up-to-date with port libbonoboui-2.18.0 = up-to-date with port libcroco-0.6.1 = up-to-date with port libdaemon-0.10_1 = up-to-date with port libdrm-2.0.2 = up-to-date with port libdts-0.0.2_2 = up-to-date with port libdvdcss-1.2.9_2 = up-to-date with port libdvdread-0.9.7_2 = up-to-date with port libexif-0.6.13 = up-to-date with port libflash-0.4.13_1 = up-to-date with port libfpx-1.2.0.12 = up-to-date with port libgcrypt-1.2.4_1 = up-to-date with port libgda-0.2.96_6 = up-to-date with port libglade-0.17_5 = up-to-date with port libglade2-2.6.0_2 = up-to-date with port libglut-6.4.2 = up-to-date with port libgmp-4.2.1_2 = up-to-date with port libgnome-2.18.0 = up-to-date with port libgnomecanvas-2.14.0_2 = up-to-date with port libgnomecups-0.2.2_2,1 = up-to-date with port libgnomekbd-2.18.1 = up-to-date with port libgnomeprint-2.18.0 = up-to-date with port libgnomeprintui-2.18.0 = up-to-date with port libgnomeui-2.18.1 = up-to-date with port libgpg-error-1.4_1 = up-to-date with port libgsf-1.14.3 = up-to-date with port libgtkhtml-2.11.0_2 = up-to-date with port libiconv-1.9.2_2 = up-to-date with port libid3tag-0.15.1b = up-to-date with port libidn-0.6.10 = up-to-date with port libijs-0.35_1 = up-to-date with port libksba-1.0.1_1 = up-to-date with port libltdl-1.5.22_2 = up-to-date with port libmad-0.15.1b_2 = up-to-date with port libmal-0.42_1 = up-to-date with port libmcrypt-2.5.8 = up-to-date with port libmikmod-esound-3.1.11_2 = up-to-date with port libmng-1.0.9 = up-to-date with port libmspack-0.0.20040308_3 = up-to-date with port libnet10-1.0.2a_2,1 = up-to-date with port libnet11-1.1.2.1_1,1 = up-to-date with port libnetdude-0.9 = up-to-date with port libogg-1.1.3,3 = up-to-date with port liboil-0.3.11 = up-to-date with port libpaper-1.1.21_2 = up-to-date with port libpcapnav-0.7 = up-to-date with port librsvg2-2.16.1 = up-to-date with port libsamplerate-0.1.2_2 = up-to-date with port libsndfile-1.0.17 = up-to-date with port libsoup-2.2.100 = up-to-date with port libssh2-0.14_1 = up-to-date with port libtasn1-0.3.9 = up-to-date with port libthai-0.1.5_1 = up-to-date with port libtheora-1.0.a7 = up-to-date with port libtool-1.5.22_4 = up-to-date with port libungif-4.1.4_2 = up-to-date with port libuninameslist-20050712 = up-to-date with port libunrar-3.7.4,1 = up-to-date with port libusb-0.1.12_1 = up-to-date with port libvolume_id-0.75.0 = up-to-date with port libvorbis-1.1.2,3 = up-to-date with port libwmf-0.2.8.4 = up-to-date with port libwnck-2.18.0 = up-to-date with port libwpd-0.8.7 = up-to-date with port libwww-5.4.0_4 = up-to-date with port libxklavier-3.2_1,1 = up-to-date with port libxml-1.8.17_4 = up-to-date with port libxml2-2.6.27 = up-to-date with port libxslt-1.1.20 = up-to-date with port libzrtpcpp-0.9.0_1 = up-to-date with port linc-1.0.3_6 = up-to-date with port links-2.1.p21,1 = up-to-date with port linux-atk-1.9.1 = up-to-date with port linux-expat-1.95.8 = up-to-date with port linux-firefox-2.0.0.3 = up-to-date with port linux-flashplugin-7.0r69 = up-to-date with port linux-fontconfig-2.2.3_6 = up-to-date with port linux-glib2-2.6.6 = up-to-date with port linux-gtk2-2.6.10 = up-to-date with port linux-hicolor-icon-theme-0.5_1 = up-to-date with port linux-jpeg-6b.34 = up-to-date with port linux-pango-1.8.1 = up-to-date with port linux-png-1.2.8_2 = up-to-date with port linux-quake4-1.3,1 = up-to-date with port linux-runrev-1.1.1_2 = up-to-date with port linux-sdl-1.2.10_1 = up-to-date with port linux-tiff-3.7.1 = up-to-date with port linux-xorg-libs-6.8.2_5 = up-to-date with port linux_base-fc-4_9 = up-to-date with port linuxdoc-1.1_1 = up-to-date with port linuxpluginwrapper-20051113_7 = up-to-date with port linuxthreads-2.2.3_22 = up-to-date with port localedata-5.4 = up-to-date with port log4j-1.2.14 = up-to-date with port lua-5.1.1_2 = up-to-date with port lynx-ssl-2.8.6_4 = up-to-date with port m4-1.4.8_1 = up-to-date with port mbmon-205_3 = up-to-date with port mc-4.6.1_4 = up-to-date with port md5coll-0.1 = up-to-date with port mdf2iso-0.3.0 = up-to-date with port metacity-2.18.2 = up-to-date with port mozilla-1.7.13_2,2 = up-to-date with port mozilla-fonts-1.0_1 = up-to-date with port mpeg2codec-1.2_1 = up-to-date with port mplayer-0.99.10_6 = up-to-date with port mplayer-skins-1.1.2_6 = up-to-date with port mtr-0.72 = up-to-date with port mysql-client-4.1.22 = up-to-date with port mysql-server-4.1.22 = up-to-date with port nagios-2.9 = up-to-date with port nagios-base-logos-1.0 = up-to-date with port nagios-plugins-1.4.6,1 = up-to-date with port nas-1.8 = up-to-date with port nasm-0.98.39,1 = up-to-date with port nautilus-2.18.1 = up-to-date with port neon-0.26.3 = up-to-date with port nessus-gtk2-2.2.9_1 = up-to-date with port nessus-libnasl-2.2.9 = up-to-date with port nessus-libraries-2.2.9 = up-to-date with port nessus-plugins-2.2.9_1 = up-to-date with port net-snmp-5.3.1_3 = up-to-date with port netbeans-5.5 = up-to-date with port netdude-0.4.7 = up-to-date with port netmask-2.4_1 = up-to-date with port netpbm-10.26.42 = up-to-date with port nmap-4.20 = up-to-date with port nmapfe-4.20 = up-to-date with port nspr-4.6.6 = up-to-date with port nss-3.11.5 = up-to-date with port nut-2.0.5_1 = up-to-date with port nvidia-driver-1.0.9746 = up-to-date with port nvidia-settings-1.0_10 = up-to-date with port oaf-0.6.10_4 = up-to-date with port opal-2.2.4_1 = up-to-date with port open-motif-2.2.3_2 = up-to-date with port openh323-1.18.0_3 = up-to-date with port openldap-client-2.3.35 = up-to-date with port openslp-1.2.1_2 = up-to-date with port openssl-0.9.8e = up-to-date with port openvrml-0.15.10_5 = up-to-date with port opera-9.20.20070409 = up-to-date with port opera-linuxplugins-9.20.20070409 = up-to-date with port ortp-0.13.0 = up-to-date with port p5-Archive-Tar-1.30 = up-to-date with port p5-Archive-Zip-1.18 = up-to-date with port p5-Authen-SASL-2.10_1 = up-to-date with port p5-Cairo-1.031 = up-to-date with port p5-Compress-Raw-Zlib-2.004 = up-to-date with port p5-Compress-Zlib-2.004 = up-to-date with port p5-Crypt-OpenSSL-Bignum-0.03 = up-to-date with port p5-Crypt-OpenSSL-RSA-0.24 = up-to-date with port p5-Crypt-OpenSSL-Random-0.03 = up-to-date with port p5-DBD-mysql-4.003 = up-to-date with port p5-DBI-1.54 = up-to-date with port p5-Date-Manip-5.44 = up-to-date with port p5-Digest-1.15 = up-to-date with port p5-Digest-HMAC-1.01 = up-to-date with port p5-Digest-MD5-2.36 = up-to-date with port p5-Digest-SHA1-2.11 = up-to-date with port p5-Email-Address-1.88.7 = up-to-date with port p5-ExtUtils-Depends-0.205 = up-to-date with port p5-ExtUtils-PkgConfig-1.07 = up-to-date with port p5-File-Temp-0.18 = up-to-date with port p5-File-Which-0.05 = up-to-date with port p5-GSSAPI-0.24 = up-to-date with port p5-Geography-Countries-1.4 = up-to-date with port p5-Glade2-1.006 = up-to-date with port p5-Glib2-1.144 = up-to-date with port p5-Gtk2-1.144 = up-to-date with port p5-HTML-Parser-3.56 = up-to-date with port p5-HTML-Tagset-3.10 = up-to-date with port p5-IO-Compress-Base-2.004 = up-to-date with port p5-IO-Compress-Zlib-2.004 = up-to-date with port p5-IO-Socket-INET6-2.51_1 = up-to-date with port p5-IO-Socket-SSL-1.05 = up-to-date with port p5-IO-String-1.08 = up-to-date with port p5-IO-Zlib-1.05 = up-to-date with port p5-IO-stringy-2.110 = up-to-date with port p5-IP-Country-2.23_1 = up-to-date with port p5-MIME-Base64-3.07 = up-to-date with port p5-Mail-DomainKeys-1.0 = up-to-date with port p5-Mail-SPF-Query-1.999.1 = up-to-date with port p5-Mail-SpamAssassin-3.1.8_1 = up-to-date with port p5-Mail-Tools-1.74 = up-to-date with port p5-Math-Base85-0.2 = up-to-date with port p5-Math-BigInt-1.82 = up-to-date with port p5-Net-1.20_1,1 = up-to-date with port p5-Net-CIDR-Lite-0.20 = up-to-date with port p5-Net-DNS-0.59 = up-to-date with port p5-Net-IP-1.25 = up-to-date with port p5-Net-IPv4Addr-0.10 = up-to-date with port p5-Net-IPv6Addr-0.2 = up-to-date with port p5-Net-SSLeay-1.30_1 = up-to-date with port p5-Parse-Syslog-1.09 = up-to-date with port p5-PathTools-3.24 = up-to-date with port p5-PerlIO-gzip-0.18 = up-to-date with port p5-Scalar-List-Utils-1.19,1 = up-to-date with port p5-Socket6-0.19 = up-to-date with port p5-Storable-2.16 = up-to-date with port p5-Sys-Hostname-Long-1.4 = up-to-date with port p5-Test-Harness-2.64 = up-to-date with port p5-Test-Simple-0.70 = up-to-date with port p5-URI-1.35 = up-to-date with port p5-XML-NamespaceSupport-1.09_1 = up-to-date with port p5-XML-Parser-2.34_2 = up-to-date with port p5-XML-SAX-0.15 = up-to-date with port p5-XML-SAX-Expat-0.38 = up-to-date with port p5-XML-Simple-2.16_1 = up-to-date with port p5-gettext-1.05_1 = up-to-date with port p5-libwww-5.805 = up-to-date with port p5-type1inst-0.6.1_2 = up-to-date with port p7zip-4.44 = up-to-date with port pango-1.16.2 = up-to-date with port patch-2.5.4 = up-to-date with port pccts-1.33.33 = up-to-date with port pciids-20070225 = up-to-date with port pcre++-0.9.5 = up-to-date with port pcre-7.0_1 = up-to-date with port pdflib-7.0.0p3 = up-to-date with port pear-1.5.0_1 = up-to-date with port pear-Auth-1.5.0 = up-to-date with port pear-Auth_SASL-1.0.2 = up-to-date with port pear-Cache-1.5.4_1 = up-to-date with port pear-DB-1.7.11,1 = up-to-date with port pear-Date-1.4.7 = up-to-date with port pear-File-1.2.2,1 = up-to-date with port pear-HTTP_Request-1.4.0 = up-to-date with port pear-Log-1.9.10 = up-to-date with port pear-MDB2-2.3.0 = up-to-date with port pear-Mail-1.1.14 = up-to-date with port pear-Mail_Mime-1.4.0r1 = up-to-date with port pear-Net_SMTP-1.2.8 = up-to-date with port pear-Net_Socket-1.0.6 = up-to-date with port pear-Net_URL-1.0.14 = up-to-date with port pear-SOAP-0.10.1 = up-to-date with port pear-Services_Weather-1.4.0 = up-to-date with port pear-XML_Parser-1.2.8 = up-to-date with port pear-XML_Serializer-0.18.0 = up-to-date with port pear-XML_Util-1.1.4 = up-to-date with port pecl-fileinfo-1.0.4 = up-to-date with port pecl-pdflib-2.1.3 = up-to-date with port pecl-ssh2-0.10 = up-to-date with port peps-2.0 = up-to-date with port perl-5.8.8 = up-to-date with port php5-5.2.1_3 = up-to-date with port php5-bz2-5.2.1_3 = up-to-date with port php5-ctype-5.2.1_3 = up-to-date with port php5-dom-5.2.1_3 = up-to-date with port php5-ftp-5.2.1_3 = up-to-date with port php5-gd-5.2.1_3 = up-to-date with port php5-gettext-5.2.1_3 = up-to-date with port php5-iconv-5.2.1_3 = up-to-date with port php5-imap-5.2.1_3 = up-to-date with port php5-ldap-5.2.1_3 = up-to-date with port php5-mbstring-5.2.1_3 = up-to-date with port php5-mcrypt-5.2.1_3 = up-to-date with port php5-mysql-5.2.1_3 = up-to-date with port php5-openssl-5.2.1_3 = up-to-date with port php5-pcre-5.2.1_5 = up-to-date with port php5-pgsql-5.2.1_3 = up-to-date with port php5-session-5.2.1_3 = up-to-date with port php5-simplexml-5.2.1_3 = up-to-date with port php5-spl-5.2.1_3 = up-to-date with port php5-xml-5.2.1_3 = up-to-date with port php5-zlib-5.2.1_3 = up-to-date with port phpMyAdmin-2.10.0.2 = up-to-date with port phpeclipse-1.1.8 = up-to-date with port phppgadmin-4.1.1 = up-to-date with port pilot-link-0.12.1_1,1 = up-to-date with port pkg-config-0.21 = up-to-date with port png-1.2.14 = up-to-date with port policykit-0.1.20060514_3 = up-to-date with port poppler-0.5.4_2 = up-to-date with port poppler-data-0.1 = up-to-date with port poppler-qt-0.5.4 = up-to-date with port popt-1.7_3 = up-to-date with port portaudio-18.1_2 = up-to-date with port portupgrade-2.2.6_3,2 = up-to-date with port postgresql-client-7.4.16 = up-to-date with port postgresql-libpqxx-2.6.9 = up-to-date with port pth-2.0.7 = up-to-date with port putty-0.59 = up-to-date with port pwlib-1.10.3,1 = up-to-date with port py24-BitTorrent-4.26.0,1 = up-to-date with port py24-cairo-1.4.0 = up-to-date with port py24-dnspython-1.4.0 = up-to-date with port py24-gobject-2.12.3 = up-to-date with port py24-gtk-2.10.4 = up-to-date with port py24-imaging-1.1.6 = up-to-date with port py24-libxml2-2.6.27 = up-to-date with port py24-numeric-24.2 = up-to-date with port py24-opengl-2.0.1.07_3 = up-to-date with port py24-psyco-1.5.2 = up-to-date with port py24-pycrypto-2.0.1_1 = up-to-date with port py24-qt-3.17.1 = up-to-date with port py24-setuptools-0.6c5 = up-to-date with port py24-sip-4.6 = up-to-date with port py24-tkinter-2.4.4_1 = up-to-date with port py24-twistedCore-2.5.0_2 = up-to-date with port py24-twistedMail-0.4.0 = up-to-date with port py24-twistedNames-0.4.0 = up-to-date with port py24-twistedWeb-0.7.0 = up-to-date with port py24-twistedWords-0.5.0 = up-to-date with port py24-wxPython-common-2.6.3.3 = up-to-date with port py24-wxPython-unicode-2.6.3.3 = up-to-date with port py24-zopeInterface-3.3.0.1 = up-to-date with port python24-2.4.4 = up-to-date with port qca-tls-1.0_1 = up-to-date with port qemu-0.9.0 = up-to-date with port qmake-3.3.8 = up-to-date with port qpxtool-0.6 = up-to-date with port qsa-1.1.4 = up-to-date with port qscintilla-1.7.1 = up-to-date with port qt-3.3.8_2 = up-to-date with port qtella-0.7.0_1 = up-to-date with port qtorrent-0.9.6.1_3 = up-to-date with port qtpkg-1.0_1 = up-to-date with port quake3-1.32c = up-to-date with port quake3-data-1.32.b.3_1 = up-to-date with port rapidsvn-0.9.4 = up-to-date with port rar-3.70b1_2,1 = up-to-date with port razor-agents-2.82 = up-to-date with port rpm-3.0.6_13 = up-to-date with port rpm2cpio-1.2_2 = up-to-date with port rtc-2004.02.24.1_8 = up-to-date with port ru-kde-i18n-3.5.6 = up-to-date with port ru-koffice-i18n-1.6.2 = up-to-date with port ru-openoffice.org-2.2.0 = up-to-date with port ruby-1.8.6,1 = up-to-date with port ruby18-bdb-0.6.0 = up-to-date with port rxvt-2.6.4_2 = up-to-date with port samba-3.0.24,1 = up-to-date with port samba-libsmbclient-3.0.24 = up-to-date with port scons-0.96.94 = up-to-date with port scr2png-1.2 = up-to-date with port scr2txt-1.2 = up-to-date with port screen-4.0.3 = up-to-date with port scrollkeeper-0.3.14_7,1 = up-to-date with port sdl-1.2.11,2 = up-to-date with port sdl_image-1.2.5 = up-to-date with port sdl_net-1.2.6 = up-to-date with port sdocbook-xml-1.1,1 = up-to-date with port seda-3.0 = up-to-date with port shared-mime-info-0.20 = up-to-date with port sim-im-0.9.4.3 = up-to-date with port sipcalc-1.1.4 = up-to-date with port smartmontools-5.37_1 = up-to-date with port smpeg-0.4.4_6 = up-to-date with port sourcenav-5.1.4_5 = up-to-date with port sox-12.18.2 = up-to-date with port speex-1.2.b1_1,1 = up-to-date with port ssh_askpass_gtk2-0.4 = up-to-date with port startup-notification-0.9 = up-to-date with port subcalc-1.1 = up-to-date with port subversion-1.4.3_2 = up-to-date with port sudo-1.6.8.12_2 = up-to-date with port svgalib-1.4.3_5 = up-to-date with port swfdec-0.4.2 = up-to-date with port swt-3.2.2 = up-to-date with port t1lib-5.1.1,1 = up-to-date with port t1utils-1.32 = up-to-date with port taglib-1.4_2 = up-to-date with port tcl-8.3.5_8 = up-to-date with port tcl-8.4.14_4,1 = up-to-date with port teTeX-base-3.0_10 = up-to-date with port teTeX-texmf-3.0_5 = up-to-date with port tex-texmflocal-1.9 = up-to-date with port texi2html-1.76_1,1 = up-to-date with port thunderbird-1.5.0.10 = up-to-date with port thunderbird-dictionaries-20060220_1 = up-to-date with port thunderbird-i18n-2.0.0.0 = up-to-date with port tidy-20000804_2 = up-to-date with port tiff-3.8.2_1 = up-to-date with port tk-8.3.5_7 = up-to-date with port tk-8.4.14_5,2 = up-to-date with port tmake-1.7_2 = up-to-date with port tomcat-5.5.23 = up-to-date with port trafshow-3.1_6,1 = up-to-date with port transfig-3.2.4_1 = up-to-date with port ttf2pt1-3.4.4_2 = up-to-date with port ttmkfdir-3.0.9,1 = up-to-date with port unrar-3.70.b4,4 = up-to-date with port unzip-5.52_3 = up-to-date with port unzoo-4.4_2 = up-to-date with port urwfonts-1.0_1 = up-to-date with port urwfonts-ttf-1.0.7b18 = up-to-date with port v4l_compat-1.0.20060801 = up-to-date with port vuxml-1.1_1 = up-to-date with port wait_on-1.1 = up-to-date with port webcpp-0.8.4 = up-to-date with port webfonts-0.30 = up-to-date with port wget-1.10.2_1 = up-to-date with port whatmask-1.2 = up-to-date with port win32-codecs-3.1.0.r1,1 = up-to-date with port wine-0.9.35,1 = up-to-date with port worker-2.14.4 = up-to-date with port wv-1.2.4 = up-to-date with port wv2-0.2.3 = up-to-date with port wxgtk2-2.6.3_2 = up-to-date with port wxgtk2-2.8.0 = up-to-date with port wxgtk2-common-2.6.3_2 = up-to-date with port wxgtk2-common-2.8.0 = up-to-date with port wxgtk2-contrib-2.6.3_1 = up-to-date with port wxgtk2-contrib-common-2.6.3_1 = up-to-date with port wxgtk2-contrib-common-2.8.0 = up-to-date with port wxgtk2-unicode-2.6.3_1 = up-to-date with port wxgtk2-unicode-2.8.0 = up-to-date with port wxgtk2-unicode-contrib-2.6.3_1 = up-to-date with port wxgtk2-unicode-contrib-2.8.0 = up-to-date with port xanim-2.92.0 = up-to-date with port xchat-2.8.2 = up-to-date with port xchm-1.10 = up-to-date with port xdialog-2.3.1_1 = up-to-date with port xemacs-mule-packages-4.5 = up-to-date with port xfig-3.2.4_4 = up-to-date with port xhtml-1.0.20020801_4 = up-to-date with port xhtml-basic-1.0.20001219_1 = up-to-date with port xhtml-modularization-1.0.20010410 = up-to-date with port xlhtml-0.5_1,1 = up-to-date with port xmbmon-205_7 = up-to-date with port xmlcatmgr-2.2 = up-to-date with port xmlcharent-0.3_2 = up-to-date with port xmleditor-0.5.3_4 = up-to-date with port xmms-avi-1.2.3_5 = up-to-date with port xmms-esound-1.2.10_6 = up-to-date with port xmms-skins-0.1_1 = up-to-date with port xmms-status-plugin-1.0_2 = up-to-date with port xmms-weasel-0.0.1_1 = up-to-date with port xnc-5.0.4 = up-to-date with port xorg-clients-6.9.0_3 = up-to-date with port xorg-documents-6.9.0 = up-to-date with port xorg-fonts-100dpi-6.9.0_1 = up-to-date with port xorg-fonts-75dpi-6.9.0_1 = up-to-date with port xorg-fonts-cyrillic-6.9.0_1 = up-to-date with port xorg-fonts-encodings-6.9.0_1 = up-to-date with port xorg-fonts-miscbitmaps-6.9.0_1 = up-to-date with port xorg-fonts-truetype-6.9.0 = up-to-date with port xorg-fonts-type1-6.9.0 = up-to-date with port xorg-fontserver-6.9.0_1 = up-to-date with port xorg-libraries-6.9.0_1 = up-to-date with port xorg-manpages-6.9.0 = up-to-date with port xorg-nestserver-6.9.0_1 = up-to-date with port xorg-printserver-6.9.0_2 = up-to-date with port xorg-server-6.9.0_6 = up-to-date with port xorg-vfbserver-6.9.0_2 = up-to-date with port xosd-2.2.12_1 = up-to-date with port xpdf-3.02 = up-to-date with port xpi-locale-switcher-2.0 = up-to-date with port xpi-quick-locale-switcher-1.5.0.1 = up-to-date with port xterm-225 = up-to-date with port xulrunner-1.8.0.4_6 = up-to-date with port xvid-1.1.2,1 = up-to-date with port xvidcap-1.1.4.p1,1 = up-to-date with port xwhois-0.4.2_2 = up-to-date with port yakuake-2.7.5 = up-to-date with port zh-CJK-4.7.0 = up-to-date with port zh-arphicttf-2.11_1 = up-to-date with port zh-docproj-0.1.20060303_1 = up-to-date with port zh-ttf2pt1-3.4.0 = up-to-date with port zip-2.32 = up-to-date with port --Boundary-00=_tdIKGyuMj8/LVk/-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 13:18:11 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 92BB116A400 for ; Fri, 20 Apr 2007 13:18:11 +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 43B5313C480 for ; Fri, 20 Apr 2007 13:18:11 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so748276pyh for ; Fri, 20 Apr 2007 06:18:10 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=MtlP2NDnjLs0paHfG5Vm5pzZScmuYf4DnrpWZhs6j4f0v7ZQB9506l7LHvY5e4bpX7bohtHKnuelvHeEG1uelkePKHFrJFBBKAqRQ1FDDqBp4mliRo1F+2Weig6upI5I2mGcFT/FcbfvB/U+IOwJEoEgkcFRJt+LofHyPvnNL1w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=BiY6MweHCsgw7J5A1/nziKrMUjXkoGVcmQIQQKzYDNmDBZMPWW7/rEv5JgSFKcwfOcTm1qspzcYIo3TMNJDEOCNrjKveRwGOM9lZ6G0xZQZ79LF8ix0CwOrRJWwI7pI5ilyuMgYsChTTKlCFcM1Byhk7WmFy/EbP//Sw2X8JpxQ= Received: by 10.65.121.9 with SMTP id y9mr6015396qbm.1177073613848; Fri, 20 Apr 2007 05:53:33 -0700 (PDT) Received: by 10.64.208.3 with HTTP; Fri, 20 Apr 2007 05:53:33 -0700 (PDT) Message-ID: Date: Fri, 20 Apr 2007 16:53:33 +0400 From: "Alexey Karagodov" To: zen In-Reply-To: <4626D14E.6010006@tk-pttuntex.com> MIME-Version: 1.0 References: <46247471.9030503@tk-pttuntex.com> <200704172129.22275.sanya-spb@list.ru> <20070418095903.12432@caamora.com.au> <462575D4.2010801@tk-pttuntex.com> <20070418115654.30422@caamora.com.au> <46257D1A.7050808@tk-pttuntex.com> <4626CA4C.7000104@tk-pttuntex.com> <4626D14E.6010006@tk-pttuntex.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Adrian Chadd , freebsd-stable@freebsd.org Subject: Re: tproxy on freebsd 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, 20 Apr 2007 13:18:11 -0000 "real" transparent proxy provided by Cisco's WCCP with, for example, Squid. this protocol detects HTTP (and so on) traffic on any port and redirects it to proxy-server. same thing (not just permanent redirection of port 80 to proxy but *DETECTING* HTTP traffic and proxying it) can be achived by TrafficInspector for Windows. do you know such thing for *nix systems? thanx. 2007/4/19, zen : > > Adrian Chadd wrote: > > > On 19/04/07, zen wrote: > > > >> if there is any such thing , i'm willing to be a tester . > >> i will deploy it on my server and enviroment ( live one) > > > > > > I'm talking to someone about it who has some patches against -current. > > We'll see what can be done. > > > i'm glad to hear that. can't wait to see and test it !!!! > > > Thankfully! The solution for FreeBSD looks doable without having to > > keep NAT state like TPROXY does.. > > > this is GREAT!!!!!! > > > > > > > Adrian > > > Regards > > Zen > > _______________________________________________ > 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 Apr 20 13:43:02 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C85916A400 for ; Fri, 20 Apr 2007 13:43:02 +0000 (UTC) (envelope-from parv@pair.com) Received: from mta9.adelphia.net (mta9.adelphia.net [68.168.78.199]) by mx1.freebsd.org (Postfix) with ESMTP id DE50713C483 for ; Fri, 20 Apr 2007 13:43:01 +0000 (UTC) (envelope-from parv@pair.com) Received: from default.chvlva.adelphia.net ([24.126.17.68]) by mta9.adelphia.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20070420134300.TXEG14403.mta9.adelphia.net@default.chvlva.adelphia.net> for ; Fri, 20 Apr 2007 09:43:00 -0400 Received: by default.chvlva.adelphia.net (Postfix, from userid 1000) id 8BB51B67A; Fri, 20 Apr 2007 09:43:20 -0400 (EDT) Date: Fri, 20 Apr 2007 09:43:20 -0400 From: Parv To: f-stable Message-ID: <20070420134320.GA2786@holestein.holy.cow> Mail-Followup-To: f-stable References: <20070420080520.GA5118@holestein.holy.cow> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070420080520.GA5118@holestein.holy.cow> Subject: Re: LOR - ath (similar to LOR #42) on FreeBSD 6-STABLE 2007.04.08.19.20.49 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, 20 Apr 2007 13:43:02 -0000 in message <20070420080520.GA5118@holestein.holy.cow>, wrote Parv thusly... > > (Before Apr 8 update, I built the world+kernel as of > 2007.03.29.21.58.25 UTC.) I am running FreeBSD 6-STABLE as of > 2007.04.08.19.20.49 UTC, with ath0 driver for Belkin "My > Essentials" Wireless G card, which I had been using without > problems until now. ... > I had not set up dumpdev & large enough dumpdir at the time of > above crap-shoot. I will update when I LOR happens again. Ok, now that dumpd{ev,ir} have been set up, vmcore is available if somebody serious wants to look; backtraces (in text form) are available (I did not know what else to look for) ... First debug trace (happens to contain dmesg too): http://www103.pair.com/parv/comp/unix/freebsd/thinkpad-t42-2373-5tu/err/2007-04-19.ath-lor/00-crash/kern-debug.log Trace generated after "ifconfig ath0 mode 11g": http://www103.pair.com/parv/comp/unix/freebsd/thinkpad-t42-2373-5tu/err/2007-04-19.ath-lor/00-crash/kern-debug.ath-ifconfig-mode11g ... seems almost the same, those two, save for dmesg in one. Please let me know if you would like to see anything not already presented. While fiddling, I found that ath0 driver has been giving trouble since yesterday evening if try to set "mode 11g" either in /etc/rc.conf or manually via ifconfig. Just what the hell could have changed suddenly -- most likely on Linksys WRT54g v4 wireless AP/switch/router as I do not remember changing anything (world|kernel wise) on this FreeBSD Thinkpad T-42? (Yes, the internet connection from Comcast, at home, to sites on pair.com was terrible.) > http://www103.pair.com/parv/comp/unix/freebsd/thinkpad-t42-2373-5tu/err/2007-04-19.ath-lor/00-crash/ > > > ... of importance ... > > start of LOR message: > http://www103.pair.com/parv/comp/unix/freebsd/thinkpad-t42-2373-5tu/err/2007-04-19.ath-lor/00-crash/witness-01-lor-sleep-after-nonsleep.png > > backtrace: > http://www103.pair.com/parv/comp/unix/freebsd/thinkpad-t42-2373-5tu/err/2007-04-19.ath-lor/00-crash/witness-02-backtrace.png - Parv -- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 15:03:24 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BD82F16A402 for ; Fri, 20 Apr 2007 15:03:24 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 79F7E13C469 for ; Fri, 20 Apr 2007 15:03:24 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (localhost [127.0.0.1]) by blah.sun-fish.com (Postfix) with ESMTP id 1A4C41B10FA4 for ; Fri, 20 Apr 2007 17:03:23 +0200 (CEST) Received: from [192.168.3.125] (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id DD9221B10FA2 for ; Fri, 20 Apr 2007 17:03:22 +0200 (CEST) Message-ID: <4628D63A.3050909@sun-fish.com> Date: Fri, 20 Apr 2007 18:03:22 +0300 From: Stefan Lambrev User-Agent: Thunderbird 1.5.0.10 (X11/20070326) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP on BLAH Subject: sio0: port may not be enabled 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, 20 Apr 2007 15:03:24 -0000 Hi list, I have some problems with one of my servers and need serial to investigate more, unfortunately I have and problems with serial port too. from dmesg: 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 I thought it can be a problem because of shared IRQs .. but vmstat -i shows this: % vmstat -i interrupt total rate irq4: sio0 7 0 irq15: ata1 69 0 irq20: atapci0 3783 15 irq21: uhci0 uhci* 2 0 cpu0: timer 491698 1990 Total 495559 2006 from /boot/device.hints : hint.sio.0.at="isa" hint.sio.0.port="0x3F8" hint.sio.0.flags="0x10" hint.sio.0.irq="4" uname -srm FreeBSD 6.2-STABLE amd64 I checked my BIOS - both irq 3&4 are reserved for ISA, and com port 1 is setup to use irq4 port 3F8. What else can I check? -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 15:19:42 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2053F16A400 for ; Fri, 20 Apr 2007 15:19:42 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id CDFF613C4B9 for ; Fri, 20 Apr 2007 15:19:41 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from dia.lan128.lombardisoftware.com ([64.3.1.253]:55963 helo=LROSENMAN) by thebighonker.lerctr.org with esmtpa (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HeuYS-0001Va-Mg for freebsd-stable@freebsd.org; Fri, 20 Apr 2007 09:57:49 -0500 From: "Larry Rosenman" To: Date: Fri, 20 Apr 2007 09:57:34 -0500 Message-ID: <017a01c7835c$40927b40$c1b771c0$@org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AceDXDp0LmgYAaI+T0CnMAEjk98rqA== Content-Language: en-us X-Spam-Score: -4.2 (----) X-LERCTR-Spam-Score: -4.2 (----) X-Spam-Report: SpamScore (-4.2/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, TW_RB=0.077, TW_XF=0.077 X-LERCTR-Spam-Report: SpamScore (-4.2/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, TW_RB=0.077, TW_XF=0.077 DomainKey-Status: no signature Subject: 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: Fri, 20 Apr 2007 15:19:42 -0000 I have the vmcore as well: # kgdb -c vmcore.0 /usr/obj/usr/src/sys/THEBIGHONKER/kernel.debug [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Unde fined 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 "amd64-marcel-freebsd". Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xffffffffffffffd4 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff8038c806 stack pointer = 0x10:0xffffffffb5ba9950 frame pointer = 0x10:0xffffffffb5ba9990 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 24295 (exim-4.66-0) trap number = 12 panic: page fault cpuid = 0 KDB: stack backtrace: panic() at panic+0x253 trap_fatal() at trap_fatal+0x2c6 trap() at trap+0x1a8 calltrap() at calltrap+0x5 --- trap 0xc, rip = 0xffffffff8038c806, rsp = 0xffffffffb5ba9950, rbp = 0xffffff ffb5ba9990 --- vm_page_alloc() at vm_page_alloc+0x156 _pmap_allocpte() at _pmap_allocpte+0x31 pmap_allocpte() at pmap_allocpte+0xc5 pmap_copy() at pmap_copy+0x2c6 vmspace_fork() at vmspace_fork+0x3bd vm_forkproc() at vm_forkproc+0xe1 fork1() at fork1+0xc95 fork() at fork+0x1c syscall() at syscall+0x437 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (2, FreeBSD ELF64, fork), rip = 0x80179facc, rsp = 0x7fffffffe778, r bp = 0x3 --- Uptime: 9d9h39m48s Physical memory: 4088 MB Dumping 546 MB: 531 515calcru: runtime went backwards from 107492416053 usec to 107491627102 usec for pid 60113 (FahCore_78.exe) 499calcru: runtime went backwards from 107492416053 usec to 107491839468 usec f or pid 60113 (FahCore_78.exe) calcru: runtime went backwards from 107492416053 usec to 107492051756 usec for p id 60113 (FahCore_78.exe) 483calcru: runtime went backwards from 107492416053 usec to 107492262697 usec f or pid 60113 (FahCore_78.exe) 467calcru: runtime went backwards from 107492416053 usec to 107491474755 usec f or pid 60113 (FahCore_78.exe) 451calcru: runtime went backwards from 107492416053 usec to 107491687421 usec f or pid 60113 (FahCore_78.exe) calcru: runtime went backwards from 107492416053 usec to 107491899423 usec for p id 60113 (FahCore_78.exe) 435calcru: runtime went backwards from 107492416053 usec to 107492111202 usec f or pid 60113 (FahCore_78.exe) 419calcru: runtime went backwards from 107492416053 usec to 107492322721 usec f or pid 60113 (FahCore_78.exe) 403calcru: runtime went backwards from 107492416053 usec to 107491535190 usec f or pid 60113 (FahCore_78.exe) 387calcru: runtime went backwards from 107492416053 usec to 107491747090 usec f or pid 60113 (FahCore_78.exe) calcru: runtime went backwards from 107492416053 usec to 107491958933 usec for p id 60113 (FahCore_78.exe) 371calcru: runtime went backwards from 107492416053 usec to 107492169950 usec f or pid 60113 (FahCore_78.exe) 355calcru: runtime went backwards from 107492416053 usec to 107492381054 usec f or pid 60113 (FahCore_78.exe) 339calcru: runtime went backwards from 107492416053 usec to 107491591933 usec f or pid 60113 (FahCore_78.exe) calcru: runtime went backwards from 107492416053 usec to 107491802814 usec for p id 60113 (FahCore_78.exe) 323calcru: runtime went backwards from 107492416053 usec to 107492014249 usec f or pid 60113 (FahCore_78.exe) 307calcru: runtime went backwards from 107492416053 usec to 107491538097 usec f or pid 60113 (FahCore_78.exe) 291calcru: runtime went backwards from 107492416053 usec to 107491749020 usec f or pid 60113 (FahCore_78.exe) 275calcru: runtime went backwards from 107492416053 usec to 107491959037 usec f or pid 60113 (FahCore_78.exe) calcru: runtime went backwards from 107492416053 usec to 107492169849 usec for p id 60113 (FahCore_78.exe) 259calcru: runtime went backwards from 107492416053 usec to 107492380752 usec f or pid 60113 (FahCore_78.exe) 243calcru: runtime went backwards from 107492416053 usec to 107491591931 usec f or pid 60113 (FahCore_78.exe) 227calcru: runtime went backwards from 107492416053 usec to 107491802756 usec f or pid 60113 (FahCore_78.exe) calcru: runtime went backwards from 107492416053 usec to 107492014136 usec for p id 60113 (FahCore_78.exe) 211calcru: runtime went backwards from 107492416053 usec to 107492224747 usec f or pid 60113 (FahCore_78.exe) 195calcru: runtime went backwards from 107492416053 usec to 107491435587 usec f or pid 60113 (FahCore_78.exe) 179calcru: runtime went backwards from 107492416053 usec to 107491646622 usec f or pid 60113 (FahCore_78.exe) 163calcru: runtime went backwards from 107492416053 usec to 107491857664 usec f or pid 60113 (FahCore_78.exe) calcru: runtime went backwards from 107492416053 usec to 107492068758 usec for p id 60113 (FahCore_78.exe) 147calcru: runtime went backwards from 107492416053 usec to 107492279065 usec f or pid 60113 (FahCore_78.exe) 131calcru: runtime went backwards from 107492416053 usec to 107491490234 usec f or pid 60113 (FahCore_78.exe) 115calcru: runtime went backwards from 107492416053 usec to 107491701727 usec f or pid 60113 (FahCore_78.exe) 99calcru: runtime went backwards from 107492416053 usec to 107491912670 usec fo r pid 60113 (FahCore_78.exe) calcru: runtime went backwards from 107492416053 usec to 107492123832 usec for p id 60113 (FahCore_78.exe) 83calcru: runtime went backwards from 107492416053 usec to 107492335365 usec fo r pid 60113 (FahCore_78.exe) 67calcru: runtime went backwards from 107492416053 usec to 107491546145 usec fo r pid 60113 (FahCore_78.exe) 51calcru: runtime went backwards from 107492416053 usec to 107491757253 usec fo r pid 60113 (FahCore_78.exe) calcru: runtime went backwards from 107492416053 usec to 107491968870 usec for p id 60113 (FahCore_78.exe) 35calcru: runtime went backwards from 107492416053 usec to 107491492783 usec fo r pid 60113 (FahCore_78.exe) 19calcru: runtime went backwards from 107492416053 usec to 107491703760 usec fo r pid 60113 (FahCore_78.exe) 3 #0 doadump () at pcpu.h:172 172 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:172 #1 0xffffffff802853b0 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xffffffff8028589b in panic (fmt=0xffffffff8040d54c "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xffffffff803b1916 in trap_fatal (frame=0xc, eva=18446742977252509472) at /usr/src/sys/amd64/amd64/trap.c:668 #4 0xffffffff803b1e68 in trap (frame= {tf_rdi = -1096384115336, tf_rsi = -2141391232, tf_rdx = 65, tf_rcx = 0, tf_r8 = -1096384411016, tf_r9 = 65, tf_rax = 3, tf_rbx = -1096384115336, tf_rbp = -1246062192, tf_r10 = 64, tf_r11 = -140737488355328, tf_r12 = 0, tf_r13 = 2, tf_r14 = 352, tf_r15 = 2, tf_trapno = 12, tf_addr = -44, tf_flags = 2, tf_err = 0, tf_rip = -2143762426, tf_cs = 8, tf_rflags = 65542, tf_rsp = -1246062240, tf_ss = 16}) at /usr/src/sys/amd64/amd64/trap.c:239 #5 0xffffffff8039a06b in calltrap () at /usr/src/sys/amd64/amd64/exception.S:168 #6 0xffffffff8038c806 in vm_page_alloc (object=0x0, pindex=2, req=352) at /usr/src/sys/vm/vm_page.c:935 #7 0xffffffff803a8471 in _pmap_allocpte (pmap=0xffffff013f66a7c0, ptepindex=2, flags=1) at /usr/src/sys/amd64/amd64/pmap.c:1126 #8 0xffffffff803a8835 in pmap_allocpte (pmap=0xffffff013f66a7c0, va=4194304, flags=1) at /usr/src/sys/amd64/amd64/pmap.c:1313 #9 0xffffffff803aa7d6 in pmap_copy (dst_pmap=0xffffff013f66a7c0, ---Type to continue, or q to quit--- src_pmap=0xffffff007fe909e0, dst_addr=65, len=0, src_addr=4194304) at /usr/src/sys/amd64/amd64/pmap.c:2409 #10 0xffffffff80385d3d in vmspace_fork (vm1=0xffffff00ba6a0d78) at /usr/src/sys/vm/vm_map.c:2499 #11 0xffffffff80381281 in vm_forkproc (td=0xffffff00b6114720, p2=0xffffff00a9028358, td2=0xffffff010cebc720, flags=20) at /usr/src/sys/vm/vm_glue.c:540 #12 0xffffffff8026e4e5 in fork1 (td=0xffffff00b6114720, flags=20, pages=0, procp=0xffffffffb5ba9b70) at /usr/src/sys/kern/kern_fork.c:672 #13 0xffffffff8026ebcc in fork (td=0xffffff00b6114720, uap=0xffffffff805cf680) at /usr/src/sys/kern/kern_fork.c:98 #14 0xffffffff803b25f7 in syscall (frame= {tf_rdi = 3, tf_rsi = 140737488349072, tf_rdx = 140737488349056, tf_rcx = 34382993660, tf_r8 = -2143111624, tf_r9 = 140737488349048, tf_rax = 2, tf_rbx = 1, tf_rbp = 3, tf_r10 = 140737488348272, tf_r11 = 2, tf_r12 = 6217728, tf_r13 = 0, tf_r14 = 0, tf_r15 = 0, tf_trapno = 12, tf_addr = 34386217776, tf_flags = 49, tf_err = 2, tf_rip = 34384509644, tf_cs = 43, tf_rflags = 514, tf_rsp = 140737488349048, tf_ss = 35}) at /usr/src/sys/amd64/amd64/trap.c:803 #15 0xffffffff8039a208 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:270 #16 0x000000080179facc in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) Any ideas? April 10 6.2/amd64 sources. LER -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 15:23:30 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D834E16A40E for ; Fri, 20 Apr 2007 15:23:30 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from sccrmhc14.comcast.net (sccrmhc14.comcast.net [204.127.200.84]) by mx1.freebsd.org (Postfix) with ESMTP id 9CCDC13C465 for ; Fri, 20 Apr 2007 15:23:30 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (sccrmhc14) with ESMTP id <200704201523290140024e2te>; Fri, 20 Apr 2007 15:23:29 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 4FBBD1FA03D; Fri, 20 Apr 2007 08:23:29 -0700 (PDT) Date: Fri, 20 Apr 2007 08:23:29 -0700 From: Jeremy Chadwick To: Stefan Lambrev Message-ID: <20070420152329.GA16702@icarus.home.lan> Mail-Followup-To: Stefan Lambrev , freebsd-stable@freebsd.org References: <4628D63A.3050909@sun-fish.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4628D63A.3050909@sun-fish.com> User-Agent: Mutt/1.5.14 (2007-02-12) Cc: freebsd-stable@freebsd.org Subject: Re: sio0: port may not be enabled 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, 20 Apr 2007 15:23:30 -0000 On Fri, Apr 20, 2007 at 06:03:22PM +0300, Stefan Lambrev wrote: > Hi list, > > I have some problems with one of my servers and need serial to > investigate more, > unfortunately I have and problems with serial port too. > > from dmesg: > 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 > > I thought it can be a problem because of shared IRQs .. but vmstat -i > shows this: > > % vmstat -i > interrupt total rate > irq4: sio0 7 0 > irq15: ata1 69 0 > irq20: atapci0 3783 15 > irq21: uhci0 uhci* 2 0 > cpu0: timer 491698 1990 > Total 495559 2006 > > from /boot/device.hints : > hint.sio.0.at="isa" > hint.sio.0.port="0x3F8" > hint.sio.0.flags="0x10" > hint.sio.0.irq="4" > > uname -srm > FreeBSD 6.2-STABLE amd64 > > I checked my BIOS - both irq 3&4 are reserved for ISA, > and com port 1 is setup to use irq4 port 3F8. > > What else can I check? There's nothing wrong with your BIOS configuration, nor is it related to shared IRQs The issue really isn't your fault. Look closely at the dmesg line, note what device sio0 is claiming to be associated with (acpi0, not isa0): > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 This is one of the drawbacks to using ACPI. Some systems apparently tie the serial port to ACPI functionality in a different way. For example, I have a couple boxes which have sio0 attached to acpi0 that work fine. In some other cases, I have ones which result in a non-working serial port unless I disable ACPI (thus sio0 shows up as being attached to isa0). FreeBSD has iffy support for sio attached to ACPI. I don't know if this has changed much, but it's been on the to-do list for quite some time, and I don't know why it hasn't gotten more attention (no offence intended); serial console is an absolute pre-requisite in this day and age. The only way to get around this is to disable ACPI entirely, either in your BIOS or in FreeBSD. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 15:25:40 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1436816A40E for ; Fri, 20 Apr 2007 15:25:40 +0000 (UTC) (envelope-from thn@saeab.se) Received: from saeab.se (ture.saeab.se [213.80.3.133]) by mx1.freebsd.org (Postfix) with ESMTP id 9E5DD13C4CA for ; Fri, 20 Apr 2007 15:25:39 +0000 (UTC) (envelope-from thn@saeab.se) Received: from [192.168.96.144] (mrn.saeab.se [212.247.37.221]) by saeab.se (8.13.8/8.13.8) with ESMTP id l3KEtPCQ093659; Fri, 20 Apr 2007 16:55:25 +0200 (CEST) (envelope-from thn@saeab.se) Message-ID: <4628D455.8050003@saeab.se> Date: Fri, 20 Apr 2007 16:55:17 +0200 From: =?ISO-8859-1?Q?Thomas_Nystr=F6m?= Organization: Sv. Aktuell Elektronik AB User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.4 X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on ture.saeab.se X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (saeab.se [213.80.3.133]); Fri, 20 Apr 2007 16:55:28 +0200 (CEST) Cc: Subject: Problem with USB Legacy support on HP/Compaq DX2200 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, 20 Apr 2007 15:25:40 -0000 Hello! If I boot 6.2-RELEASE (from CD), I have USB Legacy support enabled in BIOS and have the USB keyboard connected in the rear, the system panics right after the line: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 talking about ohci-something not listen to some address (sorry don't have the exact words right now). If I plugs the keyboard in at the front everything works. If I disable the USB Legacy support in BIOS everything works (well, not the keyboard until the system is fully started). If I starts the system without the keyboard and then connects it when the system is up and running everything works. Have someone else seen this before? /thn From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 15:50:04 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 349D416A402 for ; Fri, 20 Apr 2007 15:50:04 +0000 (UTC) (envelope-from sven@dmv.com) Received: from smtp-gw-cl-d.dmv.com (smtp-gw-cl-d.dmv.com [216.240.97.42]) by mx1.freebsd.org (Postfix) with ESMTP id D2A0213C45B for ; Fri, 20 Apr 2007 15:50:03 +0000 (UTC) (envelope-from sven@dmv.com) Received: from mail-gw-cl-b.dmv.com (mail-gw-cl-b.dmv.com [216.240.97.39]) by smtp-gw-cl-d.dmv.com (8.12.10/8.12.10) with ESMTP id l3KFo2p1038562 for ; Fri, 20 Apr 2007 11:50:02 -0400 (EDT) (envelope-from sven@dmv.com) Received: from [216.240.97.46] (lanshark.dmv.com [216.240.97.46]) by mail-gw-cl-b.dmv.com (8.12.9/8.12.9) with ESMTP id l3KFo2PC099629 for ; Fri, 20 Apr 2007 11:50:02 -0400 (EDT) (envelope-from sven@dmv.com) From: Sven Willenberger To: freebsd-stable@freebsd.org In-Reply-To: <1176911436.7416.8.camel@lanshark.dmv.com> References: <1176911436.7416.8.camel@lanshark.dmv.com> Content-Type: text/plain Date: Fri, 20 Apr 2007 11:51:56 -0400 Message-Id: <1177084316.5457.5.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.48 on 216.240.97.42 X-Scanned-By: MIMEDefang 2.48 on 216.240.97.39 Subject: Re: CARP and em0 timeout watchdog 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, 20 Apr 2007 15:50:04 -0000 On Wed, 2007-04-18 at 11:50 -0400, Sven Willenberger wrote: > I currently have a FreeBSD 6.2-RELEASE-p3 SMP with dual intel PRO/1000PM > nics configured as follows: > > em0: flags=8943 mtu 1500 > options=b > inet 192.168.0.18 netmask 0xffffff00 broadcast 192.168.0.255 > ether 00:30:48:8d:5c:0a > media: Ethernet autoselect (1000baseTX ) > status: active > em1: flags=8843 mtu 4096 > options=b > inet 10.10.0.18 netmask 0xfffffff8 broadcast 10.10.0.23 > ether 00:30:48:8d:5c:0b > media: Ethernet autoselect (1000baseTX ) > status: active > > the em0 interface connects to the LAN while the em1 interface is > connected to an identical box via CAT6 crossover cable (for > ggate/gmirror). > > Now, I have also configured a carp interface: > > carp0: flags=49 mtu 1500 > inet 192.168.0.20 netmask 0xffffffff > carp: MASTER vhid 1 advbase 1 advskew 0 > > There are twin boxes here and I am running Samba. The problem is that > with transfers across the carp IP (192.168.0.20) I end up with em0 > resetting after a watchdog timeout error. This occurs whether I transfer > files from a windows box using a share (samba) or via ftp. This problem > does *not* occur if I ftp to the 192.168.0.19 interface (non-virtual). I > suspected cabling at first so had all the cabling in question replaced > with fresh CAT6 to no avail. Several gigs of data can be transferred to > the real interface (em0) without any issue at all; a max of maybe 1 - 2 > Gig can be transferred connected to the carp'ed IP before the em0 reset. > Any ideas here? > > Sven > Having done more diagnostics I have found out it is not CARP related at all. It turns out that the same timeouts will happen when ftp'ing to the physical address IPs as well. There is also an odd situation here depending on which protocol I use. The two boxes are connected to a Dell Powerconnect 2616 gig switch with CAT6. If I scp files from the 192.168.0.18 to the 192.168.0.19 box I can transfer gigs worth without a hiccup (I used dd to create various sized testfiles from 32M to 1G in size and just scp testfile* to the other box). On the other hand, if I connect to 192.168.0.19 using ftp (either active or passive) where ftp is being run through inetd, the interface resets (watchdog) within seconds (a few MBs) of traffic. Enabling polling does nothing, nor does changing net.inet.tcp.{recv,send}space. Any ideas why I would be seeing such behavioral differences between scp and ftp? Sven From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 16:04:32 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DDE3116A403 for ; Fri, 20 Apr 2007 16:04:32 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from alnrmhc15.comcast.net (alnrmhc15.comcast.net [206.18.177.55]) by mx1.freebsd.org (Postfix) with ESMTP id B60C013C4B0 for ; Fri, 20 Apr 2007 16:04:32 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (alnrmhc15) with ESMTP id <20070420160431b1500snjobe>; Fri, 20 Apr 2007 16:04:32 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 7B0D61FA03D; Fri, 20 Apr 2007 09:04:31 -0700 (PDT) Date: Fri, 20 Apr 2007 09:04:31 -0700 From: Jeremy Chadwick To: Sven Willenberger Message-ID: <20070420160431.GA17356@icarus.home.lan> Mail-Followup-To: Sven Willenberger , freebsd-stable@freebsd.org References: <1176911436.7416.8.camel@lanshark.dmv.com> <1177084316.5457.5.camel@lanshark.dmv.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1177084316.5457.5.camel@lanshark.dmv.com> User-Agent: Mutt/1.5.14 (2007-02-12) Cc: freebsd-stable@freebsd.org Subject: Re: CARP and em0 timeout watchdog 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, 20 Apr 2007 16:04:32 -0000 On Fri, Apr 20, 2007 at 11:51:56AM -0400, Sven Willenberger wrote: > Having done more diagnostics I have found out it is not CARP related at > all. It turns out that the same timeouts will happen when ftp'ing to the > physical address IPs as well. There is also an odd situation here > depending on which protocol I use. The two boxes are connected to a Dell > Powerconnect 2616 gig switch with CAT6. If I scp files from the > 192.168.0.18 to the 192.168.0.19 box I can transfer gigs worth without a > hiccup (I used dd to create various sized testfiles from 32M to 1G in > size and just scp testfile* to the other box). On the other hand, if I > connect to 192.168.0.19 using ftp (either active or passive) where ftp > is being run through inetd, the interface resets (watchdog) within > seconds (a few MBs) of traffic. Enabling polling does nothing, nor does > changing net.inet.tcp.{recv,send}space. Any ideas why I would be seeing > such behavioral differences between scp and ftp? You'll get a much higher throughput rate with FTP than you will with SSH, simply because encryption overhead is quite high (even with the Blowfish cipher). With a very fast processor and on a gigE network you'll probably see 8-9MByte/sec via SSH while 60-70MByte/sec via FTP. That's the only difference I can think of. The watchdog resets I can't explain; Jack Vogel should be able to assist with that. But it sounds like the resets only happen under very high throughput conditions (which is why you'd see it with FTP but not SSH). -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 16:23:45 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9E98216A401 for ; Fri, 20 Apr 2007 16:23:45 +0000 (UTC) (envelope-from sven@dmv.com) Received: from smtp-gw-cl-c.dmv.com (smtp-gw-cl-c.dmv.com [216.240.97.41]) by mx1.freebsd.org (Postfix) with ESMTP id 47F0A13C44C for ; Fri, 20 Apr 2007 16:23:45 +0000 (UTC) (envelope-from sven@dmv.com) Received: from mail-gw-cl-a.dmv.com (mail-gw-cl-a.dmv.com [216.240.97.38]) by smtp-gw-cl-c.dmv.com (8.12.10/8.12.10) with ESMTP id l3KGNh47040074; Fri, 20 Apr 2007 12:23:43 -0400 (EDT) (envelope-from sven@dmv.com) Received: from [216.240.97.46] (lanshark.dmv.com [216.240.97.46]) by mail-gw-cl-a.dmv.com (8.12.9/8.12.9) with ESMTP id l3KGNhuk087782; Fri, 20 Apr 2007 12:23:43 -0400 (EDT) (envelope-from sven@dmv.com) From: Sven Willenberger To: Jeremy Chadwick In-Reply-To: <20070420160431.GA17356@icarus.home.lan> References: <1176911436.7416.8.camel@lanshark.dmv.com> <1177084316.5457.5.camel@lanshark.dmv.com> <20070420160431.GA17356@icarus.home.lan> Content-Type: text/plain Date: Fri, 20 Apr 2007 12:25:39 -0400 Message-Id: <1177086339.5457.13.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.39 X-Scanned-By: MIMEDefang 2.48 on 216.240.97.38 Cc: freebsd-stable@FreeBSD.org Subject: Re: CARP and em0 timeout watchdog 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, 20 Apr 2007 16:23:45 -0000 On Fri, 2007-04-20 at 09:04 -0700, Jeremy Chadwick wrote: > On Fri, Apr 20, 2007 at 11:51:56AM -0400, Sven Willenberger wrote: > > Having done more diagnostics I have found out it is not CARP related at > > all. It turns out that the same timeouts will happen when ftp'ing to the > > physical address IPs as well. There is also an odd situation here > > depending on which protocol I use. The two boxes are connected to a Dell > > Powerconnect 2616 gig switch with CAT6. If I scp files from the > > 192.168.0.18 to the 192.168.0.19 box I can transfer gigs worth without a > > hiccup (I used dd to create various sized testfiles from 32M to 1G in > > size and just scp testfile* to the other box). On the other hand, if I > > connect to 192.168.0.19 using ftp (either active or passive) where ftp > > is being run through inetd, the interface resets (watchdog) within > > seconds (a few MBs) of traffic. Enabling polling does nothing, nor does > > changing net.inet.tcp.{recv,send}space. Any ideas why I would be seeing > > such behavioral differences between scp and ftp? > > You'll get a much higher throughput rate with FTP than you will with > SSH, simply because encryption overhead is quite high (even with the > Blowfish cipher). With a very fast processor and on a gigE network > you'll probably see 8-9MByte/sec via SSH while 60-70MByte/sec via FTP. > That's the only difference I can think of. > > The watchdog resets I can't explain; Jack Vogel should be able to assist > with that. But it sounds like the resets only happen under very high > throughput conditions (which is why you'd see it with FTP but not SSH). > I guess it is possible that the traffic from ftp (or smb) is overloading the interface; fwiw, if I increase the {recv,send}space to 131072 I can acheive 32MB+/s using scp (and ftp shows similar values). The real question is how to avoid these watchdog timeouts during heavy traffic; the whole point here was to replace windows-based fileshare servers with FreeBSD for the local network but at the moment it is proving ineffectual as any samba file transfers stall (much like ftp). I see no other error messages in the logfiles other than the watchdog timeouts plus interface down/up messages. Sven From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 16:47:21 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6C31316A400 for ; Fri, 20 Apr 2007 16:47:21 +0000 (UTC) (envelope-from clay@milos.co.za) Received: from bart.milos.co.za (bart.milos.co.za [196.38.18.66]) by mx1.freebsd.org (Postfix) with ESMTP id 00F1313C489 for ; Fri, 20 Apr 2007 16:47:19 +0000 (UTC) (envelope-from clay@milos.co.za) Received: (qmail 25540 invoked by uid 89); 20 Apr 2007 16:44:30 -0000 Received: from unknown (HELO claylaptop) (clay@milos.za.net@192.168.3.149) by bart.milos.co.za with ESMTPA; 20 Apr 2007 16:44:30 -0000 Message-ID: <03b401c7836b$7e125b20$9603a8c0@claylaptop> From: "Clayton Milos" To: "Sven Willenberger" References: <1176911436.7416.8.camel@lanshark.dmv.com><1177084316.5457.5.camel@lanshark.dmv.com><20070420160431.GA17356@icarus.home.lan> <1177086339.5457.13.camel@lanshark.dmv.com> Date: Fri, 20 Apr 2007 18:46:48 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Cc: Jeremy Chadwick , freebsd-stable@FreeBSD.org Subject: Re: CARP and em0 timeout watchdog 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, 20 Apr 2007 16:47:21 -0000 ----- Original Message ----- From: "Sven Willenberger" To: "Jeremy Chadwick" Cc: Sent: Friday, April 20, 2007 6:25 PM Subject: Re: CARP and em0 timeout watchdog > On Fri, 2007-04-20 at 09:04 -0700, Jeremy Chadwick wrote: >> On Fri, Apr 20, 2007 at 11:51:56AM -0400, Sven Willenberger wrote: >> > Having done more diagnostics I have found out it is not CARP related at >> > all. It turns out that the same timeouts will happen when ftp'ing to >> > the >> > physical address IPs as well. There is also an odd situation here >> > depending on which protocol I use. The two boxes are connected to a >> > Dell >> > Powerconnect 2616 gig switch with CAT6. If I scp files from the >> > 192.168.0.18 to the 192.168.0.19 box I can transfer gigs worth without >> > a >> > hiccup (I used dd to create various sized testfiles from 32M to 1G in >> > size and just scp testfile* to the other box). On the other hand, if I >> > connect to 192.168.0.19 using ftp (either active or passive) where ftp >> > is being run through inetd, the interface resets (watchdog) within >> > seconds (a few MBs) of traffic. Enabling polling does nothing, nor does >> > changing net.inet.tcp.{recv,send}space. Any ideas why I would be seeing >> > such behavioral differences between scp and ftp? >> >> You'll get a much higher throughput rate with FTP than you will with >> SSH, simply because encryption overhead is quite high (even with the >> Blowfish cipher). With a very fast processor and on a gigE network >> you'll probably see 8-9MByte/sec via SSH while 60-70MByte/sec via FTP. >> That's the only difference I can think of. >> >> The watchdog resets I can't explain; Jack Vogel should be able to assist >> with that. But it sounds like the resets only happen under very high >> throughput conditions (which is why you'd see it with FTP but not SSH). >> > > I guess it is possible that the traffic from ftp (or smb) is overloading > the interface; fwiw, if I increase the {recv,send}space to 131072 I can > acheive 32MB+/s using scp (and ftp shows similar values). The real > question is how to avoid these watchdog timeouts during heavy traffic; > the whole point here was to replace windows-based fileshare servers with > FreeBSD for the local network but at the moment it is proving > ineffectual as any samba file transfers stall (much like ftp). I see no > other error messages in the logfiles other than the watchdog timeouts > plus interface down/up messages. > > Sven > Sorry for jumping on a thread here. I've had issues with em NIC's as well. Especially with heavy loads. What helped for me was turning on polling. I recompiled the kernel with polling and turned it on in rc.conf and my problems disappeared. Are you running with polling on? -Clay From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 16:58:01 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5065916A400; Fri, 20 Apr 2007 16:58:01 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.177]) by mx1.freebsd.org (Postfix) with ESMTP id 3841B13C45B; Fri, 20 Apr 2007 16:58:01 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin02-en2 [10.13.10.147]) by smtpout.mac.com (Xserve/smtpout07/MantshX 4.0) with ESMTP id l3KGkpmQ017031; Fri, 20 Apr 2007 09:46:51 -0700 (PDT) Received: from [192.168.5.252] (209-128-86-226.bayarea.net [209.128.86.226]) (authenticated bits=0) by mac.com (Xserve/smtpin02/MantshX 4.0) with ESMTP id l3KGkil9029799 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 20 Apr 2007 09:46:47 -0700 (PDT) In-Reply-To: <20070420152329.GA16702@icarus.home.lan> References: <4628D63A.3050909@sun-fish.com> <20070420152329.GA16702@icarus.home.lan> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <049954BE-364B-4897-87C3-342D0A824C00@mac.com> Content-Transfer-Encoding: quoted-printable From: Marcel Moolenaar Date: Fri, 20 Apr 2007 09:45:43 -0700 To: Jeremy Chadwick X-Mailer: Apple Mail (2.752.3) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: freebsd-stable@FreeBSD.org, Stefan Lambrev Subject: Re: sio0: port may not be enabled 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, 20 Apr 2007 16:58:01 -0000 On Apr 20, 2007, at 8:23 AM, Jeremy Chadwick wrote: > Look closely at the dmesg line, note what device sio0 is claiming =20 > to be > associated with (acpi0, not isa0): > >> sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags =20 >> 0x10 on acpi0 > > This is one of the drawbacks to using ACPI. This is not a drawback. It's partly why ACPI was designed and =20 implemented: to describe legacy hardware. > Some systems apparently tie the serial port to ACPI functionality in a > different way. For example, I have a couple boxes which have sio0 > attached to acpi0 that work fine. In some other cases, I have ones > which result in a non-working serial port unless I disable ACPI (thus > sio0 shows up as being attached to isa0). Could you try uart(4) instead. It seems quite excessive to have to disable ACPI just to get a serial port working. I'd like to know if this is related to the sio(4) driver or something else. =04Thanks, --=20 Marcel Moolenaar xcllnt@mac.com From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 17:17:50 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C1E0D16A400 for ; Fri, 20 Apr 2007 17:17:50 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.230]) by mx1.freebsd.org (Postfix) with ESMTP id 8085C13C4BD for ; Fri, 20 Apr 2007 17:17:50 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so824086nza for ; Fri, 20 Apr 2007 10:17:50 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=jN+J+Vpl/szzVOf+YkUauDWw5E/jfKLsXO+GovsKmZDwxeOG0h22Oc4XyabJdjL2LlaBR6MRSvZg0Tzm5PGjopXx5ULYDoCEgB9jkE0eXoKHpllJifaWK/kfUqPTc3Nt9MgoTBtW5HWHykI0df31z+hocCGKPxpt2taggplAxwM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=YH06LkKlCVuTV7sFbo/vbkjWSXFjZh0nkH61F+R79yMGmdKAjz+Jdh5h4t91A8wiLr3AZFLmBWVmTA/jyiAlOMfj5WifB1N5l3r1ZSR/gazRbhkBHG2Pdrf4/XnpfZxd0p4yKOmVjBIXxQgXcRc7kNLgL1cIPexHP4uUVWdOM5s= Received: by 10.114.52.1 with SMTP id z1mr1315226waz.1177089469574; Fri, 20 Apr 2007 10:17:49 -0700 (PDT) Received: by 10.114.103.15 with HTTP; Fri, 20 Apr 2007 10:17:49 -0700 (PDT) Message-ID: <2a41acea0704201017n42d4e987l77752ee8f7ca9f1f@mail.gmail.com> Date: Fri, 20 Apr 2007 10:17:49 -0700 From: "Jack Vogel" To: "Sven Willenberger" , freebsd-stable@freebsd.org In-Reply-To: <20070420160431.GA17356@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1176911436.7416.8.camel@lanshark.dmv.com> <1177084316.5457.5.camel@lanshark.dmv.com> <20070420160431.GA17356@icarus.home.lan> Cc: Subject: Re: CARP and em0 timeout watchdog 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, 20 Apr 2007 17:17:50 -0000 On 4/20/07, Jeremy Chadwick wrote: > On Fri, Apr 20, 2007 at 11:51:56AM -0400, Sven Willenberger wrote: > > Having done more diagnostics I have found out it is not CARP related at > > all. It turns out that the same timeouts will happen when ftp'ing to the > > physical address IPs as well. There is also an odd situation here > > depending on which protocol I use. The two boxes are connected to a Dell > > Powerconnect 2616 gig switch with CAT6. If I scp files from the > > 192.168.0.18 to the 192.168.0.19 box I can transfer gigs worth without a > > hiccup (I used dd to create various sized testfiles from 32M to 1G in > > size and just scp testfile* to the other box). On the other hand, if I > > connect to 192.168.0.19 using ftp (either active or passive) where ftp > > is being run through inetd, the interface resets (watchdog) within > > seconds (a few MBs) of traffic. Enabling polling does nothing, nor does > > changing net.inet.tcp.{recv,send}space. Any ideas why I would be seeing > > such behavioral differences between scp and ftp? > > You'll get a much higher throughput rate with FTP than you will with > SSH, simply because encryption overhead is quite high (even with the > Blowfish cipher). With a very fast processor and on a gigE network > you'll probably see 8-9MByte/sec via SSH while 60-70MByte/sec via FTP. > That's the only difference I can think of. > > The watchdog resets I can't explain; Jack Vogel should be able to assist > with that. But it sounds like the resets only happen under very high > throughput conditions (which is why you'd see it with FTP but not SSH). What kind of hardware is this interface? Watchdogs mean TX cleanup isn't happening in a reasonable time, without further data its hard to know what might be going on. Jack From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 17:56:32 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 07F8A16A401 for ; Fri, 20 Apr 2007 17:56:32 +0000 (UTC) (envelope-from sven@dmv.com) Received: from smtp-gw-cl-d.dmv.com (smtp-gw-cl-d.dmv.com [216.240.97.42]) by mx1.freebsd.org (Postfix) with ESMTP id A4D5113C455 for ; Fri, 20 Apr 2007 17:56:31 +0000 (UTC) (envelope-from sven@dmv.com) Received: from mail-gw-cl-a.dmv.com (mail-gw-cl-a.dmv.com [216.240.97.38]) by smtp-gw-cl-d.dmv.com (8.12.10/8.12.10) with ESMTP id l3KHuUp1042464; Fri, 20 Apr 2007 13:56:30 -0400 (EDT) (envelope-from sven@dmv.com) Received: from [216.240.97.46] (lanshark.dmv.com [216.240.97.46]) by mail-gw-cl-a.dmv.com (8.12.9/8.12.9) with ESMTP id l3KHuTuk090362; Fri, 20 Apr 2007 13:56:29 -0400 (EDT) (envelope-from sven@dmv.com) From: Sven Willenberger To: Jack Vogel In-Reply-To: <2a41acea0704201017n42d4e987l77752ee8f7ca9f1f@mail.gmail.com> References: <1176911436.7416.8.camel@lanshark.dmv.com> <1177084316.5457.5.camel@lanshark.dmv.com> <20070420160431.GA17356@icarus.home.lan> <2a41acea0704201017n42d4e987l77752ee8f7ca9f1f@mail.gmail.com> Content-Type: text/plain Date: Fri, 20 Apr 2007 13:58:25 -0400 Message-Id: <1177091905.5457.17.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.48 on 216.240.97.42 X-Scanned-By: MIMEDefang 2.48 on 216.240.97.38 Cc: freebsd-stable@freebsd.org Subject: Re: CARP and em0 timeout watchdog 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, 20 Apr 2007 17:56:32 -0000 On Fri, 2007-04-20 at 10:17 -0700, Jack Vogel wrote: > On 4/20/07, Jeremy Chadwick wrote: > > On Fri, Apr 20, 2007 at 11:51:56AM -0400, Sven Willenberger wrote: > > > Having done more diagnostics I have found out it is not CARP related at > > > all. It turns out that the same timeouts will happen when ftp'ing to the > > > physical address IPs as well. There is also an odd situation here > > > depending on which protocol I use. The two boxes are connected to a Dell > > > Powerconnect 2616 gig switch with CAT6. If I scp files from the > > > 192.168.0.18 to the 192.168.0.19 box I can transfer gigs worth without a > > > hiccup (I used dd to create various sized testfiles from 32M to 1G in > > > size and just scp testfile* to the other box). On the other hand, if I > > > connect to 192.168.0.19 using ftp (either active or passive) where ftp > > > is being run through inetd, the interface resets (watchdog) within > > > seconds (a few MBs) of traffic. Enabling polling does nothing, nor does > > > changing net.inet.tcp.{recv,send}space. Any ideas why I would be seeing > > > such behavioral differences between scp and ftp? > > > > You'll get a much higher throughput rate with FTP than you will with > > SSH, simply because encryption overhead is quite high (even with the > > Blowfish cipher). With a very fast processor and on a gigE network > > you'll probably see 8-9MByte/sec via SSH while 60-70MByte/sec via FTP. > > That's the only difference I can think of. > > > > The watchdog resets I can't explain; Jack Vogel should be able to assist > > with that. But it sounds like the resets only happen under very high > > throughput conditions (which is why you'd see it with FTP but not SSH). > > What kind of hardware is this interface? Watchdogs mean TX cleanup > isn't happening in a reasonable time, without further data its hard to > know what might be going on. > > Jack from pciconf: em0@pci13:0:0: class=0x020000 card=0x108c15d9 chip=0x108c8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/1000 PM' class = network subclass = ethernet em1@pci14:0:0: class=0x020000 card=0x109a15d9 chip=0x109a8086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet em0 is the interface in question. from dmesg: em0: port 0x4000-0x401f mem 0xe0300000-0xe031ffff irq 16 at device 0.0 on pci13 em1: port 0x5000-0x501f mem 0xe0400000-0xe041ffff irq 17 at device 0.0 on pci14 Sven From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 18:00:35 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5516216A401; Fri, 20 Apr 2007 18:00:35 +0000 (UTC) (envelope-from sven@dmv.com) Received: from smtp-gw-cl-c.dmv.com (smtp-gw-cl-c.dmv.com [216.240.97.41]) by mx1.freebsd.org (Postfix) with ESMTP id 257F513C46C; Fri, 20 Apr 2007 18:00:32 +0000 (UTC) (envelope-from sven@dmv.com) Received: from mail-gw-cl-a.dmv.com (mail-gw-cl-a.dmv.com [216.240.97.38]) by smtp-gw-cl-c.dmv.com (8.12.10/8.12.10) with ESMTP id l3KI0V47042932; Fri, 20 Apr 2007 14:00:31 -0400 (EDT) (envelope-from sven@dmv.com) Received: from [216.240.97.46] (lanshark.dmv.com [216.240.97.46]) by mail-gw-cl-a.dmv.com (8.12.9/8.12.9) with ESMTP id l3KI0Uuk090490; Fri, 20 Apr 2007 14:00:30 -0400 (EDT) (envelope-from sven@dmv.com) From: Sven Willenberger To: Clayton Milos In-Reply-To: <03b401c7836b$7e125b20$9603a8c0@claylaptop> References: <1176911436.7416.8.camel@lanshark.dmv.com> <1177084316.5457.5.camel@lanshark.dmv.com> <20070420160431.GA17356@icarus.home.lan> <1177086339.5457.13.camel@lanshark.dmv.com> <03b401c7836b$7e125b20$9603a8c0@claylaptop> Content-Type: text/plain Date: Fri, 20 Apr 2007 14:02:22 -0400 Message-Id: <1177092142.5457.20.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.39 X-Scanned-By: MIMEDefang 2.48 on 216.240.97.38 Cc: Jeremy Chadwick , freebsd-stable@freebsd.org Subject: Re: CARP and em0 timeout watchdog 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, 20 Apr 2007 18:00:35 -0000 On Fri, 2007-04-20 at 18:46 +0200, Clayton Milos wrote: > ----- Original Message ----- > From: "Sven Willenberger" > To: "Jeremy Chadwick" > Cc: > Sent: Friday, April 20, 2007 6:25 PM > Subject: Re: CARP and em0 timeout watchdog > > > > On Fri, 2007-04-20 at 09:04 -0700, Jeremy Chadwick wrote: > >> On Fri, Apr 20, 2007 at 11:51:56AM -0400, Sven Willenberger wrote: > >> > Having done more diagnostics I have found out it is not CARP related at > >> > all. It turns out that the same timeouts will happen when ftp'ing to > >> > the > >> > physical address IPs as well. There is also an odd situation here > >> > depending on which protocol I use. The two boxes are connected to a > >> > Dell > >> > Powerconnect 2616 gig switch with CAT6. If I scp files from the > >> > 192.168.0.18 to the 192.168.0.19 box I can transfer gigs worth without > >> > a > >> > hiccup (I used dd to create various sized testfiles from 32M to 1G in > >> > size and just scp testfile* to the other box). On the other hand, if I > >> > connect to 192.168.0.19 using ftp (either active or passive) where ftp > >> > is being run through inetd, the interface resets (watchdog) within > >> > seconds (a few MBs) of traffic. Enabling polling does nothing, nor does > >> > changing net.inet.tcp.{recv,send}space. Any ideas why I would be seeing > >> > such behavioral differences between scp and ftp? > >> > >> You'll get a much higher throughput rate with FTP than you will with > >> SSH, simply because encryption overhead is quite high (even with the > >> Blowfish cipher). With a very fast processor and on a gigE network > >> you'll probably see 8-9MByte/sec via SSH while 60-70MByte/sec via FTP. > >> That's the only difference I can think of. > >> > >> The watchdog resets I can't explain; Jack Vogel should be able to assist > >> with that. But it sounds like the resets only happen under very high > >> throughput conditions (which is why you'd see it with FTP but not SSH). > >> > > > > I guess it is possible that the traffic from ftp (or smb) is overloading > > the interface; fwiw, if I increase the {recv,send}space to 131072 I can > > acheive 32MB+/s using scp (and ftp shows similar values). The real > > question is how to avoid these watchdog timeouts during heavy traffic; > > the whole point here was to replace windows-based fileshare servers with > > FreeBSD for the local network but at the moment it is proving > > ineffectual as any samba file transfers stall (much like ftp). I see no > > other error messages in the logfiles other than the watchdog timeouts > > plus interface down/up messages. > > > > Sven > > > > Sorry for jumping on a thread here. I've had issues with em NIC's as well. > Especially with heavy loads. What helped for me was turning on polling. I > recompiled the kernel with polling and turned it on in rc.conf and my > problems disappeared. > > Are you running with polling on? > At first I did not have polling compiled in, so no. Then I compiled in polling (and used options HZ=2000) but it didn't change anything. Whether I have polling enabled or disabled on the interface, the outcome is the same. Sven From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 18:08:07 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CA39916A401 for ; Fri, 20 Apr 2007 18:08:07 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.200.83]) by mx1.freebsd.org (Postfix) with ESMTP id 921F313C44C for ; Fri, 20 Apr 2007 18:08:07 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (sccrmhc13) with ESMTP id <20070420180806013003err4e>; Fri, 20 Apr 2007 18:08:06 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id E38831FA03D; Fri, 20 Apr 2007 11:08:05 -0700 (PDT) Date: Fri, 20 Apr 2007 11:08:05 -0700 From: Jeremy Chadwick To: Marcel Moolenaar Message-ID: <20070420180805.GA18977@icarus.home.lan> Mail-Followup-To: Marcel Moolenaar , Stefan Lambrev , freebsd-stable@FreeBSD.org References: <4628D63A.3050909@sun-fish.com> <20070420152329.GA16702@icarus.home.lan> <049954BE-364B-4897-87C3-342D0A824C00@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <049954BE-364B-4897-87C3-342D0A824C00@mac.com> User-Agent: Mutt/1.5.14 (2007-02-12) Cc: freebsd-stable@FreeBSD.org, Stefan Lambrev Subject: Re: sio0: port may not be enabled 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, 20 Apr 2007 18:08:07 -0000 On Fri, Apr 20, 2007 at 09:45:43AM -0700, Marcel Moolenaar wrote: > > On Apr 20, 2007, at 8:23 AM, Jeremy Chadwick wrote: > > >Look closely at the dmesg line, note what device sio0 is claiming > >to be > >associated with (acpi0, not isa0): > > > >>sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags > >>0x10 on acpi0 > > > >This is one of the drawbacks to using ACPI. > > This is not a drawback. It's partly why ACPI was designed and > implemented: > to describe legacy hardware. It's a drawback in the sense that if the technology is newer than what FreeBSD can handle/is made for, then administrators are forced to look at alternatives (other hardware or operating systems). > >Some systems apparently tie the serial port to ACPI functionality in a > >different way. For example, I have a couple boxes which have sio0 > >attached to acpi0 that work fine. In some other cases, I have ones > >which result in a non-working serial port unless I disable ACPI (thus > >sio0 shows up as being attached to isa0). > > Could you try uart(4) instead. It seems quite excessive to have to > disable ACPI just to get a serial port working. I'd like to know > if this is related to the sio(4) driver or something else. Can you provide some directions explaining how to configure the kernel (other than "device uart") and loader.conf or device.hints for appropriate variables? I'll be more than happy to try this out. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 18:23:08 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F31516A400; Fri, 20 Apr 2007 18:23:08 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.175]) by mx1.freebsd.org (Postfix) with ESMTP id 06B5813C45E; Fri, 20 Apr 2007 18:23:07 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin08-en2 [10.13.10.153]) by smtpout.mac.com (Xserve/smtpout05/MantshX 4.0) with ESMTP id l3KIN7jc010530; Fri, 20 Apr 2007 11:23:07 -0700 (PDT) Received: from [172.24.104.161] (natint3.juniper.net [66.129.224.36]) (authenticated bits=0) by mac.com (Xserve/smtpin08/MantshX 4.0) with ESMTP id l3KIN542024362 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 20 Apr 2007 11:23:06 -0700 (PDT) In-Reply-To: <20070420180805.GA18977@icarus.home.lan> References: <4628D63A.3050909@sun-fish.com> <20070420152329.GA16702@icarus.home.lan> <049954BE-364B-4897-87C3-342D0A824C00@mac.com> <20070420180805.GA18977@icarus.home.lan> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Fri, 20 Apr 2007 11:22:05 -0700 To: Jeremy Chadwick X-Mailer: Apple Mail (2.752.3) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: freebsd-stable@FreeBSD.org, Stefan Lambrev Subject: Re: sio0: port may not be enabled 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, 20 Apr 2007 18:23:08 -0000 On Apr 20, 2007, at 11:08 AM, Jeremy Chadwick wrote: > On Fri, Apr 20, 2007 at 09:45:43AM -0700, Marcel Moolenaar wrote: >> >> On Apr 20, 2007, at 8:23 AM, Jeremy Chadwick wrote: >> >>> Look closely at the dmesg line, note what device sio0 is claiming >>> to be >>> associated with (acpi0, not isa0): >>> >>>> sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags >>>> 0x10 on acpi0 >>> >>> This is one of the drawbacks to using ACPI. >> >> This is not a drawback. It's partly why ACPI was designed and >> implemented: >> to describe legacy hardware. > > It's a drawback in the sense that if the technology is newer than what > FreeBSD can handle/is made for, then administrators are forced to look > at alternatives (other hardware or operating systems). I see what you mean. This may also be FreeBSD's drawback (i.e. the support for legacy systems). >>> Some systems apparently tie the serial port to ACPI functionality >>> in a >>> different way. For example, I have a couple boxes which have sio0 >>> attached to acpi0 that work fine. In some other cases, I have ones >>> which result in a non-working serial port unless I disable ACPI >>> (thus >>> sio0 shows up as being attached to isa0). >> >> Could you try uart(4) instead. It seems quite excessive to have to >> disable ACPI just to get a serial port working. I'd like to know >> if this is related to the sio(4) driver or something else. > > Can you provide some directions explaining how to configure the > kernel (other than "device uart") and loader.conf or device.hints > for appropriate variables? I'll be more than happy to try this out. Remove device sio from your kernel configuration. Also, make sure that if acpi is loaded as a module, everything that can attach to acpi is loaded as a module too (i.e. uart). I typically compile-in acpi. It's too fundamental for my tastes to not compile it into the kernel. Don't change your device.hints file. Hints are more likely to interfere than help out. With sio removed from the kernel, its hints won't harm. Don't add hints for uart. We're using acpi, so the hardware/firmware will tell us where serial ports are. There's no need for changes in loader.conf, unless you're using a serial console. In that case you need to tell uart where the console is. The following will put the console on COM1: set hw.uart.console=io:0x3f8 If you have a serial console, then you also want to make sure that you have a login prompt. Change /etc/ttys by replacing ttyd# into ttyu#. To have uart coexist with sio, uart has to create different device special files and you need to make sure that a getty is started for them in order to log in over the serial port. HTH, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 18:27:59 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8342A16A404 for ; Fri, 20 Apr 2007 18:27:59 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.238]) by mx1.freebsd.org (Postfix) with ESMTP id 4051413C45D for ; Fri, 20 Apr 2007 18:27:58 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so840514nza for ; Fri, 20 Apr 2007 11:27:58 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=quKYqEhT/2wo8DNicMQHBrIu0omjlkiuiJvSzPvAycMHwG/qZQq6lI52CL5jCdbeIfaQAygugo6Kje+aR8oRfY6vKu+lWiLYRDedOYLhoaf+0VjZgRePTu1G/ZAMSUEncdn08Ev54gU5nvtqFmSFnaXshOQg+sz1X53mB5qAAGM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fpDbZNyzNI7oZXVT5w2D4RWKK6mJoQIiRAOeVvldNoPRmeRf5TiMtN7GsukrQOCXrYx+JM/nneZLdx+bHIpSzsCyfMqoBPHk4dl71QXBtq9s1G1XvQ3PpfiHCNvUPB8tar64KoAtpUePRafg0lwlTp1C92HMPS4dA8wQ/IoKspk= Received: by 10.115.77.1 with SMTP id e1mr573166wal.1177093676780; Fri, 20 Apr 2007 11:27:56 -0700 (PDT) Received: by 10.114.103.15 with HTTP; Fri, 20 Apr 2007 11:27:56 -0700 (PDT) Message-ID: <2a41acea0704201127x319be08cw869efe1dd02a046e@mail.gmail.com> Date: Fri, 20 Apr 2007 11:27:56 -0700 From: "Jack Vogel" To: "Sven Willenberger" In-Reply-To: <1177091905.5457.17.camel@lanshark.dmv.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1176911436.7416.8.camel@lanshark.dmv.com> <1177084316.5457.5.camel@lanshark.dmv.com> <20070420160431.GA17356@icarus.home.lan> <2a41acea0704201017n42d4e987l77752ee8f7ca9f1f@mail.gmail.com> <1177091905.5457.17.camel@lanshark.dmv.com> Cc: freebsd-stable@freebsd.org Subject: Re: CARP and em0 timeout watchdog 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, 20 Apr 2007 18:27:59 -0000 On 4/20/07, Sven Willenberger wrote: > On Fri, 2007-04-20 at 10:17 -0700, Jack Vogel wrote: > > On 4/20/07, Jeremy Chadwick wrote: > > > On Fri, Apr 20, 2007 at 11:51:56AM -0400, Sven Willenberger wrote: > > > > Having done more diagnostics I have found out it is not CARP related at > > > > all. It turns out that the same timeouts will happen when ftp'ing to the > > > > physical address IPs as well. There is also an odd situation here > > > > depending on which protocol I use. The two boxes are connected to a Dell > > > > Powerconnect 2616 gig switch with CAT6. If I scp files from the > > > > 192.168.0.18 to the 192.168.0.19 box I can transfer gigs worth without a > > > > hiccup (I used dd to create various sized testfiles from 32M to 1G in > > > > size and just scp testfile* to the other box). On the other hand, if I > > > > connect to 192.168.0.19 using ftp (either active or passive) where ftp > > > > is being run through inetd, the interface resets (watchdog) within > > > > seconds (a few MBs) of traffic. Enabling polling does nothing, nor does > > > > changing net.inet.tcp.{recv,send}space. Any ideas why I would be seeing > > > > such behavioral differences between scp and ftp? > > > > > > You'll get a much higher throughput rate with FTP than you will with > > > SSH, simply because encryption overhead is quite high (even with the > > > Blowfish cipher). With a very fast processor and on a gigE network > > > you'll probably see 8-9MByte/sec via SSH while 60-70MByte/sec via FTP. > > > That's the only difference I can think of. > > > > > > The watchdog resets I can't explain; Jack Vogel should be able to assist > > > with that. But it sounds like the resets only happen under very high > > > throughput conditions (which is why you'd see it with FTP but not SSH). > > > > What kind of hardware is this interface? Watchdogs mean TX cleanup > > isn't happening in a reasonable time, without further data its hard to > > know what might be going on. > > > > Jack > > from pciconf: > > em0@pci13:0:0: class=0x020000 card=0x108c15d9 chip=0x108c8086 rev=0x03 > hdr=0x00 > vendor = 'Intel Corporation' > device = 'PRO/1000 PM' > class = network > subclass = ethernet > em1@pci14:0:0: class=0x020000 card=0x109a15d9 chip=0x109a8086 rev=0x00 > hdr=0x00 > vendor = 'Intel Corporation' > class = network > subclass = ethernet > > em0 is the interface in question. > > from dmesg: > > em0: port > 0x4000-0x401f mem 0xe0300000-0xe031ffff irq 16 at device 0.0 on pci13 > > em1: port > 0x5000-0x501f mem 0xe0400000-0xe041ffff irq 17 at device 0.0 on pci14 OH, this is an 82573, and I've posted a firmware patcher a couple different times, there is a bit in the MANC register that is incorrectly programmed in some vendors systems. Can you search email for that patcher, it needs to run from DOS. If you are unable to find it let me know and I'll resent you a copy. Jack From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 18:43:01 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1458316A402 for ; Fri, 20 Apr 2007 18:43:01 +0000 (UTC) (envelope-from sven@dmv.com) Received: from smtp-gw-cl-d.dmv.com (smtp-gw-cl-d.dmv.com [216.240.97.42]) by mx1.freebsd.org (Postfix) with ESMTP id C291D13C43E for ; Fri, 20 Apr 2007 18:43:00 +0000 (UTC) (envelope-from sven@dmv.com) Received: from mail-gw-cl-b.dmv.com (mail-gw-cl-b.dmv.com [216.240.97.39]) by smtp-gw-cl-d.dmv.com (8.12.10/8.12.10) with ESMTP id l3KIgxp1043828; Fri, 20 Apr 2007 14:42:59 -0400 (EDT) (envelope-from sven@dmv.com) Received: from [216.240.97.46] (lanshark.dmv.com [216.240.97.46]) by mail-gw-cl-b.dmv.com (8.12.9/8.12.9) with ESMTP id l3KIgxPC004796; Fri, 20 Apr 2007 14:42:59 -0400 (EDT) (envelope-from sven@dmv.com) From: Sven Willenberger To: Jack Vogel In-Reply-To: <2a41acea0704201127x319be08cw869efe1dd02a046e@mail.gmail.com> References: <1176911436.7416.8.camel@lanshark.dmv.com> <1177084316.5457.5.camel@lanshark.dmv.com> <20070420160431.GA17356@icarus.home.lan> <2a41acea0704201017n42d4e987l77752ee8f7ca9f1f@mail.gmail.com> <1177091905.5457.17.camel@lanshark.dmv.com> <2a41acea0704201127x319be08cw869efe1dd02a046e@mail.gmail.com> Content-Type: text/plain Date: Fri, 20 Apr 2007 14:44:54 -0400 Message-Id: <1177094694.5457.31.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.48 on 216.240.97.42 X-Scanned-By: MIMEDefang 2.48 on 216.240.97.39 Cc: freebsd-stable@freebsd.org Subject: Re: CARP and em0 timeout watchdog 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, 20 Apr 2007 18:43:01 -0000 On Fri, 2007-04-20 at 11:27 -0700, Jack Vogel wrote: > On 4/20/07, Sven Willenberger wrote: > > On Fri, 2007-04-20 at 10:17 -0700, Jack Vogel wrote: > > > On 4/20/07, Jeremy Chadwick wrote: > > > > On Fri, Apr 20, 2007 at 11:51:56AM -0400, Sven Willenberger wrote: > > > > > Having done more diagnostics I have found out it is not CARP related at > > > > > all. It turns out that the same timeouts will happen when ftp'ing to the > > > > > physical address IPs as well. There is also an odd situation here > > > > > depending on which protocol I use. The two boxes are connected to a Dell > > > > > Powerconnect 2616 gig switch with CAT6. If I scp files from the > > > > > 192.168.0.18 to the 192.168.0.19 box I can transfer gigs worth without a > > > > > hiccup (I used dd to create various sized testfiles from 32M to 1G in > > > > > size and just scp testfile* to the other box). On the other hand, if I > > > > > connect to 192.168.0.19 using ftp (either active or passive) where ftp > > > > > is being run through inetd, the interface resets (watchdog) within > > > > > seconds (a few MBs) of traffic. Enabling polling does nothing, nor does > > > > > changing net.inet.tcp.{recv,send}space. Any ideas why I would be seeing > > > > > such behavioral differences between scp and ftp? > > > > > > > > You'll get a much higher throughput rate with FTP than you will with > > > > SSH, simply because encryption overhead is quite high (even with the > > > > Blowfish cipher). With a very fast processor and on a gigE network > > > > you'll probably see 8-9MByte/sec via SSH while 60-70MByte/sec via FTP. > > > > That's the only difference I can think of. > > > > > > > > The watchdog resets I can't explain; Jack Vogel should be able to assist > > > > with that. But it sounds like the resets only happen under very high > > > > throughput conditions (which is why you'd see it with FTP but not SSH). > > > > > > What kind of hardware is this interface? Watchdogs mean TX cleanup > > > isn't happening in a reasonable time, without further data its hard to > > > know what might be going on. > > > > > > Jack > > > > from pciconf: > > > > em0@pci13:0:0: class=0x020000 card=0x108c15d9 chip=0x108c8086 rev=0x03 > > hdr=0x00 > > vendor = 'Intel Corporation' > > device = 'PRO/1000 PM' > > class = network > > subclass = ethernet > > em1@pci14:0:0: class=0x020000 card=0x109a15d9 chip=0x109a8086 rev=0x00 > > hdr=0x00 > > vendor = 'Intel Corporation' > > class = network > > subclass = ethernet > > > > em0 is the interface in question. > > > > from dmesg: > > > > em0: port > > 0x4000-0x401f mem 0xe0300000-0xe031ffff irq 16 at device 0.0 on pci13 > > > > em1: port > > 0x5000-0x501f mem 0xe0400000-0xe041ffff irq 17 at device 0.0 on pci14 > > OH, this is an 82573, and I've posted a firmware patcher a couple > different times, there is a bit in the MANC register that is incorrectly > programmed in some vendors systems. Can you search email for > that patcher, it needs to run from DOS. If you are unable to find > it let me know and I'll resent you a copy. > > Jack If you are referring to the dcgdis.ThisIsZip attachment, I found it in earlier threads, thanks. Will work on patching the nics and will keep the list updated. Thanks again. Sven From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 18:47:09 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1164416A407 for ; Fri, 20 Apr 2007 18:47:09 +0000 (UTC) (envelope-from SRS0=fe7d75280325825cf2627382be199f45d6100d32=311=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.freebsd.org (Postfix) with ESMTP id D6A1513C484 for ; Fri, 20 Apr 2007 18:47:08 +0000 (UTC) (envelope-from SRS0=fe7d75280325825cf2627382be199f45d6100d32=311=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id ZWA50402; Fri, 20 Apr 2007 11:32:02 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 053714506A; Fri, 20 Apr 2007 11:32:03 -0700 (PDT) To: Jeremy Chadwick In-Reply-To: Your message of "Fri, 20 Apr 2007 09:04:31 PDT." <20070420160431.GA17356@icarus.home.lan> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1177093923_52974P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 20 Apr 2007 11:32:03 -0700 From: "Kevin Oberman" Message-Id: <20070420183203.053714506A@ptavv.es.net> Cc: Sven Willenberger , freebsd-stable@freebsd.org Subject: Re: CARP and em0 timeout watchdog 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, 20 Apr 2007 18:47:09 -0000 --==_Exmh_1177093923_52974P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Fri, 20 Apr 2007 09:04:31 -0700 > From: Jeremy Chadwick > Sender: owner-freebsd-stable@freebsd.org > > On Fri, Apr 20, 2007 at 11:51:56AM -0400, Sven Willenberger wrote: > > Having done more diagnostics I have found out it is not CARP related at > > all. It turns out that the same timeouts will happen when ftp'ing to the > > physical address IPs as well. There is also an odd situation here > > depending on which protocol I use. The two boxes are connected to a Dell > > Powerconnect 2616 gig switch with CAT6. If I scp files from the > > 192.168.0.18 to the 192.168.0.19 box I can transfer gigs worth without a > > hiccup (I used dd to create various sized testfiles from 32M to 1G in > > size and just scp testfile* to the other box). On the other hand, if I > > connect to 192.168.0.19 using ftp (either active or passive) where ftp > > is being run through inetd, the interface resets (watchdog) within > > seconds (a few MBs) of traffic. Enabling polling does nothing, nor does > > changing net.inet.tcp.{recv,send}space. Any ideas why I would be seeing > > such behavioral differences between scp and ftp? > > You'll get a much higher throughput rate with FTP than you will with > SSH, simply because encryption overhead is quite high (even with the > Blowfish cipher). With a very fast processor and on a gigE network > you'll probably see 8-9MByte/sec via SSH while 60-70MByte/sec via FTP. > That's the only difference I can think of. OK. Let's put the blame where it belongs. It's probably not the encryption/decryption that slows down scp. It's the OpenSSH code. It is only slightly related to CPU speed on reasonably modern CPUs. My Athlon 64 system goes to 23% CPU while transferring a large (150MB) file using AES128-CBC. My Ethernet runs at over 11 MBytes/sec on a FastEthernet about 5 nanoseconds long. If you have a system slower than about 600 MHz, then it may be the encryption. At least 3 years ago the folks at the Pittsburgh Supercomputer Center (PSC) were seeing slow scp performance and investigated. The systems they were running on were pretty fast (it is a Supercomputer Center) and should have been able to run at nearly 1 Gbps without problems, but could not. FTP (which is a VERY inefficient protocol) was much faster. They examined the OpenSSH source code and found the problem. They published patches to OpenSSH and have continued to maintain them, but the OpenBSD people have yet to incorporate them, so ssh is still slow on long paths. This only applies to transfers over longer distances. Transfers over the LAN should not be impacted by this. More information and the patch are available at: http://www.psc.edu/networking/projects/hpn-ssh/ -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1177093923_52974P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFGKQcikn3rs5h7N1ERAp4nAJ0TR/u3zzA/FDfUz7SeWKpb+GPCdwCgiSw5 LUHGnWSIHqAzPd1p59zjzto= =7j9b -----END PGP SIGNATURE----- --==_Exmh_1177093923_52974P-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 18:50:21 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 47CB116A40B for ; Fri, 20 Apr 2007 18:50:21 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.224]) by mx1.freebsd.org (Postfix) with ESMTP id 0391013C489 for ; Fri, 20 Apr 2007 18:50:20 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so1049253wra for ; Fri, 20 Apr 2007 11:50:20 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=KHuPmT96gI3BiORbezGh5gizr05pVTG1kz5tgSJHWN2nr6OEWeGb7PTlzFRmFL30eeXoIjI8mI+zjBBWkmNQ5uTySYTZlOltRQQpFyEgIDPNUPiyOt/ONtrjhQfC2nlR+F1qyxxyyeA9JpL+Gj01dlhHO+2FPjDDDaBAMu22aTQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=gwZCX84W8NJPLUQdZAUUfUhG1/GrLVjTj3voIpT6PuToQaMskxq8NlBM2iw1wgR1IcClsbcEc32+mHKLioKmxQx8AW/Daj5Fi55ShErBa32kxa7zYNvclVyHkUaiSOiRXtzX7koSULKTZKSbDMSu1EbWZvgwBP00HV4blxHeoh0= Received: by 10.115.16.1 with SMTP id t1mr1343858wai.1177095019382; Fri, 20 Apr 2007 11:50:19 -0700 (PDT) Received: by 10.114.103.15 with HTTP; Fri, 20 Apr 2007 11:50:19 -0700 (PDT) Message-ID: <2a41acea0704201150r26babb4clbcbfb4cda09a853a@mail.gmail.com> Date: Fri, 20 Apr 2007 11:50:19 -0700 From: "Jack Vogel" To: "Brian McCann" In-Reply-To: <2b5f066d0704201137j61b25e2bo24712323e7ca821e@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: <1176911436.7416.8.camel@lanshark.dmv.com> <1177084316.5457.5.camel@lanshark.dmv.com> <20070420160431.GA17356@icarus.home.lan> <2a41acea0704201017n42d4e987l77752ee8f7ca9f1f@mail.gmail.com> <1177091905.5457.17.camel@lanshark.dmv.com> <2a41acea0704201127x319be08cw869efe1dd02a046e@mail.gmail.com> <2b5f066d0704201137j61b25e2bo24712323e7ca821e@mail.gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: CARP and em0 timeout watchdog 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, 20 Apr 2007 18:50:21 -0000 On 4/20/07, Brian McCann wrote: > On 4/20/07, Jack Vogel wrote: > > On 4/20/07, Sven Willenberger wrote: > > > On Fri, 2007-04-20 at 10:17 -0700, Jack Vogel wrote: > > > > On 4/20/07, Jeremy Chadwick wrote: > > > > > On Fri, Apr 20, 2007 at 11:51:56AM -0400, Sven Willenberger wrote: > > > > > > Having done more diagnostics I have found out it is not CARP related at > > > > > > all. It turns out that the same timeouts will happen when ftp'ing to the > > > > > > physical address IPs as well. There is also an odd situation here > > > > > > depending on which protocol I use. The two boxes are connected to a Dell > > > > > > Powerconnect 2616 gig switch with CAT6. If I scp files from the > > > > > > 192.168.0.18 to the 192.168.0.19 box I can transfer gigs worth without a > > > > > > hiccup (I used dd to create various sized testfiles from 32M to 1G in > > > > > > size and just scp testfile* to the other box). On the other hand, if I > > > > > > connect to 192.168.0.19 using ftp (either active or passive) where ftp > > > > > > is being run through inetd, the interface resets (watchdog) within > > > > > > seconds (a few MBs) of traffic. Enabling polling does nothing, nor does > > > > > > changing net.inet.tcp.{recv,send}space. Any ideas why I would be seeing > > > > > > such behavioral differences between scp and ftp? > > > > > > > > > > You'll get a much higher throughput rate with FTP than you will with > > > > > SSH, simply because encryption overhead is quite high (even with the > > > > > Blowfish cipher). With a very fast processor and on a gigE network > > > > > you'll probably see 8-9MByte/sec via SSH while 60-70MByte/sec via FTP. > > > > > That's the only difference I can think of. > > > > > > > > > > The watchdog resets I can't explain; Jack Vogel should be able to assist > > > > > with that. But it sounds like the resets only happen under very high > > > > > throughput conditions (which is why you'd see it with FTP but not SSH). > > > > > > > > What kind of hardware is this interface? Watchdogs mean TX cleanup > > > > isn't happening in a reasonable time, without further data its hard to > > > > know what might be going on. > > > > > > > > Jack > > > > > > from pciconf: > > > > > > em0@pci13:0:0: class=0x020000 card=0x108c15d9 chip=0x108c8086 rev=0x03 > > > hdr=0x00 > > > vendor = 'Intel Corporation' > > > device = 'PRO/1000 PM' > > > class = network > > > subclass = ethernet > > > em1@pci14:0:0: class=0x020000 card=0x109a15d9 chip=0x109a8086 rev=0x00 > > > hdr=0x00 > > > vendor = 'Intel Corporation' > > > class = network > > > subclass = ethernet > > > > > > em0 is the interface in question. > > > > > > from dmesg: > > > > > > em0: port > > > 0x4000-0x401f mem 0xe0300000-0xe031ffff irq 16 at device 0.0 on pci13 > > > > > > em1: port > > > 0x5000-0x501f mem 0xe0400000-0xe041ffff irq 17 at device 0.0 on pci14 > > > > OH, this is an 82573, and I've posted a firmware patcher a couple > > different times, there is a bit in the MANC register that is incorrectly > > programmed in some vendors systems. Can you search email for > > that patcher, it needs to run from DOS. If you are unable to find > > it let me know and I'll resent you a copy. > > > > Jack > > _______________________________________________ > > 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" > > > > FWIW, I've got 82546B cards and it's happening to me as well, but I'm > on 6.1. I'm upgrading to 6.2 and trying polling as we speak. > > --Brian This is not the same problem, until you are running 6.2 RELEASE its a whole other ballpark, there were locking issues between the driver and the net layer that were fixed. Jack From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 18:53:36 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6A33A16A400 for ; Fri, 20 Apr 2007 18:53:36 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id 2450A13C46C for ; Fri, 20 Apr 2007 18:53:36 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so833765pyh for ; Fri, 20 Apr 2007 11:53:35 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=sfbdUbV2GJxoAxQAekeK82YLZ9WwyGQv1mCLz5ndgiQHgk0e9ApvEgI2jv6f4wC/glpkPRCMv37eGiFoQIIQOlP9zJhl7scG3k9mvIWl14tyZPWjW6GwqK3oeNE+tBwQJ/RV+WayZ1s1dlOylJgpe3S1MR/BnpYYOsWfoD9wS0g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=pcMw4qVdRcWLO1ovrf6RBp/lqGsVpOqv6STQn7TloRvyjPzcP7Vrw+cRVBLa0e6+6ZCpH0rWEfBqXbOmIzNrpteDcKWaE563CcObNVZraY2+tVn6OAVw4mj46tZSFI6NslYZq5UZK/SgH/UwjixBMS0Eotr7IRfB6U3wh4GF444= Received: by 10.64.180.20 with SMTP id c20mr6745053qbf.1177095215408; Fri, 20 Apr 2007 11:53:35 -0700 (PDT) Received: by 10.64.208.3 with HTTP; Fri, 20 Apr 2007 11:53:35 -0700 (PDT) Message-ID: Date: Fri, 20 Apr 2007 22:53:35 +0400 From: "Alexey Karagodov" To: "Alex Povolotsky" In-Reply-To: <46271A4B.50408@webmail.sub.ru> MIME-Version: 1.0 References: <46271A4B.50408@webmail.sub.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-RELEASE does not use second CPU? 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, 20 Apr 2007 18:53:36 -0000 kernel config please and /etc/sysctl.conf 2007/4/19, Alex Povolotsky : > > Hello! > > On the Pentium-D box, kernel detects both CPUs, but it seems like > scheduler use only one. > > (from dmesg) > > Copyright (c) 1992-2007 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 6.2-RELEASE-p3 #2: Thu Apr 19 00:19:54 MSD 2007 > tarkhil@cluster-one.zinester.com:/usr/obj/usr/src/sys/P4D > WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant > WARNING: MPSAFE network stack disabled, expect reduced performance. > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) D CPU 2.80GHz (2808.41-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf64 Stepping = 4 > > > Features=0xbfebfbff MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > Features2=0xe49d,> > AMD Features=0x20100000 > AMD Features2=0x1 > Logical CPUs per core: 2 > real memory = 1046757376 (998 MB) > avail memory = 1015095296 (968 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > > .... > > SMP: AP CPU #1 Launched! > > (from top) > > last pid: 12408; load averages: 4.99, 4.91, 4.08 up 0+01:08:02 > 19:26:23 > 265 processes: 8 running, 256 sleeping, 1 zombie > CPU states: 35.0% user, 0.0% nice, 14.1% system, 0.9% interrupt, 50.0% > idle > Mem: 267M Active, 503M Inact, 171M Wired, 29M Cache, 109M Buf, 1636K Free > Swap: 2006M Total, 2006M Free > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 1399 125 1 109 0 4684K 2808K RUN 0 11:20 18.85% qmgr > 1819 300 1 4 0 33552K 30824K select 0 8:58 13.57% perl5.8.8 > 1821 300 1 4 0 33364K 30644K select 0 9:15 6.05% perl5.8.8 > 12398 125 1 4 0 3588K 2524K select 0 0:00 2.00% cleanup > 1394 root 1 104 0 3444K 1596K RUN 0 1:58 1.66% master > 10601 125 1 97 0 3580K 1728K select 0 0:18 0.83% > trivial-rewri > 10051 125 1 97 0 4536K 2688K RUN 0 0:13 0.63% scache > > > All processes runs on CPU0, and I did not see less than 50% idle cpu. > > What can be wrong? > > Alex. > > > _______________________________________________ > 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 Apr 20 18:54:53 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DC56116A403 for ; Fri, 20 Apr 2007 18:54:53 +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 87B2113C4C8 for ; Fri, 20 Apr 2007 18:54:53 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so834078pyh for ; Fri, 20 Apr 2007 11:54:52 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=mi+Xo1Dq1GQ/c/o22JbwJso/RmNx6oai4hAR7FYabMhqtjgkhcE7+ckfjrsdA1pvY8I1HYQM6EbHJaW8btFp3yyw8TVkGmfPEXgAJyqeUwTqhnenAZero2tJH5WUEDQPEIZwoHcmkuX58esU/vyT2M6lY9h0KE8PL7sdp89j4VM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=sKYZiPwAMLe3dSp+H4kVipr3aLJClhyq9XuvGUZb0AJ7CgJmpmvIHJQvrBwDoEY+Rh3b3gu8Zg1IwfVXOOHJyVIpo7Du8XKpLB6/PPyUX5han0aoIoPzZxXhfyZC8IPN9y6VhAFq1eUyce4if4PrOSeRfkSI+L3gl02unUNAMik= Received: by 10.65.237.15 with SMTP id o15mr6681961qbr.1177095292483; Fri, 20 Apr 2007 11:54:52 -0700 (PDT) Received: by 10.64.208.3 with HTTP; Fri, 20 Apr 2007 11:54:52 -0700 (PDT) Message-ID: Date: Fri, 20 Apr 2007 22:54:52 +0400 From: "Alexey Karagodov" To: "Alex Povolotsky" In-Reply-To: <46271A4B.50408@webmail.sub.ru> MIME-Version: 1.0 References: <46271A4B.50408@webmail.sub.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-RELEASE does not use second CPU? 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, 20 Apr 2007 18:54:53 -0000 and what is this, i mean why: WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. 2007/4/19, Alex Povolotsky : > > Hello! > > On the Pentium-D box, kernel detects both CPUs, but it seems like > scheduler use only one. > > (from dmesg) > > Copyright (c) 1992-2007 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 6.2-RELEASE-p3 #2: Thu Apr 19 00:19:54 MSD 2007 > tarkhil@cluster-one.zinester.com:/usr/obj/usr/src/sys/P4D > WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant > WARNING: MPSAFE network stack disabled, expect reduced performance. > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) D CPU 2.80GHz (2808.41-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf64 Stepping = 4 > > > Features=0xbfebfbff MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > Features2=0xe49d,> > AMD Features=0x20100000 > AMD Features2=0x1 > Logical CPUs per core: 2 > real memory = 1046757376 (998 MB) > avail memory = 1015095296 (968 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > > .... > > SMP: AP CPU #1 Launched! > > (from top) > > last pid: 12408; load averages: 4.99, 4.91, 4.08 up 0+01:08:02 > 19:26:23 > 265 processes: 8 running, 256 sleeping, 1 zombie > CPU states: 35.0% user, 0.0% nice, 14.1% system, 0.9% interrupt, 50.0% > idle > Mem: 267M Active, 503M Inact, 171M Wired, 29M Cache, 109M Buf, 1636K Free > Swap: 2006M Total, 2006M Free > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 1399 125 1 109 0 4684K 2808K RUN 0 11:20 18.85% qmgr > 1819 300 1 4 0 33552K 30824K select 0 8:58 13.57% perl5.8.8 > 1821 300 1 4 0 33364K 30644K select 0 9:15 6.05% perl5.8.8 > 12398 125 1 4 0 3588K 2524K select 0 0:00 2.00% cleanup > 1394 root 1 104 0 3444K 1596K RUN 0 1:58 1.66% master > 10601 125 1 97 0 3580K 1728K select 0 0:18 0.83% > trivial-rewri > 10051 125 1 97 0 4536K 2688K RUN 0 0:13 0.63% scache > > > All processes runs on CPU0, and I did not see less than 50% idle cpu. > > What can be wrong? > > Alex. > > > _______________________________________________ > 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 Apr 20 19:02:05 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D095A16A400 for ; Fri, 20 Apr 2007 19:02:05 +0000 (UTC) (envelope-from bjmccann@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.236]) by mx1.freebsd.org (Postfix) with ESMTP id 8C1BE13C468 for ; Fri, 20 Apr 2007 19:02:05 +0000 (UTC) (envelope-from bjmccann@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so848236nza for ; Fri, 20 Apr 2007 12:02:04 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SeYLZuPGIrThEByWUf3elvob6sYEqJ8XXaPmLc4Ftsd7il5nx08yfRqaPOpyTAGA7vdMdGfebI9+8r9NursD8gEYBXqLje0OvMlRsxAx2jEuSmNK0yMDHqZhiaj333Lgze2raxSkXjXkPTYWfMT64K7vZad4wCmTA4pEjb0kPMY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NQbSfVMSJaae/To/iadomJuDrxjpxAS04LcKM2iS++igrQNlerlGwTylzAUvNDxOjM4LNvcqoTPWIiy/SF9mrDq0jFnmxd3SdngL+9Dx4sav1DLg/8maFJvk9xFKugZb8xKWO+gM7zI4OtLyKd5C99RVR8+4nUsTXVNvm8MOVjg= Received: by 10.115.95.1 with SMTP id x1mr1356661wal.1177094275679; Fri, 20 Apr 2007 11:37:55 -0700 (PDT) Received: by 10.114.109.11 with HTTP; Fri, 20 Apr 2007 11:37:55 -0700 (PDT) Message-ID: <2b5f066d0704201137j61b25e2bo24712323e7ca821e@mail.gmail.com> Date: Fri, 20 Apr 2007 14:37:55 -0400 From: "Brian McCann" To: "Jack Vogel" In-Reply-To: <2a41acea0704201127x319be08cw869efe1dd02a046e@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: <1176911436.7416.8.camel@lanshark.dmv.com> <1177084316.5457.5.camel@lanshark.dmv.com> <20070420160431.GA17356@icarus.home.lan> <2a41acea0704201017n42d4e987l77752ee8f7ca9f1f@mail.gmail.com> <1177091905.5457.17.camel@lanshark.dmv.com> <2a41acea0704201127x319be08cw869efe1dd02a046e@mail.gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: CARP and em0 timeout watchdog 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, 20 Apr 2007 19:02:06 -0000 On 4/20/07, Jack Vogel wrote: > On 4/20/07, Sven Willenberger wrote: > > On Fri, 2007-04-20 at 10:17 -0700, Jack Vogel wrote: > > > On 4/20/07, Jeremy Chadwick wrote: > > > > On Fri, Apr 20, 2007 at 11:51:56AM -0400, Sven Willenberger wrote: > > > > > Having done more diagnostics I have found out it is not CARP related at > > > > > all. It turns out that the same timeouts will happen when ftp'ing to the > > > > > physical address IPs as well. There is also an odd situation here > > > > > depending on which protocol I use. The two boxes are connected to a Dell > > > > > Powerconnect 2616 gig switch with CAT6. If I scp files from the > > > > > 192.168.0.18 to the 192.168.0.19 box I can transfer gigs worth without a > > > > > hiccup (I used dd to create various sized testfiles from 32M to 1G in > > > > > size and just scp testfile* to the other box). On the other hand, if I > > > > > connect to 192.168.0.19 using ftp (either active or passive) where ftp > > > > > is being run through inetd, the interface resets (watchdog) within > > > > > seconds (a few MBs) of traffic. Enabling polling does nothing, nor does > > > > > changing net.inet.tcp.{recv,send}space. Any ideas why I would be seeing > > > > > such behavioral differences between scp and ftp? > > > > > > > > You'll get a much higher throughput rate with FTP than you will with > > > > SSH, simply because encryption overhead is quite high (even with the > > > > Blowfish cipher). With a very fast processor and on a gigE network > > > > you'll probably see 8-9MByte/sec via SSH while 60-70MByte/sec via FTP. > > > > That's the only difference I can think of. > > > > > > > > The watchdog resets I can't explain; Jack Vogel should be able to assist > > > > with that. But it sounds like the resets only happen under very high > > > > throughput conditions (which is why you'd see it with FTP but not SSH). > > > > > > What kind of hardware is this interface? Watchdogs mean TX cleanup > > > isn't happening in a reasonable time, without further data its hard to > > > know what might be going on. > > > > > > Jack > > > > from pciconf: > > > > em0@pci13:0:0: class=0x020000 card=0x108c15d9 chip=0x108c8086 rev=0x03 > > hdr=0x00 > > vendor = 'Intel Corporation' > > device = 'PRO/1000 PM' > > class = network > > subclass = ethernet > > em1@pci14:0:0: class=0x020000 card=0x109a15d9 chip=0x109a8086 rev=0x00 > > hdr=0x00 > > vendor = 'Intel Corporation' > > class = network > > subclass = ethernet > > > > em0 is the interface in question. > > > > from dmesg: > > > > em0: port > > 0x4000-0x401f mem 0xe0300000-0xe031ffff irq 16 at device 0.0 on pci13 > > > > em1: port > > 0x5000-0x501f mem 0xe0400000-0xe041ffff irq 17 at device 0.0 on pci14 > > OH, this is an 82573, and I've posted a firmware patcher a couple > different times, there is a bit in the MANC register that is incorrectly > programmed in some vendors systems. Can you search email for > that patcher, it needs to run from DOS. If you are unable to find > it let me know and I'll resent you a copy. > > Jack > _______________________________________________ > 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" > FWIW, I've got 82546B cards and it's happening to me as well, but I'm on 6.1. I'm upgrading to 6.2 and trying polling as we speak. --Brian -- _-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_ Brian McCann Systems & Network Administrator, K12USA "I don't have to take this abuse from you -- I've got hundreds of people waiting to abuse me." -- Bill Murray, "Ghostbusters" From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 19:08:58 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BC22516A408 for ; Fri, 20 Apr 2007 19:08:58 +0000 (UTC) (envelope-from SRS0=fe7d75280325825cf2627382be199f45d6100d32=311=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.freebsd.org (Postfix) with ESMTP id A3C3013C4CE for ; Fri, 20 Apr 2007 19:08:58 +0000 (UTC) (envelope-from SRS0=fe7d75280325825cf2627382be199f45d6100d32=311=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id ZXC48957; Fri, 20 Apr 2007 12:08:57 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 9A34445058; Fri, 20 Apr 2007 12:08:57 -0700 (PDT) To: "Alexey Karagodov" In-Reply-To: Your message of "Fri, 20 Apr 2007 22:54:52 +0400." Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1177096137_69529P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 20 Apr 2007 12:08:57 -0700 From: "Kevin Oberman" Message-Id: <20070420190857.9A34445058@ptavv.es.net> Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-RELEASE does not use second CPU? 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, 20 Apr 2007 19:08:58 -0000 --==_Exmh_1177096137_69529P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Fri, 20 Apr 2007 22:54:52 +0400 > From: "Alexey Karagodov" > Sender: owner-freebsd-stable@freebsd.org > > and what is this, i mean why: > WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant > WARNING: MPSAFE network stack disabled, expect reduced performance. I thought it was pretty clear. ipsec is not multi-processor safe and requires the use of GIANT. If you have IPSEC in your kernel the network stack will also be giant locked which will cut performance. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1177096137_69529P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFGKQ/Jkn3rs5h7N1ERAl+EAJ9JKtHeHIzNPEJByOpIoyKLDiEnzQCfcThr n9li2ZpnCQtjUdcrmnXxd7I= =fdJm -----END PGP SIGNATURE----- --==_Exmh_1177096137_69529P-- From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 19:11:06 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 32E2816A400 for ; Fri, 20 Apr 2007 19:11: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 2150D13C483 for ; Fri, 20 Apr 2007 19:11:06 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 975B11A4D87; Fri, 20 Apr 2007 12:11:24 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 72D5751410; Fri, 20 Apr 2007 15:11:05 -0400 (EDT) Date: Fri, 20 Apr 2007 15:11:05 -0400 From: Kris Kennaway To: Kevin Oberman Message-ID: <20070420191105.GA38067@xor.obsecurity.org> References: <20070420190857.9A34445058@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070420190857.9A34445058@ptavv.es.net> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, Alexey Karagodov Subject: Re: 6.2-RELEASE does not use second CPU? 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, 20 Apr 2007 19:11:06 -0000 On Fri, Apr 20, 2007 at 12:08:57PM -0700, Kevin Oberman wrote: > > Date: Fri, 20 Apr 2007 22:54:52 +0400 > > From: "Alexey Karagodov" > > Sender: owner-freebsd-stable@freebsd.org > > > > and what is this, i mean why: > > WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant > > WARNING: MPSAFE network stack disabled, expect reduced performance. > > I thought it was pretty clear. > > ipsec is not multi-processor safe and requires the use of GIANT. If you > have IPSEC in your kernel the network stack will also be giant locked > which will cut performance. Yep, google for extensive discussion (hint: FAST_IPSEC) Kris > -- > R. Kevin Oberman, Network Engineer > Energy Sciences Network (ESnet) > Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) > E-mail: oberman@es.net Phone: +1 510 486-8634 > Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Fri Apr 20 19:31:42 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B093216A404 for ; Fri, 20 Apr 2007 19:31:42 +0000 (UTC) (envelope-from lars.stokholm@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id 7A23213C4C4 for ; Fri, 20 Apr 2007 19:31:36 +0000 (UTC) (envelope-from lars.stokholm@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so842882ugh for ; Fri, 20 Apr 2007 12:31:33 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=td+ELyv9hYDP7VZRxDyOGQx8S0kxS1jASU7PCVyLoFQrlBPNH4PTH1AcyS+LmYxH5NljaCPKxG4A4NKF9gsz3QifhhkRE5wi6Q7Ln9LzhEwPPt/1yXIlusGp01LeaL9T8NuRdN43bMc2H2i9IEhdwdS/JdxdiYCPNV7S38DMZLU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=a6FIsfd2Ln3NubIhQ5I7sllzAu50mxL8+nzbDlRY0R9tMWo75IfKbbpWQvUvQwcU7/McNlpuGnib4cZGwkS00T1DtYrAenO6UneQ1MWo1Cc+9xpVZX9TNsfRiHntLkUZpPJpHew0Rrp/md0fOI2jAgF3qxOvaIFoNwIunH8wONU= Received: by 10.67.24.18 with SMTP id b18mr3010936ugj.1177095847443; Fri, 20 Apr 2007 12:04:07 -0700 (PDT) Received: from ?10.0.0.5? ( [85.83.123.144]) by mx.google.com with ESMTP id b23sm7133005ugd.2007.04.20.12.04.06; Fri, 20 Apr 2007 12:04:06 -0700 (PDT) Message-ID: <46290E98.9040101@gmail.com> Date: Fri, 20 Apr 2007 21:03:52 +0200 From: Lars Stokholm User-Agent: Thunderbird 1.5.0.10 (X11/20070318) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <200704201110.40678.bamston@reactor-xg.kiev.ua> In-Reply-To: <200704201110.40678.bamston@reactor-xg.kiev.ua> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Cc: "Andrei V. Lavreniyuk" Subject: Re: hw.acpi.cpu.cx_lowest: Invalid argument 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, 20 Apr 2007 19:31:42 -0000 Andrei V. Lavreniyuk wrote: > Hi! > > > > # uname -a > FreeBSD datacenter.technica-03.local 6.2-STABLE FreeBSD 6.2-STABLE #0: Thu Apr > 19 21:04:38 EEST 2007 > root@datacenter.technica-03.local:/usr/obj/usr/src/sys/SMP-DATACENTER i386 > > > console.log > ------------------------------------------------------------------------------------ > Apr 19 21:48:01 datacenter kernel: Starting devd. > Apr 19 21:48:01 datacenter kernel: hw.acpi.cpu.cx_lowest: > Apr 19 21:48:01 datacenter kernel: C1 > Apr 19 21:48:01 datacenter kernel: > Apr 19 21:48:01 datacenter kernel: sysctl: > Apr 19 21:48:01 datacenter kernel: hw.acpi.cpu.cx_lowest > Apr 19 21:48:01 datacenter kernel: : > Apr 19 21:48:01 datacenter kernel: Invalid argument > ------------------------------------------------------------------------------------ > > > # sysctl hw.acpi > > hw.acpi.supported_sleep_state: S1 S3 S4 S5 > hw.acpi.power_button_state: S5 > hw.acpi.sleep_button_state: S1 > hw.acpi.lid_switch_state: NONE > hw.acpi.standby_state: S1 > hw.acpi.suspend_state: S3 > hw.acpi.sleep_delay: 1 > hw.acpi.s4bios: 0 > hw.acpi.verbose: 0 > hw.acpi.disable_on_reboot: 0 > hw.acpi.handle_reboot: 0 > hw.acpi.reset_video: 0 > hw.acpi.cpu.cx_lowest: C1 > > # sysctl hw.acpi.cpu.cx_lowest > hw.acpi.cpu.cx_lowest: C1 > > # sysctl hw.acpi.cpu.cx_lowest=C1 > hw.acpi.cpu.cx_lowest: C1 > sysctl: hw.acpi.cpu.cx_lowest: Invalid argument Hi, Perhaps you're also a victim of: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/108581 Lars From owner-freebsd-stable@FreeBSD.ORG Sat Apr 21 04:00:28 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A443116A401; Sat, 21 Apr 2007 04:00:28 +0000 (UTC) (envelope-from gshapiro@freebsd.org) Received: from gir.gshapiro.net (gir.gshapiro.net [209.246.26.16]) by mx1.freebsd.org (Postfix) with ESMTP id 8EA7E13C458; Sat, 21 Apr 2007 04:00:28 +0000 (UTC) (envelope-from gshapiro@freebsd.org) Received: from monkeyboy.local (c-67-164-3-230.hsd1.ca.comcast.net [67.164.3.230]) (authenticated bits=128) by gir.gshapiro.net (8.14.1/8.14.1) with ESMTP id l3L3bupJ000544 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 Apr 2007 20:38:00 -0700 (PDT) (envelope-from gshapiro@freebsd.org) X-DKIM: Sendmail DKIM Filter v0.6.5 gir.gshapiro.net l3L3bupJ000544 X-DomainKeys: Sendmail DomainKeys Filter v0.5.0 gir.gshapiro.net l3L3bupJ000544 Date: Fri, 20 Apr 2007 20:35:54 -0700 From: Gregory Shapiro To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20070421033554.GM17251@monkeyboy.local> References: <20070420052108.GA452@monkeyboy.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070420052108.GA452@monkeyboy.local> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: Re: HEADS UP: Recompile milters after sendmail 8.14 upgrade 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, 21 Apr 2007 04:00:28 -0000 > Unfortunately, this problem (the need to recompile filters) was found > after the MFC. The release engineering team has asked for this notice > instead of doing a full backout of sendmail 8.14 in the RELENG_[456] > branches. Note that I have some new code, currently under review, that eliminates the need to recompile filters by removing fixing the ABI change. I will post another HEADS UP when that change is committed (first to HEAD, then to the RELENG_[456] branches). In the mean time, you may want to delay upgrades until the new code is in place. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 21 08:04:36 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2F20616A403; Sat, 21 Apr 2007 08:04:36 +0000 (UTC) (envelope-from derek@computinginnovations.com) Received: from betty.computinginnovations.com (mail.computinginnovations.com [64.81.227.250]) by mx1.freebsd.org (Postfix) with ESMTP id B83DF13C480; Sat, 21 Apr 2007 08:04:33 +0000 (UTC) (envelope-from derek@computinginnovations.com) Received: from p28.computinginnovations.com (dhcp-10-20-30-100.computinginnovations.com [10.20.30.100]) (authenticated bits=0) by betty.computinginnovations.com (8.13.8/8.12.11) with ESMTP id l3KFxlWi089900; Fri, 20 Apr 2007 10:59:47 -0500 (CDT) Message-Id: <6.0.0.22.2.20070420105717.024e32e0@mail.computinginnovations.com> X-Sender: derek@mail.computinginnovations.com X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Fri, 20 Apr 2007 10:59:00 -0500 To: Gregory Shapiro , freebsd-current@freebsd.org, freebsd-stable@freebsd.org From: Derek Ragona In-Reply-To: <20070420052108.GA452@monkeyboy.local> References: <20070420052108.GA452@monkeyboy.local> Mime-Version: 1.0 X-ComputingInnovations-MailScanner-Information: Please contact the ISP for more information X-ComputingInnovations-MailScanner: Found to be clean X-ComputingInnovations-MailScanner-From: derek@computinginnovations.com X-Spam-Status: No Content-Type: text/plain; charset="us-ascii"; format=flowed X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: HEADS UP: Recompile milters after sendmail 8.14 upgrade 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, 21 Apr 2007 08:04:36 -0000 At 12:21 AM 4/20/2007, Gregory Shapiro wrote: >sendmail has been updated from version 8.13.8 to 8.14.1 in the HEAD and >RELENG_[456] branches. This upgrade includes a new libmilter library >which requires all dynamically linked milters to be recompiled (no >source code changes are required). > >Unfortunately, this problem (the need to recompile filters) was found >after the MFC. The release engineering team has asked for this notice >instead of doing a full backout of sendmail 8.14 in the RELENG_[456] >branches. > >I'm sorry for the adverse effects from the change and will be more >careful with future sendmail commits. For those of us with RELENG_[456] servers do we just need to buildworld and installworld? -Derek -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks transtec Computers for their support. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 21 08:07:46 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4478916A400 for ; Sat, 21 Apr 2007 08:07:46 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id EF0B213C4B0 for ; Sat, 21 Apr 2007 08:07:45 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (localhost [127.0.0.1]) by blah.sun-fish.com (Postfix) with ESMTP id AB5791B10F1B; Sat, 21 Apr 2007 10:07:44 +0200 (CEST) Received: from [192.168.3.125] (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id A84A11B10ED2; Sat, 21 Apr 2007 10:07:44 +0200 (CEST) Message-ID: <4629C650.2030607@sun-fish.com> Date: Sat, 21 Apr 2007 11:07:44 +0300 From: Stefan Lambrev User-Agent: Thunderbird 1.5.0.10 (X11/20070326) MIME-Version: 1.0 To: Marcel Moolenaar References: <4628D63A.3050909@sun-fish.com> <20070420152329.GA16702@icarus.home.lan> <049954BE-364B-4897-87C3-342D0A824C00@mac.com> In-Reply-To: <049954BE-364B-4897-87C3-342D0A824C00@mac.com> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: ClamAV using ClamSMTP on BLAH Cc: Jeremy Chadwick , freebsd-stable@FreeBSD.org Subject: Re: sio0: port may not be enabled 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, 21 Apr 2007 08:07:46 -0000 Hello, Marcel Moolenaar wrote: > > On Apr 20, 2007, at 8:23 AM, Jeremy Chadwick wrote: > >> Look closely at the dmesg line, note what device sio0 is claiming to b= e >> associated with (acpi0, not isa0): >> >>> sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 = >>> on acpi0 >> >> This is one of the drawbacks to using ACPI. > > This is not a drawback. It's partly why ACPI was designed and=20 > implemented: > to describe legacy hardware. > >> Some systems apparently tie the serial port to ACPI functionality in a= >> different way. For example, I have a couple boxes which have sio0 >> attached to acpi0 that work fine. In some other cases, I have ones >> which result in a non-working serial port unless I disable ACPI (thus >> sio0 shows up as being attached to isa0). > > Could you try uart(4) instead. It seems quite excessive to have to > disable ACPI just to get a serial port working. I'd like to know > if this is related to the sio(4) driver or something else. This did the trick: uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 on acpi0 uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 ports are swapped but this is probably because I swap them in bios, but=20 this is ok. Serial is working and now I can start working on the main problem :) So it's not acpi problem, but instead problem with sio? Thank you very much for your help! > > =04Thanks, > > --Marcel Moolenaar > xcllnt@mac.com > > --=20 Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Sat Apr 21 09:09:40 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EDAA416A400 for ; Sat, 21 Apr 2007 09:09:40 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id 429DC13C483 for ; Sat, 21 Apr 2007 09:09:36 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id TAA13780; Sat, 21 Apr 2007 19:09:26 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sat, 21 Apr 2007 19:09:25 +1000 (EST) From: Ian Smith To: Stefan Lambrev In-Reply-To: <4629C650.2030607@sun-fish.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: sio0: port may not be enabled 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, 21 Apr 2007 09:09:41 -0000 On Sat, 21 Apr 2007, Stefan Lambrev wrote: [..] > This did the trick: > > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 on acpi0 > uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 > > ports are swapped but this is probably because I swap them in bios, but > this is ok. FWIW: Not swapped; these are the standard ports & irqs for "com1 & com2" Cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Sat Apr 21 09:43:35 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AD16816A400 for ; Sat, 21 Apr 2007 09:43:35 +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 6E12F13C457 for ; Sat, 21 Apr 2007 09:43:35 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so950034pyh for ; Sat, 21 Apr 2007 02:43:34 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=fCgYSeSWfg8RGgv2/Xav5hA9G0X+0cWzF38hjTRoF+ni0LNNYKmBbwMj+BcdkohKua+E18b2DtpC5lvIG6D/TmHCG+Y4X02bkbP6Hrw9844tmBCh1px9dkB1XlzHF3eqokutlgp+f6XFMmQZ+x2ZWnTQ0upwDr56XR8pWhwWnWU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=OFaocUwnFhFYWsYdch78llbU2+grP27HKxQvm1nSkwy/vgDPF575t302xfedEVtuHafz/gkFszxd8TYJt+gNdzLE2gkTotlzAR8xRXDb8CjfdZ3y+Jy5+b53HNaUHcH/3Xps5MGbSfd8NMTSXr6TW2xaAZl9c5XB+Gb+tHBk5d4= Received: by 10.64.143.12 with SMTP id q12mr7788157qbd.1177148614364; Sat, 21 Apr 2007 02:43:34 -0700 (PDT) Received: by 10.64.208.3 with HTTP; Sat, 21 Apr 2007 02:43:34 -0700 (PDT) Message-ID: Date: Sat, 21 Apr 2007 13:43:34 +0400 From: "Alexey Karagodov" To: "Alex Povolotsky" In-Reply-To: <46271A4B.50408@webmail.sub.ru> MIME-Version: 1.0 References: <46271A4B.50408@webmail.sub.ru> 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.2-RELEASE does not use second CPU? 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, 21 Apr 2007 09:43:35 -0000 KzEKCmknbSB1c2luZyBJUFNlYyB3aXRoIG91dCBzdWNoIGxpbWl0YXRpb25zIC4uLgpmaXggaXQu IHRoYW4gd2Ugd2lsbCBjb250aW51ZSBjb252ZXJzYXRpb24gYWJvdXQgeW91ciBDUFUgdHJvdWJs ZXMKCgoyMDA3LzQvMjAsIEtyaXMgS2VubmF3YXkgPGtyaXNAb2JzZWN1cml0eS5vcmc+OiAtIPPL 0tnU2CDDydTJ0tXFzdnKINTFy9PUIC0KCj4gT24gRnJpLCBBcHIgMjAsIDIwMDcgYXQgMTI6MDg6 NTdQTSAtMDcwMCwgS2V2aW4gT2Jlcm1hbiB3cm90ZToKPiA+ID4gRGF0ZTogRnJpLCAyMCBBcHIg MjAwNyAyMjo1NDo1MiArMDQwMAo+ID4gPiBGcm9tOiAiQWxleGV5IEthcmFnb2RvdiIgPGthcmFn b2RvdkBnbWFpbC5jb20+Cj4gPiA+IFNlbmRlcjogb3duZXItZnJlZWJzZC1zdGFibGVAZnJlZWJz ZC5vcmcKPiA+ID4KPiA+ID4gYW5kIHdoYXQgaXMgdGhpcywgaSBtZWFuIHdoeToKPiA+ID4gV0FS TklORzogZGVidWcubXBzYWZlbmV0IGZvcmNlZCB0byAwIGFzIGlwc2VjIHJlcXVpcmVzIEdpYW50 Cj4gPiA+IFdBUk5JTkc6IE1QU0FGRSBuZXR3b3JrIHN0YWNrIGRpc2FibGVkLCBleHBlY3QgcmVk dWNlZCBwZXJmb3JtYW5jZS4KPiA+Cj4gPiBJIHRob3VnaHQgaXQgd2FzIHByZXR0eSBjbGVhci4K PiA+Cj4gPiBpcHNlYyBpcyBub3QgbXVsdGktcHJvY2Vzc29yIHNhZmUgYW5kIHJlcXVpcmVzIHRo ZSB1c2Ugb2YgR0lBTlQuIElmIHlvdQo+ID4gaGF2ZSBJUFNFQyBpbiB5b3VyIGtlcm5lbCB0aGUg bmV0d29yayBzdGFjayB3aWxsIGFsc28gYmUgZ2lhbnQgbG9ja2VkCj4gPiB3aGljaCB3aWxsIGN1 dCBwZXJmb3JtYW5jZS4KPgo+IFllcCwgZ29vZ2xlIGZvciBleHRlbnNpdmUgZGlzY3Vzc2lvbiAo aGludDogRkFTVF9JUFNFQykKPgo+IEtyaXMKPgoKCjIwMDcvNC8xOSwgQWxleCBQb3ZvbG90c2t5 IDx0YXJraGlsQHdlYm1haWwuc3ViLnJ1PjoKPgo+IEhlbGxvIQo+Cj4gT24gdGhlIFBlbnRpdW0t RCBib3gsIGtlcm5lbCBkZXRlY3RzIGJvdGggQ1BVcywgYnV0IGl0IHNlZW1zIGxpa2UKPiBzY2hl ZHVsZXIgdXNlIG9ubHkgb25lLgo+Cj4gKGZyb20gZG1lc2cpCj4KPiBDb3B5cmlnaHQgKGMpIDE5 OTItMjAwNyBUaGUgRnJlZUJTRCBQcm9qZWN0Lgo+IENvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwg MTk4MywgMTk4NiwgMTk4OCwgMTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NAo+ICAgICAgICBU aGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmlnaHRzIHJl c2VydmVkLgo+IEZyZWVCU0QgaXMgYSByZWdpc3RlcmVkIHRyYWRlbWFyayBvZiBUaGUgRnJlZUJT RCBGb3VuZGF0aW9uLgo+IEZyZWVCU0QgNi4yLVJFTEVBU0UtcDMgIzI6IFRodSBBcHIgMTkgMDA6 MTk6NTQgTVNEIDIwMDcKPiAgICB0YXJraGlsQGNsdXN0ZXItb25lLnppbmVzdGVyLmNvbTovdXNy L29iai91c3Ivc3JjL3N5cy9QNEQKPiBXQVJOSU5HOiBkZWJ1Zy5tcHNhZmVuZXQgZm9yY2VkIHRv IDAgYXMgaXBzZWMgcmVxdWlyZXMgR2lhbnQKPiBXQVJOSU5HOiBNUFNBRkUgbmV0d29yayBzdGFj ayBkaXNhYmxlZCwgZXhwZWN0IHJlZHVjZWQgcGVyZm9ybWFuY2UuCj4gVGltZWNvdW50ZXIgImk4 MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDAKPiBDUFU6IEludGVsKFIpIFBlbnRp dW0oUikgRCBDUFUgMi44MEdIeiAoMjgwOC40MS1NSHogNjg2LWNsYXNzIENQVSkKPiBPcmlnaW4g PSAiR2VudWluZUludGVsIiAgSWQgPSAweGY2NCAgU3RlcHBpbmcgPSA0Cj4KPgo+IEZlYXR1cmVz PTB4YmZlYmZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxN VFJSLFBHRSxNQ0EsQwo+IE1PVixQQVQsUFNFMzYsQ0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixT U0UsU1NFMixTUyxIVFQsVE0sUEJFPgo+IEZlYXR1cmVzMj0weGU0OWQ8U1NFMyxSU1ZEMixNT04s RFNfQ1BMLEVTVCxDTlRYLUlELENYMTYsPGIxND4sPGIxNT4+Cj4gQU1EIEZlYXR1cmVzPTB4MjAx MDAwMDA8TlgsTE0+Cj4gQU1EIEZlYXR1cmVzMj0weDE8TEFIRj4KPiBMb2dpY2FsIENQVXMgcGVy IGNvcmU6IDIKPiByZWFsIG1lbW9yeSAgPSAxMDQ2NzU3Mzc2ICg5OTggTUIpCj4gYXZhaWwgbWVt b3J5ID0gMTAxNTA5NTI5NiAoOTY4IE1CKQo+IEFDUEkgQVBJQyBUYWJsZTogPElOVEVMICBERzk2 NVNTID4KPiBGcmVlQlNEL1NNUDogTXVsdGlwcm9jZXNzb3IgU3lzdGVtIERldGVjdGVkOiAyIENQ VXMKPiBjcHUwIChCU1ApOiBBUElDIElEOiAgMAo+IGNwdTEgKEFQKTogQVBJQyBJRDogIDEKPgo+ IC4uLi4KPgo+IFNNUDogQVAgQ1BVICMxIExhdW5jaGVkIQo+Cj4gKGZyb20gdG9wKQo+Cj4gbGFz dCBwaWQ6IDEyNDA4OyAgbG9hZCBhdmVyYWdlczogIDQuOTksICA0LjkxLCAgNC4wOCAgICB1cCAw KzAxOjA4OjAyCj4gMTk6MjY6MjMKPiAyNjUgcHJvY2Vzc2VzOiA4IHJ1bm5pbmcsIDI1NiBzbGVl cGluZywgMSB6b21iaWUKPiBDUFUgc3RhdGVzOiAzNS4wJSB1c2VyLCAgMC4wJSBuaWNlLCAxNC4x JSBzeXN0ZW0sICAwLjklIGludGVycnVwdCwgNTAuMCUKPiBpZGxlCj4gTWVtOiAyNjdNIEFjdGl2 ZSwgNTAzTSBJbmFjdCwgMTcxTSBXaXJlZCwgMjlNIENhY2hlLCAxMDlNIEJ1ZiwgMTYzNksgRnJl ZQo+IFN3YXA6IDIwMDZNIFRvdGFsLCAyMDA2TSBGcmVlCj4KPiBQSUQgVVNFUk5BTUUgIFRIUiBQ UkkgTklDRSAgIFNJWkUgICAgUkVTIFNUQVRFICBDICAgVElNRSAgIFdDUFUgQ09NTUFORAo+IDEz OTkgICAgMTI1ICAgICAgMSAxMDkgICAgMCAgNDY4NEsgIDI4MDhLIFJVTiAgICAwICAxMToyMCAx OC44NSUgcW1ncgo+IDE4MTkgICAgMzAwICAgICAgMSAgIDQgICAgMCAzMzU1MksgMzA4MjRLIHNl bGVjdCAwICAgODo1OCAxMy41NyUgcGVybDUuOC44Cj4gMTgyMSAgICAzMDAgICAgICAxICAgNCAg ICAwIDMzMzY0SyAzMDY0NEsgc2VsZWN0IDAgICA5OjE1ICA2LjA1JSBwZXJsNS44LjgKPiAxMjM5 OCAgICAxMjUgICAgICAxICAgNCAgICAwICAzNTg4SyAgMjUyNEsgc2VsZWN0IDAgICAwOjAwICAy LjAwJSBjbGVhbnVwCj4gMTM5NCByb290ICAgICAgICAxIDEwNCAgICAwICAzNDQ0SyAgMTU5Nksg UlVOICAgIDAgICAxOjU4ICAxLjY2JSBtYXN0ZXIKPiAxMDYwMSAgICAxMjUgICAgICAxICA5NyAg ICAwICAzNTgwSyAgMTcyOEsgc2VsZWN0IDAgICAwOjE4ICAwLjgzJQo+IHRyaXZpYWwtcmV3cmkK PiAxMDA1MSAgICAxMjUgICAgICAxICA5NyAgICAwICA0NTM2SyAgMjY4OEsgUlVOICAgIDAgICAw OjEzICAwLjYzJSBzY2FjaGUKPgo+Cj4gQWxsIHByb2Nlc3NlcyBydW5zIG9uIENQVTAsIGFuZCBJ IGRpZCBub3Qgc2VlIGxlc3MgdGhhbiA1MCUgaWRsZSBjcHUuCj4KPiBXaGF0IGNhbiBiZSB3cm9u Zz8KPgo+IEFsZXguCj4KPgo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fCj4gZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0Cj4gaHR0 cDovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1zdGFibGUKPiBU byB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1zdGFibGUtdW5zdWJzY3Jp YmVAZnJlZWJzZC5vcmciCj4K From owner-freebsd-stable@FreeBSD.ORG Sat Apr 21 11:49:58 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 099E716A403 for ; Sat, 21 Apr 2007 11:49:58 +0000 (UTC) (envelope-from xfb52@dial.pipex.com) Received: from smtp-out4.blueyonder.co.uk (smtp-out4.blueyonder.co.uk [195.188.213.7]) by mx1.freebsd.org (Postfix) with ESMTP id BD74813C4C1 for ; Sat, 21 Apr 2007 11:49:57 +0000 (UTC) (envelope-from xfb52@dial.pipex.com) Received: from [172.23.170.140] (helo=anti-virus02-07) by smtp-out4.blueyonder.co.uk with smtp (Exim 4.52) id 1Hewrt-0000Az-9z; Fri, 20 Apr 2007 18:25:57 +0100 Received: from [62.31.10.181] (helo=[192.168.0.2]) by asmtp-out1.blueyonder.co.uk with esmtp (Exim 4.52) id 1Hewrs-0001q7-GL; Fri, 20 Apr 2007 18:25:56 +0100 Message-ID: <4628F7A4.3060503@dial.pipex.com> Date: Fri, 20 Apr 2007 18:25:56 +0100 From: Alex Zbyslaw User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-GB; rv:1.7.13) Gecko/20061205 X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org References: <4628D63A.3050909@sun-fish.com> <20070420152329.GA16702@icarus.home.lan> <049954BE-364B-4897-87C3-342D0A824C00@mac.com> In-Reply-To: <049954BE-364B-4897-87C3-342D0A824C00@mac.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Stefan Lambrev Subject: Re: sio0: port may not be enabled 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, 21 Apr 2007 11:49:58 -0000 Marcel Moolenaar wrote: > > On Apr 20, 2007, at 8:23 AM, Jeremy Chadwick wrote: > >> Look closely at the dmesg line, note what device sio0 is claiming to be >> associated with (acpi0, not isa0): >> >>> sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags >>> 0x10 on acpi0 >> >> >> This is one of the drawbacks to using ACPI. > > > Could you try uart(4) instead. It seems quite excessive to have to > disable ACPI just to get a serial port working. I'd like to know > if this is related to the sio(4) driver or something else. Just a note that I get exactly the same issues with my BIOS/ACPI but *my serial port works*. I have not needed to disable ACPI nor to use uart(4). The sio0 line has an IRQ associated with it (4) and I think if there were really a problem there would be no IRQ here. IIRC, the issue is something to do with ACPI presenting the serial ports backwards wrt the BIOS. I know I got concerned about this when I first encountered it, and tried stuff to swap the two ports I have over, but nothing I did made the initial "ACPI probed irqs" error go away so I just tried the serial port and it worked. --Alex From owner-freebsd-stable@FreeBSD.ORG Sat Apr 21 12:29:39 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BA25416A402 for ; Sat, 21 Apr 2007 12:29:39 +0000 (UTC) (envelope-from decept0@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.224]) by mx1.freebsd.org (Postfix) with ESMTP id 785DD13C459 for ; Sat, 21 Apr 2007 12:29:39 +0000 (UTC) (envelope-from decept0@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so969299nza for ; Sat, 21 Apr 2007 05:29:38 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:from:reply-to:to:subject:date:user-agent:references:in-reply-to:mime-version:content-disposition:message-id:content-type:content-transfer-encoding; b=IcbdkKmNwKQzsC1egMIUANU4hLFmDhBox9OHEwlP8MOJMfl9pjXuU2smOehUelEbkSUurv8CNxzpC+pY/UFH20RYVateEW/7pxU3Cmt7SsqmSNWoQ2a7hdpD9YyE/tEOP91L3DieyNjhPEHYVMS4WgbTnUgPS6KAff3mrTdIVik= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:from:reply-to:to:subject:date:user-agent:references:in-reply-to:mime-version:content-disposition:message-id:content-type:content-transfer-encoding; b=p2SQ0T3KOh6gr8cth74I/zJ5VhMWqMciJzwc9OTzgfLxGnpCMO0HdSW1EsqI7VxQktdvnaAkgA08+q+qsvFZ1o5c4sEk7bj66ilbmL+WhFy6b7ZruI2peNgY3FaQ2UjiACfuWnE/a9/zBZZKzlwCWf4VIxKjF/VIBaJ50VYwquQ= Received: by 10.65.81.10 with SMTP id i10mr7975298qbl.1177156953243; Sat, 21 Apr 2007 05:02:33 -0700 (PDT) Received: from lysergia.lan ( [202.89.150.25]) by mx.google.com with ESMTP id 15sm2892749nzn.2007.04.21.05.02.31; Sat, 21 Apr 2007 05:02:32 -0700 (PDT) From: Shane Bell To: freebsd-stable@freebsd.org Date: Sun, 22 Apr 2007 00:02:26 +1200 User-Agent: KMail/1.9.6 References: <200704192153.30904.bamston@reactor-xg.kiev.ua> <20070420033843.GA5326@icarus.home.lan> <200704201227.09445.bamston@reactor-xg.kiev.ua> In-Reply-To: <200704201227.09445.bamston@reactor-xg.kiev.ua> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200704220002.26597.decept0@gmail.com> Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Subject: Re: acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: decept0@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2007 12:29:39 -0000 On Fri, 20 Apr 2007 09:27 pm Andrei V. Lavreniyuk wrote: > > Adding to my report: > > > Test 1: > > To start k3b with a disk in the device of reading/record. A start takes a > place normally. > > Test 2: > > To start k3b without a disk in the device of reading/record. At a start the > k3b system hangs up and overloaded. > > > > PS: My pkg_list attached. > > > > Best regards, Andrei V. Lavreniyuk. I believe the culprit is somewhere in a recent MFC to atapi-cam.c (rev 1.42.2.3) reverting to rev 1.42.2.2 fixes both the k3b system hangs and "INQUIRY ILLEGAL REQUEST" errors here. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 21 14:29:26 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F2D2116A400; Sat, 21 Apr 2007 14:29:25 +0000 (UTC) (envelope-from beni@brinckman.info) Received: from lmailproxy02.edpnet.net (lmailproxy02.edpnet.net [212.71.1.195]) by mx1.freebsd.org (Postfix) with ESMTP id 8A88C13C468; Sat, 21 Apr 2007 14:29:25 +0000 (UTC) (envelope-from beni@brinckman.info) Received: from [192.168.1.100] (212.71.9.188.adsl.dyn.edpnet.net [212.71.9.188]) by lmailproxy02.edpnet.net (8.13.1/8.13.1) with ESMTP id l3LEXCZu031547; Sat, 21 Apr 2007 16:33:13 +0200 From: Beni To: Ganbold Date: Sat, 21 Apr 2007 16:29:19 +0200 User-Agent: KMail/1.9.6 References: <200704182205.52028.beni@brinckman.info> <200704200105.22646.michaelnottebrock@gmx.net> <46281DAC.7090508@micom.mng.net> In-Reply-To: <46281DAC.7090508@micom.mng.net> X-Face: %*c?V7%A[c.}s2rI*TaRWm-[I-, ZLpBKmmC-@)J}KGbr)=a, TsXSA=:ArC(<=?utf-8?q?v=5C/=5F=25BaB=24K=0A=09=24=60E=7D6=7EyjIqu/SN=3A=24Pb=7DGngR+8=3D?= =?utf-8?q?dE=60?=)V~48zl6) =?utf-8?q?BhEtfQ2=3D=7ChScx=3Frn30d!QMd=3F=2E=60/hR!l+=0A=09x?=(]+zXesMf?'W[>46aPKMAAwd7eT{X_O9besb[u]'Y(DAe MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704211629.20998.beni@brinckman.info> X-Virus-Scanned: ClamAV version 0.90.1, clamav-milter version 0.90.1 on lmailproxy02.edpnet.net X-Virus-Status: Clean X-Spam-Status: No, score=-0.5 required=5.0 tests=ALL_TRUSTED, BAYES_50, INFO_TLD autolearn=disabled version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on lmailproxy02.edpnet.net Cc: stable@freebsd.org, kde@freebsd.org, current@freebsd.org, Adriaan de Groot , Robert Marella Subject: Re: [kde-freebsd] problem hal - k3b ? 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, 21 Apr 2007 14:29:26 -0000 On Friday 20 April 2007 03:55:56 Ganbold wrote: > Michael Nottebrock wrote: > > I forwarded my mail to gnome@ (the HAL maintainers) after sending it and > > Joe Marcus Clarke from gnome@ had this to say on the issue: > > > > --- snip > > > > This should have been fixed a while ago by jylefort when he set the > > default device for ATAPI access to be the ATAPICAM device (as opposed to > > the ATA device). Assuming you have not undone that change, and are > > running the latest version of HAL, these panics should not be occurring. > > > > Even still, you're right that these are not HAL bugs, but rather an > > issue in the kernel. I use nautilus-cd-burner to burn CDs in GNOME, and > > I have never had such a panic on 6-STABLE. n-c-b uses cdrecord, cdrao, > > and dvd-utils under the covers to do the actual device work. Not sure > > what k3b is using, but maybe it diddles something it shouldn't. > > > > Joe > > > > --- snip > > > > Beni, Robert, Ganbold, are you all in fact running the latest version of > > the hal port and do you all have atapicam enabled in your kernel? If not, > > making sure of both might help avoiding the problem. > > I see. I know I have updated my system last Saturday (14th April 2007) and > I think I updated both hal and kdelibs ports. I have atapicam enabled in > kernel. > Let me double check it this weekend and I will let you know. > > thanks, > > Ganbold > > > ------------------------------------------------------------------------ > > > > Subject: > > Re: Fwd: Re: [kde-freebsd] problem hal - k3b ? > > From: > > Joe Marcus Clarke > > Date: > > Thu, 19 Apr 2007 12:49:26 -0400 > > To: > > Michael Nottebrock > > > > To: > > Michael Nottebrock > > CC: > > gnome@freebsd.org > > > > Michael Nottebrock wrote: > >> I forgot to cc gnome@ on my reply. I don't think this is a HAL bug, but > >> just FYI. > >> > >> > >> > >> ------------------------------------------------------------------------ > >> > >> Subject: > >> Re: [kde-freebsd] problem hal - k3b ? > >> From: > >> Michael Nottebrock > >> Date: > >> Thu, 19 Apr 2007 18:12:46 +0200 > >> To: > >> kde@freebsd.org > >> > >> To: > >> kde@freebsd.org > >> CC: > >> Beni , h.eichmann@gmx.de, current@freebsd.org, > >> stable@freebsd.org > >> > >> On Wednesday, 18. April 2007, Beni wrote: > >>> Hi List, > >>> > >>> I think I have a problem with hal(d) and k3b (version 1.0 from ports) : > >>> my whole system freezes when starting up k3b. I get the splash screen > >>> and then it all stops and a ctrl-alt-del is the only way out. > >> > >> Other people have reported kernel panics. It looks to me like k3b's > >> device probing and hald's device probing at the same time manages to > >> tickle a bug in ata(4). > >> > >> Ref: > >> http://lists.freebsd.org/pipermail/freebsd-current/2007-April/070753.htm > >>l > >> http://lists.freebsd.org/pipermail/freebsd-stable/2007-April/034486.html > >> > >> I'm afraid a true kernel hacker will have to inconvenince themselves > >> with running k3b and hal in order to have this one fixed. FWIW, I > >> haven't seen in happening on 5.5. > > > > This should have been fixed a while ago by jylefort when he set the > > default device for ATAPI access to be the ATAPICAM device (as opposed to > > the ATA device). Assuming you have not undone that change, and are > > running the latest version of HAL, these panics should not be occurring. > > > > Even still, you're right that these are not HAL bugs, but rather an > > issue in the kernel. I use nautilus-cd-burner to burn CDs in GNOME, and > > I have never had such a panic on 6-STABLE. n-c-b uses cdrecord, cdrao, > > and dvd-utils under the covers to do the actual device work. Not sure > > what k3b is using, but maybe it diddles something it shouldn't. > > > > Joe Could it all be related to this : http://lists.freebsd.org/pipermail/freebsd-stable/2007-April/034553.html and the "solution" from Shane Bell in http://lists.freebsd.org/pipermail/freebsd-stable/2007-April/034602.html : "I believe the culprit is somewhere in a recent MFC to atapi-cam.c (rev 1.42.2.3) reverting to rev 1.42.2.2 fixes both the k3b system hangs and "INQUIRY ILLEGAL REQUEST" errors here." Beni. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 21 14:51:29 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1160216A404; Sat, 21 Apr 2007 14:51:29 +0000 (UTC) (envelope-from beni@brinckman.info) Received: from lmailproxy03.edpnet.net (lmailproxy03.edpnet.net [212.71.1.196]) by mx1.freebsd.org (Postfix) with ESMTP id 6100113C46E; Sat, 21 Apr 2007 14:51:28 +0000 (UTC) (envelope-from beni@brinckman.info) Received: from [192.168.1.100] (212.71.9.188.adsl.dyn.edpnet.net [212.71.9.188]) by lmailproxy03.edpnet.net (8.13.1/8.13.1) with ESMTP id l3LDVtKn012181; Sat, 21 Apr 2007 15:31:55 +0200 From: Beni To: Michael Nottebrock Date: Sat, 21 Apr 2007 15:28:52 +0200 User-Agent: KMail/1.9.6 References: <200704182205.52028.beni@brinckman.info> <200704192000.15405.groot@kde.org> <200704200105.22646.michaelnottebrock@gmx.net> In-Reply-To: <200704200105.22646.michaelnottebrock@gmx.net> X-Face: %*c?V7%A[c.}s2rI*TaRWm-[I-, ZLpBKmmC-@)J}KGbr)=a, TsXSA=:ArC(<=?utf-8?q?v=5C/=5F=25BaB=24K=0A=09=24=60E=7D6=7EyjIqu/SN=3A=24Pb=7DGngR+8=3D?= =?utf-8?q?dE=60?=)V~48zl6) =?utf-8?q?BhEtfQ2=3D=7ChScx=3Frn30d!QMd=3F=2E=60/hR!l+=0A=09x?=(]+zXesMf?'W[>46aPKMAAwd7eT{X_O9besb[u]'Y(DAe MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200704211528.53534.beni@brinckman.info> X-Virus-Scanned: ClamAV version 0.90.2, clamav-milter version 0.90.2 on lmailproxy03.edpnet.net X-Virus-Status: Clean X-Spam-Status: No, score=-1.8 required=5.0 tests=ALL_TRUSTED,BAYES_50 autolearn=disabled version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on lmailproxy03.edpnet.net Cc: stable@freebsd.org, kde@freebsd.org, current@freebsd.org, Adriaan de Groot , Robert Marella , Ganbold Subject: Re: [kde-freebsd] problem hal - k3b ? 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, 21 Apr 2007 14:51:29 -0000 On Friday 20 April 2007 01:05:17 Michael Nottebrock wrote: > I forwarded my mail to gnome@ (the HAL maintainers) after sending it and > Joe Marcus Clarke from gnome@ had this to say on the issue: > > --- snip > > This should have been fixed a while ago by jylefort when he set the > default device for ATAPI access to be the ATAPICAM device (as opposed to > the ATA device). =A0Assuming you have not undone that change, and are > running the latest version of HAL, these panics should not be occurring. > > Even still, you're right that these are not HAL bugs, but rather an > issue in the kernel. =A0I use nautilus-cd-burner to burn CDs in GNOME, and > I have never had such a panic on 6-STABLE. =A0n-c-b uses cdrecord, cdrao, > and dvd-utils under the covers to do the actual device work. =A0Not sure > what k3b is using, but maybe it diddles something it shouldn't. > > Joe > > --- snip > > Beni, Robert, Ganbold, are you all in fact running the latest version of > the hal port and do you all have atapicam enabled in your kernel? If not, > making sure of both might help avoiding the problem. I'm having both=20 # 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 and=20 # scsi-emulatie voor atatpi-cd device atapicam in my kernel. My version of hal : [beni@www ~]$ hald --version HAL package version: 0.5.8 [beni@www ~]$ Thanks Adriaan for looking into this ! Beni. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 21 14:53:04 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4712F16A400 for ; Sat, 21 Apr 2007 14:53:04 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 9360213C45A for ; Sat, 21 Apr 2007 14:53:03 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 2096 invoked from network); 21 Apr 2007 18:26:20 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 21 Apr 2007 18:26:20 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.33, engine: 4.33.5.10110, virus records: 195542, updated: 21.04.2007] Message-ID: <004b01c78421$062195c0$0c00a8c0@Artem> From: "Artem Kuchin" To: References: Date: Sat, 21 Apr 2007 18:14:29 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="ISO-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Subject: PAE does not give any ram increase, why? 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, 21 Apr 2007 14:53:04 -0000 Hello! I've upgraded one of my servers today. Now it is Asus P5p800-VM Pentium D 3.0Ghz 4GB RAM (4x1 GB) 3WARE raid5 FreebSD 6.2 cvsed today compiled from sources. after that i decided to try PAE. It runs just fine but when i compare available memory with and without pae i do not see any difference. At kernel boot with PAE it says: pr 21 18:01:30 osiris kernel: ACPI APIC Table: Apr 21 18:01:30 osiris kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Apr 21 18:01:30 osiris kernel: CPU: Intel(R) Pentium(R) D CPU 3.00GHz (3000.33-MHz 686-class CPU) Apr 21 18:01:30 osiris kernel: Origin = "GenuineIntel" Id = 0xf64 Stepping = 4 Apr 21 18:01:30 osiris kernel: Features=0xbfebfbff,> Apr 21 18:01:30 osiris kernel: AMD Features=0x20000000 Apr 21 18:01:30 osiris kernel: AMD Features2=0x1 Apr 21 18:01:30 osiris kernel: Cores per package: 2 Apr 21 18:01:30 osiris kernel: real memory = 4017881088 (3831 MB) Apr 21 18:01:30 osiris kernel: avail memory = 3933429760 (3751 MB) The real and avail memory sizes are the same w/o PAE. Then i do sysctl -a | grep hw | grep mem and i always see hw.physmem: 4012244992 hw.usermem: 3861307392 hw.realmem: 4017881088 hw.pci.host_mem_start: 2147483648 the number do not change with or without PAE Maybe i look in the wrong place? -- Regards, Artem From owner-freebsd-stable@FreeBSD.ORG Sat Apr 21 16:11:34 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4A53716A403 for ; Sat, 21 Apr 2007 16:11:34 +0000 (UTC) (envelope-from martin@gneto.com) Received: from mxfep03.bredband.com (mxfep03.bredband.com [195.54.107.76]) by mx1.freebsd.org (Postfix) with ESMTP id 9118613C484 for ; Sat, 21 Apr 2007 16:11:33 +0000 (UTC) (envelope-from martin@gneto.com) Received: from ironport.bredband.com ([195.54.107.82] [195.54.107.82]) by mxfep03.bredband.com with ESMTP id <20070421154622.NPDS23113.mxfep03.bredband.com@ironport.bredband.com> for ; Sat, 21 Apr 2007 17:46:22 +0200 Received: from ua-83-227-181-30.cust.bredbandsbolaget.se (HELO mailbox.gneto.com) ([83.227.181.30]) by ironport.bredband.com with ESMTP/TLS/AES256-SHA; 21 Apr 2007 17:46:22 +0200 Received: from euklides.gneto.com (euklides.gneto.com [192.168.10.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailbox.gneto.com (Postfix) with ESMTP id CD7FA28405; Sat, 21 Apr 2007 17:46:24 +0200 (CEST) Message-ID: <462A31AD.4060203@gneto.com> Date: Sat, 21 Apr 2007 17:45:49 +0200 From: Martin Nilsson User-Agent: Thunderbird 2.0.0.0 (X11/20070421) MIME-Version: 1.0 To: Artem Kuchin References: <004b01c78421$062195c0$0c00a8c0@Artem> In-Reply-To: <004b01c78421$062195c0$0c00a8c0@Artem> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: PAE does not give any ram increase, why? 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, 21 Apr 2007 16:11:34 -0000 Artem Kuchin wrote: > Apr 21 18:01:30 osiris kernel: CPU: Intel(R) Pentium(R) D CPU 3.00GHz > (3000.33-MHz 686-class CPU) Why bother with PAE on a CPU that is 64-bit capable and can run the amd64 version of FreeBSD 6.2? /Martin From owner-freebsd-stable@FreeBSD.ORG Sat Apr 21 16:27:55 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE53816A402; Sat, 21 Apr 2007 16:27:55 +0000 (UTC) (envelope-from gshapiro@freebsd.org) Received: from gir.gshapiro.net (gir.gshapiro.net [209.246.26.16]) by mx1.freebsd.org (Postfix) with ESMTP id 80DC013C468; Sat, 21 Apr 2007 16:27:55 +0000 (UTC) (envelope-from gshapiro@freebsd.org) Received: from monkeyboy.local (c-67-164-3-230.hsd1.ca.comcast.net [67.164.3.230]) (authenticated bits=128) by gir.gshapiro.net (8.14.1/8.14.1) with ESMTP id l3LGTd3O025620 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 21 Apr 2007 09:29:44 -0700 (PDT) (envelope-from gshapiro@freebsd.org) X-DKIM: Sendmail DKIM Filter v0.6.5 gir.gshapiro.net l3LGTd3O025620 X-DomainKeys: Sendmail DomainKeys Filter v0.5.0 gir.gshapiro.net l3LGTd3O025620 Date: Sat, 21 Apr 2007 09:27:39 -0700 From: Gregory Shapiro To: Derek Ragona Message-ID: <20070421162739.GN17251@monkeyboy.local> References: <20070420052108.GA452@monkeyboy.local> <6.0.0.22.2.20070420105717.024e32e0@mail.computinginnovations.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6.0.0.22.2.20070420105717.024e32e0@mail.computinginnovations.com> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: HEADS UP: Recompile milters after sendmail 8.14 upgrade 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, 21 Apr 2007 16:27:55 -0000 > For those of us with RELENG_[456] servers do we just need to buildworld and > installworld? Yes, after the new code is committed (I'll post at that time). From owner-freebsd-stable@FreeBSD.ORG Sat Apr 21 16:44:09 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9DCB316A40A; Sat, 21 Apr 2007 16:44:09 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.175]) by mx1.freebsd.org (Postfix) with ESMTP id 8553013C4CC; Sat, 21 Apr 2007 16:44:08 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin02-en2 [10.13.10.147]) by smtpout.mac.com (Xserve/smtpout05/MantshX 4.0) with ESMTP id l3LGhwjS003164; Sat, 21 Apr 2007 09:44:05 -0700 (PDT) Received: from [192.168.5.252] (209-128-86-226.bayarea.net [209.128.86.226]) (authenticated bits=0) by mac.com (Xserve/smtpin02/MantshX 4.0) with ESMTP id l3LGhusa016742 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 21 Apr 2007 09:43:56 -0700 (PDT) In-Reply-To: <4629C650.2030607@sun-fish.com> References: <4628D63A.3050909@sun-fish.com> <20070420152329.GA16702@icarus.home.lan> <049954BE-364B-4897-87C3-342D0A824C00@mac.com> <4629C650.2030607@sun-fish.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Sat, 21 Apr 2007 09:42:52 -0700 To: Stefan Lambrev X-Mailer: Apple Mail (2.752.3) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: Jeremy Chadwick , freebsd-stable@FreeBSD.org Subject: Re: sio0: port may not be enabled 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, 21 Apr 2007 16:44:09 -0000 On Apr 21, 2007, at 1:07 AM, Stefan Lambrev wrote: >>> Some systems apparently tie the serial port to ACPI functionality >>> in a >>> different way. For example, I have a couple boxes which have sio0 >>> attached to acpi0 that work fine. In some other cases, I have ones >>> which result in a non-working serial port unless I disable ACPI >>> (thus >>> sio0 shows up as being attached to isa0). >> >> Could you try uart(4) instead. It seems quite excessive to have to >> disable ACPI just to get a serial port working. I'd like to know >> if this is related to the sio(4) driver or something else. > This did the trick: > > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 on acpi0 > uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 > > ports are swapped but this is probably because I swap them in bios, > but this is ok. > Serial is working and now I can start working on the main problem :) > So it's not acpi problem, but instead problem with sio? So it appears. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-stable@FreeBSD.ORG Sat Apr 21 16:49:59 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 27E7616A404 for ; Sat, 21 Apr 2007 16:49:59 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E40F513C487 for ; Sat, 21 Apr 2007 16:49:58 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3LGnwLQ078323; Sat, 21 Apr 2007 12:49:58 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l3LGnvWw055349 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 21 Apr 2007 12:49:57 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200704211649.l3LGnvWw055349@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 21 Apr 2007 12:50:28 -0400 To: Marcel Moolenaar , Stefan Lambrev From: Mike Tancsa In-Reply-To: References: <4628D63A.3050909@sun-fish.com> <20070420152329.GA16702@icarus.home.lan> <049954BE-364B-4897-87C3-342D0A824C00@mac.com> <4629C650.2030607@sun-fish.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: sio0: port may not be enabled 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, 21 Apr 2007 16:49:59 -0000 At 12:42 PM 4/21/2007, Marcel Moolenaar wrote: >>ports are swapped but this is probably because I swap them in bios, >>but this is ok. >>Serial is working and now I can start working on the main problem :) >>So it's not acpi problem, but instead problem with sio? > >So it appears. I have been using uart by default on a number of boards in RELENG_6 for a while now, I have had far better luck with it than sio. Especially for dialup applications, sio always seems to have overflow issues as opposed to uart ---Mike From owner-freebsd-stable@FreeBSD.ORG Sat Apr 21 17:00:41 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8F7F116A401 for ; Sat, 21 Apr 2007 17:00:41 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id B2EBF13C4AD for ; Sat, 21 Apr 2007 17:00:40 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 5339 invoked from network); 21 Apr 2007 21:00:38 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 21 Apr 2007 21:00:38 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.33, engine: 4.33.5.10110, virus records: 195558, updated: 21.04.2007] Message-ID: <00e201c78436$942bb020$0c00a8c0@Artem> From: "Artem Kuchin" To: "Martin Nilsson" References: <004b01c78421$062195c0$0c00a8c0@Artem> <462A31AD.4060203@gneto.com> Date: Sat, 21 Apr 2007 21:00:15 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="ISO-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Cc: freebsd-stable@freebsd.org Subject: Re: PAE does not give any ram increase, why? 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, 21 Apr 2007 17:00:41 -0000 Martin Nilsson wrote: > Artem Kuchin wrote: >> Apr 21 18:01:30 osiris kernel: CPU: Intel(R) Pentium(R) D CPU 3.00GHz >> (3000.33-MHz 686-class CPU) > > Why bother with PAE on a CPU that is 64-bit capable and can run the > amd64 version of FreeBSD 6.2? Do you know a RELIABLE way to migrade a production server with a bunch of jails and a dozen of webserver from x86 to amd64 without going into full system reinstall from scratch? If yes, then, please, give the procedure and will do it. -- Regards, Artem From owner-freebsd-stable@FreeBSD.ORG Sat Apr 21 19:08:15 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 36A8816A404 for ; Sat, 21 Apr 2007 19:08:15 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.224]) by mx1.freebsd.org (Postfix) with ESMTP id EA0C413C48C for ; Sat, 21 Apr 2007 19:08:14 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so1014555nza for ; Sat, 21 Apr 2007 12:08:14 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=pRmUj9QhNsifrg4iW/HJ8hE5VwjsvXttsierdC2oIDikMrm6MZ8z/YMfZOvsjTAu84qaKDJnWJ7aMAau0D9LHovQ68P6RXCsJTiniq9NcvHg2EL84K6ZzEdBmWLjKqtjRfBhyhm+BJbei+yfubM9/9/VWG/aOXTie6dCGCUelTE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=UyfCyTq1SSbi6WTDK96QWn1lzkvF8ryj0OrWS6/+ATzUGmuQJ4qtDbA0fqD9qZgcn8wgRSMC19ReWVxUKvoxdmX8DM3vqpkd4yqGonQSS2jOaZdRbCj2BFJW4XWW+xFAv022Xq4tNNZFFO/iYhfaWfcoKtVUyD21YxwnH5Op2Cg= Received: by 10.115.75.1 with SMTP id c1mr1797500wal.1177180781842; Sat, 21 Apr 2007 11:39:41 -0700 (PDT) Received: by 10.114.194.5 with HTTP; Sat, 21 Apr 2007 11:39:41 -0700 (PDT) Message-ID: Date: Sat, 21 Apr 2007 22:39:41 +0400 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: "Artem Kuchin" In-Reply-To: <004b01c78421$062195c0$0c00a8c0@Artem> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <004b01c78421$062195c0$0c00a8c0@Artem> X-Google-Sender-Auth: 1ca6ed7e3c9abdeb Cc: freebsd-stable@freebsd.org Subject: Re: PAE does not give any ram increase, why? 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, 21 Apr 2007 19:08:15 -0000 On 4/21/07, Artem Kuchin wrote: > Hello! > > I've upgraded one of my servers today. > Now it is > Asus P5p800-VM > Pentium D 3.0Ghz > 4GB RAM (4x1 GB) > 3WARE raid5 > > FreebSD 6.2 cvsed today compiled from sources. > > after that i decided to try PAE. It runs just fine but > when i compare available memory with and without > pae i do not see any difference. > > At kernel boot with PAE it says: > > pr 21 18:01:30 osiris kernel: ACPI APIC Table: > Apr 21 18:01:30 osiris kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 > Apr 21 18:01:30 osiris kernel: CPU: Intel(R) Pentium(R) D CPU 3.00GHz (3000.33-MHz 686-class CPU) > Apr 21 18:01:30 osiris kernel: Origin = "GenuineIntel" Id = 0xf64 Stepping = 4 > Apr 21 18:01:30 osiris kernel: > Features=0xbfebfbff Apr 21 18:01:30 osiris kernel: Features2=0xe49d,> > Apr 21 18:01:30 osiris kernel: AMD Features=0x20000000 > Apr 21 18:01:30 osiris kernel: AMD Features2=0x1 > Apr 21 18:01:30 osiris kernel: Cores per package: 2 > Apr 21 18:01:30 osiris kernel: real memory = 4017881088 (3831 MB) > Apr 21 18:01:30 osiris kernel: avail memory = 3933429760 (3751 MB) > > The real and avail memory sizes are the same w/o PAE. > > Then i do > sysctl -a | grep hw | grep mem > > and i always see > hw.physmem: 4012244992 > hw.usermem: 3861307392 > hw.realmem: 4017881088 > hw.pci.host_mem_start: 2147483648 > > the number do not change with or without PAE > > Maybe i look in the wrong place? What number do you expect to see? 8Gb? From owner-freebsd-stable@FreeBSD.ORG Sat Apr 21 20:31:42 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4D5C516A401 for ; Sat, 21 Apr 2007 20:31:42 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 8CBA513C44B for ; Sat, 21 Apr 2007 20:31:41 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 9297 invoked from network); 22 Apr 2007 00:31:39 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 22 Apr 2007 00:31:39 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.33, engine: 4.33.5.10110, virus records: 195590, updated: 21.04.2007] Message-ID: <000c01c78454$0e8c1810$0c00a8c0@Artem> From: "Artem Kuchin" To: "Andrew Pantyukhin" References: <004b01c78421$062195c0$0c00a8c0@Artem> Date: Sun, 22 Apr 2007 00:31:32 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Cc: freebsd-stable@freebsd.org Subject: Re: PAE does not give any ram increase, why? 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, 21 Apr 2007 20:31:42 -0000 Andrew Pantyukhin wrote: > On 4/21/07, Artem Kuchin wrote: >> Hello! >> >> I've upgraded one of my servers today. >> Now it is >> Asus P5p800-VM >> Pentium D 3.0Ghz >> 4GB RAM (4x1 GB) >> 3WARE raid5 >> >> FreebSD 6.2 cvsed today compiled from sources. >> >> after that i decided to try PAE. It runs just fine but >> when i compare available memory with and without >> pae i do not see any difference. >> >> At kernel boot with PAE it says: >> >> pr 21 18:01:30 osiris kernel: ACPI APIC Table: >> Apr 21 18:01:30 osiris kernel: Timecounter "i8254" frequency 1193182 >> Hz quality 0 >> Apr 21 18:01:30 osiris kernel: CPU: Intel(R) Pentium(R) D CPU >> 3.00GHz (3000.33-MHz 686-class CPU) Apr 21 18:01:30 osiris kernel: >> Origin = "GenuineIntel" Id = 0xf64 Stepping = 4 >> Apr 21 18:01:30 osiris kernel: >> Features=0xbfebfbff> Apr 21 18:01:30 osiris kernel: >> Features2=0xe49d,> >> Apr 21 18:01:30 osiris kernel: AMD Features=0x20000000 >> Apr 21 18:01:30 osiris kernel: AMD Features2=0x1 >> Apr 21 18:01:30 osiris kernel: Cores per package: 2 >> Apr 21 18:01:30 osiris kernel: real memory = 4017881088 (3831 MB) >> Apr 21 18:01:30 osiris kernel: avail memory = 3933429760 (3751 MB) >> >> The real and avail memory sizes are the same w/o PAE. >> >> Then i do >> sysctl -a | grep hw | grep mem >> >> and i always see >> hw.physmem: 4012244992 >> hw.usermem: 3861307392 >> hw.realmem: 4017881088 >> hw.pci.host_mem_start: 2147483648 >> >> the number do not change with or without PAE >> >> Maybe i look in the wrong place? > > What number do you expect to see? 8Gb? I expect to see DIFFERENCE (in particular INCREASE) in amount of memory with PAE comparing to kernel w/o PAE. And 4 GB = 1024*4 MB = 1024*1024*4 KB = = 1024*1024*1024*4=4294967296 So, where is my 277086208 bytes? (ieven is built-in video eats 128MB for AGP aperture then still whene is my another almost 120MB?) -- Regards, Artem From owner-freebsd-stable@FreeBSD.ORG Sat Apr 21 20:42:43 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D226916A400 for ; Sat, 21 Apr 2007 20:42:43 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.239]) by mx1.freebsd.org (Postfix) with ESMTP id 7F3F413C46A for ; Sat, 21 Apr 2007 20:42:43 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so1024931nza for ; Sat, 21 Apr 2007 13:42:43 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=s0SiVoK8ej5LzUkjcG1oX1eunBmduH+w0mUK355LMei7cvefw1hGajYq02whlqJSaGPgYZQCredIDEPh3dVXC3Uary293wGcuGyN2cI3KnPsFw+OkoNZDwv+NigrI39lGxzFpl8V7gjllAvDH7isjo9h+IOOriSeClAC1BH56Iw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=JYxM2qM6avErH6KaOMljYyiaMH9nUBdmHSJUPWbBppWFWXPa7YTALuzAwInt+eC4PB3HTBGOykASHeX9qbCkhGkvCnoQqtjgMin0lWw59/BTC7Aa6gO3oylX9fzUNJqUiNc9DQ97xRpycNLmIG8xwz+cIM6zJpgGqofkDJYyWEw= Received: by 10.115.106.7 with SMTP id i7mr1802213wam.1177188161969; Sat, 21 Apr 2007 13:42:41 -0700 (PDT) Received: by 10.114.194.5 with HTTP; Sat, 21 Apr 2007 13:42:41 -0700 (PDT) Message-ID: Date: Sun, 22 Apr 2007 00:42:41 +0400 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: "Artem Kuchin" In-Reply-To: <000c01c78454$0e8c1810$0c00a8c0@Artem> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <004b01c78421$062195c0$0c00a8c0@Artem> <000c01c78454$0e8c1810$0c00a8c0@Artem> X-Google-Sender-Auth: 0b0e9710092deeab Cc: freebsd-stable@freebsd.org Subject: Re: PAE does not give any ram increase, why? 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, 21 Apr 2007 20:42:43 -0000 On 4/22/07, Artem Kuchin wrote: > Andrew Pantyukhin wrote: > > On 4/21/07, Artem Kuchin wrote: > >> Hello! > >> > >> I've upgraded one of my servers today. > >> Now it is > >> Asus P5p800-VM > >> Pentium D 3.0Ghz > >> 4GB RAM (4x1 GB) > >> 3WARE raid5 > >> > >> FreebSD 6.2 cvsed today compiled from sources. > >> > >> after that i decided to try PAE. It runs just fine but > >> when i compare available memory with and without > >> pae i do not see any difference. > >> > >> At kernel boot with PAE it says: > >> > >> pr 21 18:01:30 osiris kernel: ACPI APIC Table: > >> Apr 21 18:01:30 osiris kernel: Timecounter "i8254" frequency 1193182 > >> Hz quality 0 > >> Apr 21 18:01:30 osiris kernel: CPU: Intel(R) Pentium(R) D CPU > >> 3.00GHz (3000.33-MHz 686-class CPU) Apr 21 18:01:30 osiris kernel: > >> Origin = "GenuineIntel" Id = 0xf64 Stepping = 4 > >> Apr 21 18:01:30 osiris kernel: > >> Features=0xbfebfbff >> Apr 21 18:01:30 osiris kernel: > >> Features2=0xe49d,> > >> Apr 21 18:01:30 osiris kernel: AMD Features=0x20000000 > >> Apr 21 18:01:30 osiris kernel: AMD Features2=0x1 > >> Apr 21 18:01:30 osiris kernel: Cores per package: 2 > >> Apr 21 18:01:30 osiris kernel: real memory = 4017881088 (3831 MB) > >> Apr 21 18:01:30 osiris kernel: avail memory = 3933429760 (3751 MB) > >> > >> The real and avail memory sizes are the same w/o PAE. > >> > >> Then i do > >> sysctl -a | grep hw | grep mem > >> > >> and i always see > >> hw.physmem: 4012244992 > >> hw.usermem: 3861307392 > >> hw.realmem: 4017881088 > >> hw.pci.host_mem_start: 2147483648 > >> > >> the number do not change with or without PAE > >> > >> Maybe i look in the wrong place? > > > > What number do you expect to see? 8Gb? > > I expect to see DIFFERENCE (in particular INCREASE) in amount of memory with PAE > comparing to kernel w/o PAE. > > And 4 GB = 1024*4 MB = 1024*1024*4 KB = > = 1024*1024*1024*4=4294967296 > > So, where is my 277086208 bytes? > (ieven is built-in video eats 128MB for AGP aperture then still > whene is my another almost 120MB?) Oh, I see. This is what I get on my laptop running 7.x/amd64: usable memory = 1998807040 (1906 MB) avail memory = 1928650752 (1839 MB) It has 2Gb RAM. Your trouble is a FAQ, search the lists for a bunch of complete answers. From owner-freebsd-stable@FreeBSD.ORG Sat Apr 21 20:50:28 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B796116A400 for ; Sat, 21 Apr 2007 20:50:28 +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 B725D13C448 for ; Sat, 21 Apr 2007 20:50:27 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l3LKoHbr070932; Sat, 21 Apr 2007 14:50:17 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <462A78F5.3090904@samsco.org> Date: Sat, 21 Apr 2007 14:49:57 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: Artem Kuchin References: <004b01c78421$062195c0$0c00a8c0@Artem> In-Reply-To: <004b01c78421$062195c0$0c00a8c0@Artem> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Sat, 21 Apr 2007 14:50:17 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: PAE does not give any ram increase, why? 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, 21 Apr 2007 20:50:28 -0000 Artem Kuchin wrote: > Hello! > > I've upgraded one of my servers today. > Now it is > Asus P5p800-VM > Pentium D 3.0Ghz > 4GB RAM (4x1 GB) > 3WARE raid5 > > FreebSD 6.2 cvsed today compiled from sources. > > after that i decided to try PAE. It runs just fine but > when i compare available memory with and without > pae i do not see any difference. > > At kernel boot with PAE it says: > > pr 21 18:01:30 osiris kernel: ACPI APIC Table: > Apr 21 18:01:30 osiris kernel: Timecounter "i8254" frequency 1193182 Hz > quality 0 > Apr 21 18:01:30 osiris kernel: CPU: Intel(R) Pentium(R) D CPU 3.00GHz > (3000.33-MHz 686-class CPU) > Apr 21 18:01:30 osiris kernel: Origin = "GenuineIntel" Id = 0xf64 > Stepping = 4 > Apr 21 18:01:30 osiris kernel: > Features=0xbfebfbff > Apr 21 18:01:30 osiris kernel: > Features2=0xe49d,> > Apr 21 18:01:30 osiris kernel: AMD Features=0x20000000 > Apr 21 18:01:30 osiris kernel: AMD Features2=0x1 > Apr 21 18:01:30 osiris kernel: Cores per package: 2 > Apr 21 18:01:30 osiris kernel: real memory = 4017881088 (3831 MB) > Apr 21 18:01:30 osiris kernel: avail memory = 3933429760 (3751 MB) > > The real and avail memory sizes are the same w/o PAE. > > Then i do > sysctl -a | grep hw | grep mem > > and i always see > hw.physmem: 4012244992 > hw.usermem: 3861307392 > hw.realmem: 4017881088 > hw.pci.host_mem_start: 2147483648 > > the number do not change with or without PAE > > Maybe i look in the wrong place? > I'm not going to waste my time explaining for the hundredth time how the x86 memory layout works. If you want to recover the missing 256MB, go look in your BIOS for an option about memory hole remapping. Scott