From owner-freebsd-stable@FreeBSD.ORG Sun Jun 29 05:17:12 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE610106566C for ; Sun, 29 Jun 2008 05:17:12 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 7B79C8FC0A for ; Sun, 29 Jun 2008 05:17:12 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.2/8.14.2) with ESMTP id m5T5HAw6022710; Sun, 29 Jun 2008 09:17:11 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 29 Jun 2008 09:17:10 +0400 (MSD) From: Dmitry Morozovsky To: Dillon In-Reply-To: <4866BA8B.9030004@terranova.net> Message-ID: <20080629091623.J89957@woozle.rinet.ru> References: <485243BB.7050604@FreeBSD.org> <20080628141905.I89957@woozle.rinet.ru> <4866BA8B.9030004@terranova.net> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (woozle.rinet.ru [0.0.0.0]); Sun, 29 Jun 2008 09:17:11 +0400 (MSD) Cc: freebsd-stable@freebsd.org Subject: Re: ZFS version 8 on stable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2008 05:17:13 -0000 On Sat, 28 Jun 2008, Dillon wrote: D> > KK> happened yet (let alone in 7.x). I don't know if it is possible to D> > KK> downgrade a pool - you should check the ZFS documentation/support D> > materials. D> > D> > It seems there is no such way; what is worse, it also seems there's no way D> > to create a pool with lower pool version. D> ZFS On Mac OSX creates zfs v6 pools by default (in order to retain compat D> with the stock read-only zfs v6 module in 10.5) which work fine with FreeBSD. D> Just don't upgrade the pool on OS-X after creating it. Ah, that is much better. Thank you for clarifying. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Sun Jun 29 10:45:39 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 244681065679 for ; Sun, 29 Jun 2008 10:45:39 +0000 (UTC) (envelope-from andy.kosela@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id F055B8FC14 for ; Sun, 29 Jun 2008 10:45:38 +0000 (UTC) (envelope-from andy.kosela@gmail.com) Received: by wa-out-1112.google.com with SMTP id j4so774259wah.3 for ; Sun, 29 Jun 2008 03:45:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=V2jVjNqAERnax8oqNai5RZfRSs+JPxjPedSH/2Ps4X0=; b=f0/gsxD8A7X/C21hNnCA8wsrhYo696h6Ei/dZZG+gty7K7yAeQCbyE80IP2XDegSla /VGmvS4myOu0mglUF0u5z6lOemC9c7kalAFD6eXblxtCQ91DJsUFkE/avrasLI6dQqFc zSscezHcuwm5PVa9J3tc74kCPRt6THk26xQ6A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=KHQikgukgRWePfYcBflq994girNGOYY+LQ5iUWSSMX7SkmQN6FgxQGixh/+6Ok5lb1 bEX6yej2+2L1xfkiIrHhH6zMwj684w+Et5mS/OO8yPl4jM+JjUL/cJKtjCa0yyuqPdUO cN8Gm9uHaJusUUG1InZqRcLGl/5yj6N8UBAOs= Received: by 10.114.195.19 with SMTP id s19mr3028973waf.110.1214736338477; Sun, 29 Jun 2008 03:45:38 -0700 (PDT) Received: by 10.114.112.6 with HTTP; Sun, 29 Jun 2008 03:45:38 -0700 (PDT) Message-ID: <3cc535c80806290345s2d7ec96bse2587642bcaf5086@mail.gmail.com> Date: Sun, 29 Jun 2008 12:45:38 +0200 From: "Andy Kosela" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: tracking -stable in the enterprise 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, 29 Jun 2008 10:45:39 -0000 On Jun 25, 2008, at 3:46 AM, Peter Wemm wrote: >I think we still have FreeBSD-3.x machines in production. I know we >have FreeBSD-4.3. 99.9% of security issues don't affect us. We have >our own package system built on top of FreeBSD's pkg_add format and >have the ability to push packages to machines. If circumstances >warrant it, we can push a fix for something. It'll either push a new >binary or be a source patch that is compiled directly on the machines >in question. The machines run a custom software stack. More often >we push fixes for driver or performance fixes or things like timezone >updates. Ports infrastructure do not support such old FreeBSD versions, so how do you deal with that? Do you maintain your own CVS branches of selected packages and backports necessary security patches? I guess it demands considerable effort to compile the latest apache on FreeBSD 3.x or 4.x. -- Andy Kosela ora et labora From owner-freebsd-stable@FreeBSD.ORG Sun Jun 29 21:26:49 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CB741065671 for ; Sun, 29 Jun 2008 21:26:49 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id E9A9C8FC2E for ; Sun, 29 Jun 2008 21:26:48 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so540470ywe.13 for ; Sun, 29 Jun 2008 14:26:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:content-type :date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=LUe61o2OW1j3wr764ainPNEnn+3wMcJLC8KHAlMyZls=; b=ZaFkrH4v4RxFBG/QuMCoAA1x3TbfuMhWOvjawGA+CgnTC4JLtmjfxow6ISnA14G5pV 2SS4EpsoWIXoYYiuYHR+xriRGPaYbcCtkDR6Au/gtsgT59/vi5t8pxLtu611vPFTuo5l Hz9ZDguN6RGWyhvCYIw3V7gBECIhbGmw6V7tg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:content-type:date:message-id:mime-version:x-mailer :content-transfer-encoding; b=QGesFUTNxn5GAuNQuhTv7jNXWJPOJ3da8Bfbve/3JvdxdfV8sJJ6qhGdQnO005r89E WGurjURN+QUjItGCMbqeLYGOHSBJmjpgazUCxIurWL2qg2iq0+n4AdAihl7Y23o8KHPc XHhE41fuFZB1i/N7/LtQ3pSJ7HZsfr7OqZddo= Received: by 10.150.197.8 with SMTP id u8mr7037738ybf.122.1214774798938; Sun, 29 Jun 2008 14:26:38 -0700 (PDT) Received: from ?10.0.3.231? ( [70.111.175.14]) by mx.google.com with ESMTPS id 6sm7388530ywp.3.2008.06.29.14.26.38 (version=SSLv3 cipher=RC4-MD5); Sun, 29 Jun 2008 14:26:38 -0700 (PDT) From: "Alexandre \"Sunny\" Kovalenko" To: stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Date: Sun, 29 Jun 2008 16:16:25 -0400 Message-Id: <1214770585.1079.13.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: Subject: expand_number(3) silently truncates numeric part of the argument to 32 bit on i386, light impact on gjournal 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, 29 Jun 2008 21:26:49 -0000 I honestly don't know whether it should or should not do it, and if it should not, what errno should be set to. Program below gives following output on RELENG_7 as of June 28th: sunny:RabbitsDen>./expand_number 5368709120k Result is 1099511627776 sunny:RabbitsDen>./expand_number 5120G Result is 5497558138880 sunny:RabbitsDen> One of the more interesting manifestations in the userland is that gjournal label -s 5368709120 -f /dev/da0s1a quietly gives you 1G of the journal in the resulting file system. Cut here>----------------------------------------------------------- #include #include #include #include #include #include #include int main(int argc, char *argv[]) { if(argc != 2) { fprintf(stderr, "Usage: %s \n", argv[0]); exit(1); } errno = 0; intmax_t result; if(expand_number(argv[1], &result) || errno) { perror("Expand number"); exit(1); } printf("Result is %jd\n", result); exit(0); } Cut here>----------------------------------------------------------- -- Alexandre "Sunny" Kovalenko (Олександр Коваленко) From owner-freebsd-stable@FreeBSD.ORG Sun Jun 29 23:49:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 569BA106566C for ; Sun, 29 Jun 2008 23:49:33 +0000 (UTC) (envelope-from bsd24x7@yahoo.com) Received: from web33902.mail.mud.yahoo.com (web33902.mail.mud.yahoo.com [209.191.69.180]) by mx1.freebsd.org (Postfix) with SMTP id 00D1C8FC15 for ; Sun, 29 Jun 2008 23:49:32 +0000 (UTC) (envelope-from bsd24x7@yahoo.com) Received: (qmail 82151 invoked by uid 60001); 29 Jun 2008 23:22:51 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Message-ID; b=IcVmA/etOSjy/8l1qPf4mlG35EkLL1jvCaYkVoYDwf5P5NwtMT5nheukRyPnvPqMlYT4Wlhy3iJb0tCDztCb5I0E4tR/T420fqjLk/9SrBOnRb4yuXMPwgDYWrpvdipYQcixMkdGDvfILKdeV0bU7mR2F95TrjXN3OY3EtKUUMQ=; Received: from [67.140.230.157] by web33902.mail.mud.yahoo.com via HTTP; Sun, 29 Jun 2008 16:22:51 PDT X-Mailer: YahooMailWebService/0.7.199 Date: Sun, 29 Jun 2008 16:22:51 -0700 (PDT) From: Jeff Richards To: freebsd-stable@freebsd.org MIME-Version: 1.0 Message-ID: <444772.81431.qm@web33902.mail.mud.yahoo.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: sshd_config question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bsd24x7@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2008 23:49:33 -0000 Hi.=A0 I have configured sshd in OpenBSD to require publickey authenticatio= n. I've tried configuring FreeBSD to do the same, but I can still login via ke= yboard authentication. Here are the options I have in my sshd_config: PasswordAuthentication no ChallengeResponseAuthentication no UsePAM no After setting those options I kill -HUP the sshd=A0 process. Is there something simple I am missing? Thanks in advance. =0A=0A=0A From owner-freebsd-stable@FreeBSD.ORG Mon Jun 30 00:15:23 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A928F1065673 for ; Mon, 30 Jun 2008 00:15:23 +0000 (UTC) (envelope-from allbery@ece.cmu.edu) Received: from bache.ece.cmu.edu (BACHE.ECE.CMU.EDU [128.2.129.23]) by mx1.freebsd.org (Postfix) with ESMTP id 829C38FC1C for ; Mon, 30 Jun 2008 00:15:23 +0000 (UTC) (envelope-from allbery@ece.cmu.edu) Received: from 68-245-119-86.area3.spcsdns.net (68-245-119-86.area3.spcsdns.net [68.245.119.86]) by bache.ece.cmu.edu (Postfix) with ESMTP id CD02298; Sun, 29 Jun 2008 19:55:26 -0400 (EDT) Message-Id: From: "Brandon S. Allbery KF8NH" To: bsd24x7@yahoo.com In-Reply-To: <444772.81431.qm@web33902.mail.mud.yahoo.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v924) Date: Sun, 29 Jun 2008 19:55:25 -0400 References: <444772.81431.qm@web33902.mail.mud.yahoo.com> X-Mailer: Apple Mail (2.924) Cc: freebsd-stable@freebsd.org Subject: Re: sshd_config question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2008 00:15:23 -0000 On 2008 Jun 29, at 19:22, Jeff Richards wrote: > After setting those options I kill -HUP the sshd process. I thought sshd ignored SIGHUP and you had to actually stop and restart it to pick up configuration changes. -- brandon s. allbery [solaris,freebsd,perl,pugs,haskell] allbery@kf8nh.com system administrator [openafs,heimdal,too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon university KF8NH From owner-freebsd-stable@FreeBSD.ORG Mon Jun 30 01:36:13 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60797106567A for ; Mon, 30 Jun 2008 01:36:13 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id 029928FC13 for ; Mon, 30 Jun 2008 01:36:12 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from epia-2.farid-hajji.net (epia-2 [192.168.254.11]) by fw.farid-hajji.net (Postfix) with ESMTP id 7757434FAC; Mon, 30 Jun 2008 03:24:03 +0200 (CEST) Date: Mon, 30 Jun 2008 03:24:02 +0200 From: cpghost To: freebsd-stable@freebsd.org Message-ID: <20080630012402.GA30723@epia-2.farid-hajji.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) Subject: sched_ule(1) and sched_4bsd(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, 30 Jun 2008 01:36:13 -0000 Hello, the man-pages sched_4bsd(1) and sched_ule(1) as of FreeBSD 7.0-STABLE #0: Sat Jun 28 22:44:54 CEST 2008 both state that SCHED_4BSD is the default scheduler. Yet SCHED_ULE is now in GENERIC, and not SCHED_4BSD! Are the man-pages wrong, or is it better to change SCHED_ULE back to SCHED_4BSD in a custom kernel config file? I'm using SCHED_ULE on UP systems for quite some time now, and there don't seem to be any regressions so far... Thanks, -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-stable@FreeBSD.ORG Mon Jun 30 02:26:58 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A541D1065684 for ; Mon, 30 Jun 2008 02:26:58 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal4.es.net [198.124.252.66]) by mx1.freebsd.org (Postfix) with ESMTP id 51AC88FC17 for ; Mon, 30 Jun 2008 02:26:58 +0000 (UTC) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id KIE90356; Sun, 29 Jun 2008 19:26:56 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id D7B0945047; Sun, 29 Jun 2008 19:26:55 -0700 (PDT) To: cpghost In-Reply-To: Your message of "Mon, 30 Jun 2008 03:24:02 +0200." <20080630012402.GA30723@epia-2.farid-hajji.net> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1214792815_2197P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sun, 29 Jun 2008 19:26:55 -0700 From: "Kevin Oberman" Message-Id: <20080630022655.D7B0945047@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ;; X-Sender: X-To_Name: cpghost X-To_Domain: cordula.ws X-To: cpghost X-To_Email: cpghost@cordula.ws X-To_Alias: cpghost Cc: freebsd-stable@freebsd.org Subject: Re: sched_ule(1) and sched_4bsd(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, 30 Jun 2008 02:26:58 -0000 --==_Exmh_1214792815_2197P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Mon, 30 Jun 2008 03:24:02 +0200 > From: cpghost > Sender: owner-freebsd-stable@freebsd.org > > Hello, > > the man-pages sched_4bsd(1) and sched_ule(1) as of > FreeBSD 7.0-STABLE #0: Sat Jun 28 22:44:54 CEST 2008 > both state that SCHED_4BSD is the default scheduler. > Yet SCHED_ULE is now in GENERIC, and not SCHED_4BSD! > > Are the man-pages wrong, or is it better to change > SCHED_ULE back to SCHED_4BSD in a custom kernel > config file? I'm using SCHED_ULE on UP systems for > quite some time now, and there don't seem to be any > regressions so far... Looks like the man pages are a bit outdated. 4BSD was in GENERIC in 7.0-RELEASE, but it was changed to ULE in stable shortly after the release of 7.0. -- 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_1214792815_2197P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFIaERvkn3rs5h7N1ERAvN4AJwLX+Jv5eiE3DYt/o4UxmwDToE2cgCffMye a6A2zHA59ykTWcq7LyDgSzc= =Qx1H -----END PGP SIGNATURE----- --==_Exmh_1214792815_2197P-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 30 02:55:10 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C38C10656A8 for ; Mon, 30 Jun 2008 02:55:10 +0000 (UTC) (envelope-from lists-fbsdstable@shadypond.com) Received: from mailout.easydns.com (mailout.easydns.com [205.210.42.66]) by mx1.freebsd.org (Postfix) with ESMTP id 466218FC14 for ; Mon, 30 Jun 2008 02:55:10 +0000 (UTC) (envelope-from lists-fbsdstable@shadypond.com) Received: from guardian.shadypond.com (69-12-173-117.static.humboldt1.com [69.12.173.117]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mailout.easydns.com (Postfix) with ESMTP id 9728148585 for ; Sun, 29 Jun 2008 22:51:47 -0400 (EDT) Received: from slider.shadypond.com (slider.shadypond.com [192.168.1.11]) by guardian.shadypond.com (Postfix) with ESMTPS id 9E77719B35 for ; Mon, 30 Jun 2008 02:55:04 +0000 (UTC) From: Pollywog To: freebsd-stable@freebsd.org Date: Mon, 30 Jun 2008 02:54:57 +0000 References: <444772.81431.qm@web33902.mail.mud.yahoo.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200806300254.58922.lists-fbsdstable@shadypond.com> Subject: Re: sshd_config question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2008 02:55:10 -0000 On Sunday 29 June 2008 23:55:25 Brandon S. Allbery KF8NH wrote: > On 2008 Jun 29, at 19:22, Jeff Richards wrote: > > After setting those options I kill -HUP the sshd process. > > I thought sshd ignored SIGHUP and you had to actually stop and restart > it to pick up configuration changes. IIRC, I use SIGHUP in OpenBSD but in FreeBSD, I use /etc/rc.d/sshd restart I also have PubkeyAuthentication yes in my sshd_config but perhaps this is the default, I am unsure. In some situations, I also need to edit ~/.ssh/config to allow the connection and add 'PubkeyAuthentication yes' (on the host initiating the connection). From owner-freebsd-stable@FreeBSD.ORG Mon Jun 30 02:55:58 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC69C1065688 for ; Mon, 30 Jun 2008 02:55:58 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id 495598FC21 for ; Mon, 30 Jun 2008 02:55:58 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from epia-2.farid-hajji.net (epia-2 [192.168.254.11]) by fw.farid-hajji.net (Postfix) with ESMTP id 63E28340D3; Mon, 30 Jun 2008 04:55:50 +0200 (CEST) Date: Mon, 30 Jun 2008 04:55:52 +0200 From: cpghost To: "Kevin Oberman" Message-ID: <20080630045552.51d3531f@epia-2.farid-hajji.net> In-Reply-To: <20080630022655.D7B0945047@ptavv.es.net> References: <20080630012402.GA30723@epia-2.farid-hajji.net> <20080630022655.D7B0945047@ptavv.es.net> Organization: Cordula's Web X-Mailer: Claws Mail 3.4.0 (GTK+ 2.12.9; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: sched_ule(1) and sched_4bsd(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, 30 Jun 2008 02:55:58 -0000 On Sun, 29 Jun 2008 19:26:55 -0700 "Kevin Oberman" wrote: > > Date: Mon, 30 Jun 2008 03:24:02 +0200 > > From: cpghost > > Sender: owner-freebsd-stable@freebsd.org > > > > Hello, > > > > the man-pages sched_4bsd(1) and sched_ule(1) as of > > FreeBSD 7.0-STABLE #0: Sat Jun 28 22:44:54 CEST 2008 > > both state that SCHED_4BSD is the default scheduler. > > Yet SCHED_ULE is now in GENERIC, and not SCHED_4BSD! > > > > Are the man-pages wrong, or is it better to change > > SCHED_ULE back to SCHED_4BSD in a custom kernel > > config file? I'm using SCHED_ULE on UP systems for > > quite some time now, and there don't seem to be any > > regressions so far... > > Looks like the man pages are a bit outdated. 4BSD was in GENERIC in > 7.0-RELEASE, but it was changed to ULE in stable shortly after the > release of 7.0. Ah, thank you. ;) Regards, -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-stable@FreeBSD.ORG Mon Jun 30 03:19:04 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A529106567C for ; Mon, 30 Jun 2008 03:19:04 +0000 (UTC) (envelope-from bsd24x7@yahoo.com) Received: from web33908.mail.mud.yahoo.com (web33908.mail.mud.yahoo.com [209.191.69.186]) by mx1.freebsd.org (Postfix) with SMTP id D52778FC1B for ; Mon, 30 Jun 2008 03:19:03 +0000 (UTC) (envelope-from bsd24x7@yahoo.com) Received: (qmail 24931 invoked by uid 60001); 30 Jun 2008 03:19:03 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Message-ID; b=MuJIkFLPrIRXJEI4eNA03Kh0molcLvtD4J3UwOmpWKJzDNk418XZN/ZS43vUn2WQz+0heL12hP3TqjFOIoCwjNPdagMv+1n3tcrr0d1UpG434PafcfZrcjk/+jJZaO787Hnb4+mgZBWnGK+kmYnsPqbyzsk3yaXZ+fThmfcNIf4=; Received: from [67.140.230.157] by web33908.mail.mud.yahoo.com via HTTP; Sun, 29 Jun 2008 20:19:02 PDT X-Mailer: YahooMailWebService/0.7.199 Date: Sun, 29 Jun 2008 20:19:02 -0700 (PDT) From: Jeff Richards To: freebsd-stable@freebsd.org MIME-Version: 1.0 Message-ID: <231491.24693.qm@web33908.mail.mud.yahoo.com> X-Mailman-Approved-At: Mon, 30 Jun 2008 03:36:29 +0000 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: gjournal question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bsd24x7@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2008 03:19:04 -0000 I have started experimenting with gjournal filesystems this weekend.=A0 I f= ound something that may be a mistake I made.=A0 Not sure. To break up my IDE drive into the filesystems I wanted I created multiple s= lices.=A0 On slice 2=A0 I had multiple gjournal filesystems.=A0 I tried cre= ating a journal on slice 3 (ad0s3d I think), but it failed.=A0 It actually = created a journal entry in /dev, but I had trouble using it.=A0 I then trie= d to remove the journal.=A0 Then a journal entry in /dev appeared for the s= lice itself (/dev/ad0s3.journal).=A0 If I removed the journal on the slice = the partition journal reappeared. I was able to get my filesystems the way I wanted by not using slice 3 and = putting the remaining fileystem in slice 2. Are there any internal requirement that a slice must be fully utilized with= partitions before a new slice may be used?=A0 I think I was able to create= a standard UFS2 filesystem on slice 3 and just had trouble with the journa= l. This was not a major problem for me,=A0 just curious. Thanks. =0A=0A=0A From owner-freebsd-stable@FreeBSD.ORG Mon Jun 30 03:38:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72D9D106567B for ; Mon, 30 Jun 2008 03:38:41 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 61DC18FC12 for ; Mon, 30 Jun 2008 03:38:41 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 539651CC031; Sun, 29 Jun 2008 20:38:41 -0700 (PDT) Date: Sun, 29 Jun 2008 20:38:41 -0700 From: Jeremy Chadwick To: Pollywog Message-ID: <20080630033841.GA65378@eos.sc1.parodius.com> References: <444772.81431.qm@web33902.mail.mud.yahoo.com> <200806300254.58922.lists-fbsdstable@shadypond.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200806300254.58922.lists-fbsdstable@shadypond.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: sshd_config question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2008 03:38:41 -0000 On Mon, Jun 30, 2008 at 02:54:57AM +0000, Pollywog wrote: > On Sunday 29 June 2008 23:55:25 Brandon S. Allbery KF8NH wrote: > > On 2008 Jun 29, at 19:22, Jeff Richards wrote: > > > After setting those options I kill -HUP the sshd process. > > > > I thought sshd ignored SIGHUP and you had to actually stop and restart > > it to pick up configuration changes. > > IIRC, I use SIGHUP in OpenBSD but in FreeBSD, I use /etc/rc.d/sshd restart According to the OpenSSH sshd manpage, it handles SIGHUP, and re-reads the configuration file: sshd rereads its configuration file when it receives a hangup signal, SIGHUP, by executing itself with the name and options it was started with, e.g. /usr/sbin/sshd. > I also have > > PubkeyAuthentication yes > > in my sshd_config but perhaps this is the default, I am unsure. It is the default, in both sshd_config (server) and ssh_config (client). See the sshd_config(5) and ssh_config(5) manpages. > In some situations, I also need to edit ~/.ssh/config to allow the connection > and add 'PubkeyAuthentication yes' (on the host initiating the connection). Possibly you have to do this on machines with an older OpenSSH; I don't know if the default values were different then. -- | 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 Mon Jun 30 06:19:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA9E01065678 for ; Mon, 30 Jun 2008 06:19:06 +0000 (UTC) (envelope-from joe@netmusician.org) Received: from netmusician.org (netmusician.org [216.9.132.179]) by mx1.freebsd.org (Postfix) with ESMTP id 6947D8FC12 for ; Mon, 30 Jun 2008 06:19:06 +0000 (UTC) (envelope-from joe@netmusician.org) Received: from localhost (localhost [127.0.0.1]) by netmusician.org (Postfix) with ESMTP id B0D1E7E96A for ; Mon, 30 Jun 2008 02:02:26 -0400 (EDT) X-Virus-Scanned: amavisd-new at netmusician.org Received: from netmusician.org ([127.0.0.1]) by localhost (netmusician.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 9J+EnwQAaMhS for ; Mon, 30 Jun 2008 02:02:26 -0400 (EDT) Received: from besson3c.local (unknown [98.223.221.224]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by netmusician.org (Postfix) with ESMTP id C71DF7E91D for ; Mon, 30 Jun 2008 02:02:25 -0400 (EDT) Message-ID: <486876EC.1020002@netmusician.org> Date: Mon, 30 Jun 2008 02:02:20 -0400 From: Joe Auty User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD 7.0 + Xen 3.1 + HVM: Success! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2008 06:19:06 -0000 Kip, Does the problem with Xen 3.1 in HVM/Intel manifest as those BTX halted errors (e.g. http://lists.xensource.com/archives/html/xen-users/2006-10/msg00014.html) ? If so, do you happen to know whether this problem has been solved in Xen 3.2 or 3.2.1? This message of yours was written this March, so I'm assuming that 3.2.1 will contain this fix? Can anybody confirm this? I'm having a hard time finding an RPM for CentOS 5.2/Xen 3.2.1 right now... I know this isn't a CentOS list, but I'm just wondering if anybody has been able to boot FBSD 7.0/HVM/Intel 64 bit? > I'd just like to observe that due to bugs in their real-mode emulation > (only required on intel) FreeBSD won't run on Xen 3.1 in HVM on Intel > processors. This longstanding issue was finally fixed very recently > in the 3.2 branch. > > -Kip > > On Fri, Feb 29, 2008 at 3:34 PM, Freddie Cash wrote: > > Just thought I'd pass along that I have successfully installed FreeBSD 7.0 > into a Xen 3.1 HVM. This one went as smooth as I expected, considering my > experience with 6.3. Haven't done any benchmarking or stress testing or > port installs or anything. But so far it's working nicely. > > Here's all the info. If you'd like to see anything else, let me know. > > > Host hardware: > Tyan h2000M motherboard > 2x AMD Opteron 2200-series CPUs (dual-core) > 8 GB ECC DDR2-800 SDRAM > 3Ware Escalade 9650SX-12ML PCIe RAID controller > 12x 400 GB SATA harddrives in RAID6 with 1 hot spare (4 TB) > > > Host software: > Ubuntu Server 7.10 64-bit version > Linux kernel 2.6.22 > Xen 3.1 > LVM partitions for all the virtual machines > > > Xen config file: > # Enable hardware virtualisation using HVM > kernel = '/usr/lib/xen-ioemu-3.1/boot/hvmloader' > device_model = '/usr/lib/xen-ioemu-3.1/bin/qemu-dm' > builder = 'hvm' > > # VM/domain name > name = 'freebsd70' > > # Memory and CPU settings > vcpus = '1' > memory = '1024' > > # Disk settings > disk = > [ 'phy:/dev/xenvol0/freebsd70,ioemu:hda,w', 'file:/home/fcash/freebsd-7.0-i386-cd1.iso,hdc:cdrom,r' ] > boot = 'c' > > # Network settings > hostname = 'fbsdvm2.sd73.bc.ca' > vif = [ 'type=ioemu, bridge=xenbr3, mac=00:16:3e:00:00:03' ] > dhcp = '1' > > # Graphics settings > sdl = '0' > vnc = '1' > vncviewer = '1' > > # Other settings > pae = '0' # Whether to enable PAE for 32-bit VMs > acpi = '0' # Whether to enable ACPI for guests > localtime = '1' # Whether system clock is set to local > time or UTC > > # Start/stop settings > on_poweroff = 'destroy' > on_reboot = 'destroy' > on_crash = 'destroy' > > > FreeBSD 7.0 dmesg: > Copyright (c) 1992-2008 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 > root@xxxxxxxxxxxxxxxxxxxxx:/usr/obj/usr/src/sys/GENERIC > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Dual-Core AMD Opteron(tm) Processor 2220 (2793.13-MHz 686-class CPU) > Origin = "AuthenticAMD" Id = 0x40f13 Stepping = 3 > > Features=0x789fbbf > Features2=0x2001 > AMD Features=0x28400800 > AMD Features2=0x19 > real memory = 1073717248 (1023 MB) > avail memory = 1037139968 (989 MB) > MPTable: <_HVMCPU_ XEN > > ioapic0: Changing APIC ID to 1 > ioapic0: Assuming intbase of 0 > ioapic0 irqs 0-47 on motherboard > kbd1 at kbdmux0 > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > hptrr: HPT RocketRAID controller driver v1.1 (Feb 24 2008 19:59:27) > cpu0 on motherboard > pcib0: pcibus 0 on motherboard > pir0: on motherboard > pci0: on pcib0 > isab0: at device 1.0 on pci0 > isa0: on isab0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xc000-0xc00f at device 1.1 on pci0 > ata0: on atapci0 > ata0: [ITHREAD] > ata1: on atapci0 > ata1: [ITHREAD] > vgapci0: mem > 0xf0000000-0xf1ffffff,0xf2000000-0xf2000fff at device 2.0 on pci0 > pci0: at device 3.0 (no driver attached) > re0: port 0xc200-0xc2ff mem > 0xf4000000-0xf40000ff irq 5 at device 4.0 on pci0 > miibus0: on re0 > rlphy0: PHY 0 on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > re0: Ethernet address: 00:16:3e:00:00:03 > re0: [FILTER] > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xc7fff pnpid ORM0000 on isa0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: [ITHREAD] > psm0: model IntelliMouse Explorer, device ID 4 > ppc0: parallel port not found. > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 8250 or not responding > sio0: [FILTER] > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounter "TSC" frequency 2793128576 Hz quality 800 > Timecounters tick every 1.000 msec > hptrr: no controller detected. > ad0: 102400MB at ata0-master WDMA2 > acd0: CDROM at ata1-master PIO3 > GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install. > Trying to mount root from ufs:/dev/ad0s1a > > > FreeBSD 7.0 pciconf -vl: > hostb0@pci0:0:0:0: class=0x060000 card=0x00000000 chip=0x12378086 > rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = '82440/1FX 440FX (Natoma) System Controller' > class = bridge > subclass = HOST-PCI > isab0@pci0:0:1:0: class=0x060100 card=0x00000000 chip=0x70008086 > rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > device = '82371SB PIIX3 PCI-to-ISA Bridge (Triton II)' > class = bridge > subclass = PCI-ISA > atapci0@pci0:0:1:1: class=0x010180 card=0x00015853 chip=0x70108086 > rev=0x00 hdr=0x00 > vendor = 'Intel Corporation' > device = '82371SB PIIX3 IDE Interface (Triton II)' > class = mass storage > subclass = ATA > vgapci0@pci0:0:2:0: class=0x030000 card=0x00015853 chip=0x00b81013 > rev=0x00 hdr=0x00 > vendor = 'Cirrus Logic' > device = 'CL-GD5446 64-bit VisualMedia Accelerator' > class = display > subclass = VGA > none0@pci0:0:3:0: class=0xff8000 card=0x00015853 chip=0x00015853 > rev=0x01 hdr=0x00 > re0@pci0:0:4:0: class=0x020000 card=0x00015853 chip=0x813910ec rev=0x20 > hdr=0x00 > vendor = 'Realtek Semiconductor' > device = 'RT8139 (A/B/C/810x/813x/C+) Fast Ethernet Adapter' > class = network > subclass = ethernet > > -- > Freddie Cash > fjwcash@xxxxxxxxx > _______________________________________________ > freebsd-stable@xxxxxxxxxxx mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@xxxxxxxxxxx" -- Joe Auty NetMusician: web publishing software for musicians http://www.netmusician.org joe@netmusician.org From owner-freebsd-stable@FreeBSD.ORG Mon Jun 30 10:24:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 638A4106568F for ; Mon, 30 Jun 2008 10:24:00 +0000 (UTC) (envelope-from yraffah@sadeem.net) Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.230]) by mx1.freebsd.org (Postfix) with ESMTP id 1E5A48FC32 for ; Mon, 30 Jun 2008 10:24:00 +0000 (UTC) (envelope-from yraffah@sadeem.net) Received: by qb-out-0506.google.com with SMTP id a33so2945299qbd.1 for ; Mon, 30 Jun 2008 03:23:59 -0700 (PDT) Received: by 10.102.247.4 with SMTP id u4mr2151865muh.94.1214820565393; Mon, 30 Jun 2008 03:09:25 -0700 (PDT) Received: by 10.103.238.14 with HTTP; Mon, 30 Jun 2008 03:09:25 -0700 (PDT) Message-ID: Date: Mon, 30 Jun 2008 13:09:25 +0300 From: "Yousef Raffah" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Syncing or maybe update 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: Mon, 30 Jun 2008 10:24:00 -0000 Hello, I have a box which can't sync using cvsup, therefore, I thought of using cvs by invoking the following command in the directory /usr/src/cvs/ # cvs -d freebsdanoncvs@anoncvs.freebsd.org:/home/ncvs co src I do get all the updates and it seems to be checking out successfully, however, when I try to # make -j4 buildword I get the following error about elf.h not being found! -------------------------------------------------------------- >>> stage 1.2: bootstrap tools -------------------------------------------------------------- cd /usr/cvs/src; MAKEOBJDIRPREFIX=/usr/obj/usr/cvs/src/tmp INSTALL="sh /usr/cvs/src/tools/install.sh" PATH=/usr/obj/usr/cvs/src/tmp/legacy/usr/sbin:/usr/obj/usr/cvs/src/tmp/legacy/usr/bin:/usr/obj/usr/cvs/src/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/obj/usr/cvs/src/tmp VERSION="FreeBSD 6.2-RELEASE i386 602000" MAKEFLAGS="-m /usr/cvs/src/tools/build/mk -j 4 -m /usr/cvs/src/share/mk" make -f Makefile.inc1 DESTDIR= BOOTSTRAPPING=602000 -DWITHOUT_SSP -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN -DWITHOUT_NLS -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF bootstrap-tools ===> cddl/usr.bin/sgsmsg (obj,depend,all,install) /usr/obj/usr/cvs/src/tmp/usr/cvs/src/cddl/usr.bin/sgsmsg created for /usr/cvs/src/cddl/usr.bin/sgsmsg rm -f .depend mkdep -f .depend -a -I/usr/cvs/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/usr/cvs/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/usr/cvs/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/usr/cvs/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -I/usr/obj/usr/cvs/src/tmp/legacy/usr/include /usr/cvs/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/common/avl/avl.c /usr/cvs/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/sgsmsg.c /usr/cvs/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/string_table.c /usr/cvs/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/findprime.c In file included from /usr/cvs/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/sgsmsg.c:81: /usr/cvs/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include/sgs.h:57:20: libelf.h: No such file or directory In file included from /usr/cvs/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include/alist.h:45, from /usr/cvs/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include/sgs.h:59, from /usr/cvs/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/sgsmsg.c:81: /usr/cvs/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris/sys/elf.h:30:26: sys/elf.h: No such file or directory In file included from /usr/cvs/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/string_table.c:31: /usr/cvs/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include/sgs.h:57:20: libelf.h: No such file or directory In file included from /usr/cvs/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include/alist.h:45, from /usr/cvs/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include/sgs.h:59, from /usr/cvs/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/string_table.c:31: /usr/cvs/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris/sys/elf.h:30:26: sys/elf.h: No such file or directory In file included from /usr/cvs/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/findprime.c:30: /usr/cvs/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include/sgs.h:57:20: libelf.h: No such file or directory In file included from /usr/cvs/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include/alist.h:45, from /usr/cvs/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include/sgs.h:59, from /usr/cvs/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/tools/common/findprime.c:30: /usr/cvs/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris/sys/elf.h:30:26: sys/elf.h: No such file or directory mkdep: compile failed *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error From owner-freebsd-stable@FreeBSD.ORG Mon Jun 30 10:26:09 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6D211065676 for ; Mon, 30 Jun 2008 10:26:09 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D391F8FC13; Mon, 30 Jun 2008 10:26:08 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4868B4BD.9030002@FreeBSD.org> Date: Mon, 30 Jun 2008 12:26:05 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: Andy Kosela References: <3cc535c80806290345s2d7ec96bse2587642bcaf5086@mail.gmail.com> In-Reply-To: <3cc535c80806290345s2d7ec96bse2587642bcaf5086@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: tracking -stable in the enterprise 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, 30 Jun 2008 10:26:09 -0000 Andy Kosela wrote: > On Jun 25, 2008, at 3:46 AM, Peter Wemm wrote: >> I think we still have FreeBSD-3.x machines in production. I know we >> have FreeBSD-4.3. 99.9% of security issues don't affect us. We have >> our own package system built on top of FreeBSD's pkg_add format and >> have the ability to push packages to machines. If circumstances >> warrant it, we can push a fix for something. It'll either push a new >> binary or be a source patch that is compiled directly on the machines >> in question. The machines run a custom software stack. More often >> we push fixes for driver or performance fixes or things like timezone >> updates. > > Ports infrastructure do not support such old FreeBSD versions, so how > do you deal with that? Do you maintain your own CVS branches of > selected packages and backports necessary security patches? I guess it > demands considerable effort to compile the latest apache on FreeBSD > 3.x or 4.x. > It would be easy to maintain 4.x compatibility in Yahoo's package system. They probably only need a relatively small number of ports, and there is no need to stay in sync with changes to the ports infrastructure. Those changes are almost all completely gratuitous from the point of view of deploying packages within a site since they are changes to the *ports* infrastructure. The FreeBSD *package* infrastructure has changed almost not at all over time (but yahoo have their own package system anyway). To the extent that the vendor applications still support old versions, the model would be the same: vendor source + patches --> binary. You can do that with a system based on the ports collection from last century if you like :) I would guess that Yahoo actually forked the ports system long ago (in the 2.x days?) or never used it directly, and either port their changes directly or by taking patches from freebsd ports. Kris From owner-freebsd-stable@FreeBSD.ORG Mon Jun 30 11:03:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85A9F106564A for ; Mon, 30 Jun 2008 11:03:49 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 756218FC40 for ; Mon, 30 Jun 2008 11:03:49 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 51A7E1CC033; Mon, 30 Jun 2008 04:03:49 -0700 (PDT) Date: Mon, 30 Jun 2008 04:03:49 -0700 From: Jeremy Chadwick To: Yousef Raffah Message-ID: <20080630110349.GA80339@eos.sc1.parodius.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: Syncing or maybe update 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: Mon, 30 Jun 2008 11:03:49 -0000 On Mon, Jun 30, 2008 at 01:09:25PM +0300, Yousef Raffah wrote: > Hello, > > I have a box which can't sync using cvsup, therefore, ... Let's start here. Why not? What happens? Have you used -L2? Also, if you're using 6.2 or later, you should be able to use csup (comes with the base system) and not cvsup. > I thought of > using cvs by invoking the following command in the directory > /usr/src/cvs/ > > # cvs -d freebsdanoncvs@anoncvs.freebsd.org:/home/ncvs co src > > I do get all the updates and it seems to be checking out successfully, > however, when I try to > # make -j4 buildword > I get the following error about elf.h not being found! This looks like you're checking out HEAD/-CURRENT. Is this really what you want to be doing? Probably not, based on the fact you mailed freebsd-stable and not freebsd-current. Please take the time to read this in full. http://www.freebsd.org/doc/en/books/handbook/anoncvs.html -- | 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 Mon Jun 30 11:49:12 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 162CB106564A for ; Mon, 30 Jun 2008 11:49:12 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id 522FA8FC24 for ; Mon, 30 Jun 2008 11:49:10 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id m5UBn76o072403; Mon, 30 Jun 2008 19:49:08 +0800 (KRAST) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id m5UBn7YJ072402; Mon, 30 Jun 2008 19:49:07 +0800 (KRAST) (envelope-from eugen) Date: Mon, 30 Jun 2008 19:49:07 +0800 From: Eugene Grosbein To: Kris Kennaway Message-ID: <20080630114907.GA43269@svzserv.kemerovo.su> References: <3cc535c80806290345s2d7ec96bse2587642bcaf5086@mail.gmail.com> <4868B4BD.9030002@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4868B4BD.9030002@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: Andy Kosela , freebsd-stable@freebsd.org Subject: Re: tracking -stable in the enterprise 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, 30 Jun 2008 11:49:12 -0000 On Mon, Jun 30, 2008 at 12:26:05PM +0200, Kris Kennaway wrote: > It would be easy to maintain 4.x compatibility in Yahoo's package > system. They probably only need a relatively small number of ports, and > there is no need to stay in sync with changes to the ports > infrastructure. Those changes are almost all completely gratuitous from > the point of view of deploying packages within a site since they are > changes to the *ports* infrastructure. The FreeBSD *package* > infrastructure has changed almost not at all over time (but yahoo have > their own package system anyway). > > To the extent that the vendor applications still support old versions, > the model would be the same: vendor source + patches --> binary. You > can do that with a system based on the ports collection from last > century if you like :) > > I would guess that Yahoo actually forked the ports system long ago (in > the 2.x days?) or never used it directly, and either port their changes > directly or by taking patches from freebsd ports. It's pretty easy to use current ports system with RELENG_4, I do this sometimes. Just have following lines in /etc/make.conf: # 4.x stuff PTHREAD_CFLAGS= -D_THREAD_SAFE PTHREAD_LIBS= -pthread # may be, "ln -s /usr/local/etc/rc.d/rc.subr /etc/rc.subr" too RC_SUBR= ${LOCALBASE}/etc/rc.subr # only if we force port to use base system's port 5.005 PERL_VERSION= 5.00503 PERL_VER= 5.005 PERL_ARCH= ${ARCH}-freebsd PERL5= ${DESTDIR}/usr/bin/perl${PERL_VERSION} PERL= ${DESTDIR}/usr/bin/perl Then, for perl, one needs small patch to bsd.ports.mk: --- bsd.port.mk.orig Wed Oct 17 18:12:24 2007 +++ bsd.port.mk Sun Feb 24 00:33:48 2008 @@ -1420,8 +1420,8 @@ SITE_PERL_REL?= lib/perl5/site_perl/${PERL_VER} SITE_PERL?= ${LOCALBASE}/${SITE_PERL_REL} -PERL5= ${LOCALBASE}/bin/perl${PERL_VERSION} -PERL= ${LOCALBASE}/bin/perl +PERL5?= ${LOCALBASE}/bin/perl${PERL_VERSION} +PERL?= ${LOCALBASE}/bin/perl .endif # !defined(_PERL_REFACTORING_COMPLETE) This way, I continue to update small standalone mail servers with new versions of security/clamav (those consoleless 4.11 boxes have no hope to be upgraded to something newer). Sometimes there is a need to patch port's Makefile a little, f.e. when if redefines PTHREAD_LIBS unconditionally (bad, bad habit). Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Mon Jun 30 12:21:03 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E274C106566C for ; Mon, 30 Jun 2008 12:21:03 +0000 (UTC) (envelope-from beaker@hot.pl) Received: from v000052.home.net.pl (hot.pl [212.85.96.52]) by mx1.freebsd.org (Postfix) with SMTP id 310DB8FC15 for ; Mon, 30 Jun 2008 12:21:02 +0000 (UTC) (envelope-from beaker@hot.pl) Received: from dyb186.internetdsl.tpnet.pl (HELO BUKA) (beaker.hot@home@83.14.53.186) by mail03.home.net.pl with SMTP; Mon, 30 Jun 2008 11:54:19 -0000 Date: Mon, 30 Jun 2008 13:54:23 +0200 From: Krzysztof Jedruczyk X-Mailer: The Bat! (v4.0.20) Professional Organization: RAMFASTO X-Priority: 3 (Normal) Message-ID: <1052423937.20080630135423@hot.pl> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Marvell Yukon 88E8062 - media selection problem 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, 30 Jun 2008 12:21:04 -0000 Hi, I am trying to bring up gigabit interface in couple of Nexcom blade servers running FreeBSD/amd64. The interfaces (two Marvell Yukon 88E8062 controllers) are recognized properly, but no media is ever detected: > ifconfig msk0: flags=8802 metric 0 mtu 1500 options=11a ether 00:10:f3:0d:d6:45 media: Ethernet autoselect (none) status: no carrier msk1: flags=8802 metric 0 mtu 1500 options=11a ether 00:10:f3:0d:d6:46 media: Ethernet autoselect (none) status: no carrier I tried manual setting of media - but the driver won't allow me to set 1000baseSX link (this is what other blades in the same chasis with working em driver are reporting). # ifconfig msk0 media 1000baseSX ifconfig: SIOCSIFMEDIA (media): Device not configured I'm puzzled here: are there known limitations in the driver wrt support of certain media types? Here is pciconf -lv information if it helps... mskc0@pci0:3:0:0: class=0x020000 card=0x628211ab chip=0x434711ab rev=0x14 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = 'Yukon 88E8062 PCI-E IPMI Gigabit Ethernet Controller' class = network subclass = ethernet This is on 7.0-RELEASE on amd64. I also tried kernel from 7-STABLE from few days ago, but the problem was still present. -- Best regards, Krzysztof Jedruczyk From owner-freebsd-stable@FreeBSD.ORG Mon Jun 30 12:38:23 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C205106566C; Mon, 30 Jun 2008 12:38:23 +0000 (UTC) (envelope-from sclark46@earthlink.net) Received: from elasmtp-scoter.atl.sa.earthlink.net (elasmtp-scoter.atl.sa.earthlink.net [209.86.89.67]) by mx1.freebsd.org (Postfix) with ESMTP id 663648FC1B; Mon, 30 Jun 2008 12:38:23 +0000 (UTC) (envelope-from sclark46@earthlink.net) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=kRPtMpL8tb3O7muqyzwK2y8RHd2tVDwtOQSWHsSAwhPmi7nnspqLu2fLLR4CsMYK; h=Received:Message-ID:Date:From:Reply-To:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP; Received: from [24.144.77.185] (helo=joker.seclark.com) by elasmtp-scoter.atl.sa.earthlink.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1KDIeE-0000Qb-Dm; Mon, 30 Jun 2008 08:38:22 -0400 Message-ID: <4868D3BD.8000200@earthlink.net> Date: Mon, 30 Jun 2008 08:38:21 -0400 From: Stephen Clark User-Agent: Thunderbird 2.0.0.14 (X11/20080501) MIME-Version: 1.0 To: Niki Denev References: <20080606234135.46144207@baby-jane-lamaiziere-net.local> <20080622170507.5ac469d2@baby-jane-lamaiziere-net.local> <2e77fc10806221101q684baf47r9ee7208a676f59e@mail.gmail.com> <48654F81.6010500@earthlink.net> <2e77fc10806271410q3205fb21r9aed15ec8b035401@mail.gmail.com> In-Reply-To: <2e77fc10806271410q3205fb21r9aed15ec8b035401@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: a437fbc6971e80f61aa676d7e74259b7b3291a7d08dfec79b58efb526102424754c9c7fd1a78333d350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 24.144.77.185 Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: AMD Geode LX crypto accelerator (glxsb) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sclark46@earthlink.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2008 12:38:23 -0000 Niki Denev wrote: > On Fri, Jun 27, 2008 at 11:37 PM, Stephen Clark wrote: >> Hi, >> >> I am trying to compile it on 6.2 and get >> make: don't know how to make cryptodev_if.h. Stop >> >> ??? >> where is this file? >> >> Thanks, >> Steve >> > > Have you applied the 6.2 patch included in the latest tgz that Patrick posted? > > Regards, > Niki > Uh.. no -wasn't sure what to apply it to - now that I look at it a bit closer I SEE! Thanks, and sorry for the noise. Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-stable@FreeBSD.ORG Mon Jun 30 13:20:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 826481065675 for ; Mon, 30 Jun 2008 13:20:22 +0000 (UTC) (envelope-from yraffah@sadeem.net) Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.229]) by mx1.freebsd.org (Postfix) with ESMTP id 439048FC1D for ; Mon, 30 Jun 2008 13:20:22 +0000 (UTC) (envelope-from yraffah@sadeem.net) Received: by qb-out-0506.google.com with SMTP id f30so3883464qba.7 for ; Mon, 30 Jun 2008 06:20:22 -0700 (PDT) Received: by 10.103.172.9 with SMTP id z9mr2250514muo.122.1214832020428; Mon, 30 Jun 2008 06:20:20 -0700 (PDT) Received: by 10.103.238.14 with HTTP; Mon, 30 Jun 2008 06:20:20 -0700 (PDT) Message-ID: Date: Mon, 30 Jun 2008 16:20:20 +0300 From: "Yousef Raffah" To: freebsd-stable@freebsd.org In-Reply-To: <20080630110349.GA80339@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080630110349.GA80339@eos.sc1.parodius.com> Subject: Re: Syncing or maybe update 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: Mon, 30 Jun 2008 13:20:22 -0000 On Mon, Jun 30, 2008 at 2:03 PM, Jeremy Chadwick wrote: > On Mon, Jun 30, 2008 at 01:09:25PM +0300, Yousef Raffah wrote: >> Hello, >> >> I have a box which can't sync using cvsup, therefore, ... > > Let's start here. Why not? What happens? Have you used -L2? > > Also, if you're using 6.2 or later, you should be able to use csup > (comes with the base system) and not cvsup. > >> I thought of >> using cvs by invoking the following command in the directory >> /usr/src/cvs/ >> >> # cvs -d freebsdanoncvs@anoncvs.freebsd.org:/home/ncvs co src >> >> I do get all the updates and it seems to be checking out successfully, >> however, when I try to >> # make -j4 buildword >> I get the following error about elf.h not being found! > > This looks like you're checking out HEAD/-CURRENT. Is this really what > you want to be doing? Probably not, based on the fact you mailed > freebsd-stable and not freebsd-current. > I guess you nailed it, I couldn't understand how to specify that using the command I used earlier. Anyhow, I'm checking it with the -r RELENG_7_0_0_RELEASE and will report back how things go. Thanks for your guidance. > Please take the time to read this in full. > > http://www.freebsd.org/doc/en/books/handbook/anoncvs.html > I did, but I didn't go through it in detail, I just skimmed it (bad behaviour) :) > -- > | 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 Mon Jun 30 14:26:48 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 594D0106568A for ; Mon, 30 Jun 2008 14:26:48 +0000 (UTC) (envelope-from kjblack@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.224]) by mx1.freebsd.org (Postfix) with ESMTP id 2BE7A8FC21 for ; Mon, 30 Jun 2008 14:26:47 +0000 (UTC) (envelope-from kjblack@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1580748rvf.43 for ; Mon, 30 Jun 2008 07:26:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=QPWQsC2xYAtb7mm1u0dWXHutBQhwUXpUeqmjuMMXAOA=; b=CXP4b+dHiYup1PltNdt+Qvg1SPCHOf3W3uRhTPU7o8xNBgKlntn0eYHBSqi2M8xI3y rqCe/hUp+RIG83klcpjb3Wg5H8GAOQ7utU35KNjw25BAUwKocCfVYuWUhs3uKKQexzmC EHKkQC8+ww5V9LgzY9b/zTPXCSGZrvqk4pks4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=b1zYlsQdwr09/alJxZjrZ2As5VA9gRqLVAGk9OZgIeZgSFntp+fON75c2QjIaaTJfP NhoTCVB9+GomUEhPG2WdtQCfrrdDCH2d1LB5WeK9B/JQGB6nr9TqFa8bVVMlMSoVDCML nJhHnbF3LiY6ve/7AroA8FXUUq4NDgau7Iqcg= Received: by 10.140.163.12 with SMTP id l12mr2669452rve.137.1214836006158; Mon, 30 Jun 2008 07:26:46 -0700 (PDT) Received: by 10.140.136.10 with HTTP; Mon, 30 Jun 2008 07:26:46 -0700 (PDT) Message-ID: <1b1b33f10806300726w6fc7098ajab9756a701f0d29f@mail.gmail.com> Date: Mon, 30 Jun 2008 10:26:46 -0400 From: "Kelly Black" To: freebsd-stable@freebsd.org In-Reply-To: <20080627120023.23A0C1065766@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080627120023.23A0C1065766@hub.freebsd.org> Subject: Re: freebsd-stable Digest, Vol 258, Issue 5 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, 30 Jun 2008 14:26:48 -0000 On Fri, Jun 27, 2008 at 8:00 AM, wrote: > Message: 5 > Date: Thu, 26 Jun 2008 12:54:41 -0700 > From: Jeremy Chadwick > Subject: Re: Problem with /boot/loader > To: Kelly Black > Cc: freebsd-stable@freebsd.org, jhb@freebsd.org > Message-ID: <20080626195441.GA2608@eos.sc1.parodius.com> > Content-Type: text/plain; charset=us-ascii > > On Thu, Jun 26, 2008 at 02:34:44PM -0400, Kelly Black wrote: >> >On Wed, Jun 25, 2008 at 7:38 AM, Kelly Black wrote: >> >> I have a problem with loader. I recently upgraded from 6_rel to 7_rel. >> >> Now when I install world there is a problem booting. >> >> >> >> Here is what I do: >> >[snip] >> >> Now when I reboot there is a problem. I get an error that the system >> >> cannot boot. Part of it looks like this: >> >> Can't work out which disk we are booting from. >> >> Guessed BIOS device 0xffffffff not found by probes, defaulting to disk0: >> >> >> >> If I boot from a live disk and replace /boot/loader with >> >> /boot/loader.old it boots up fine and everything looks good. A new >> >> world and a new kernel. I would be grateful for any help or any >> >> pointers. >> > >> >What do you have in /etc/make.conf? I recall there being a point in >> >time where incorrect CFLAGS options could build a broken loader. >> > >> >Try renaming /etc/make.conf (or just commenting out all >> >CFLAGS/CXXFLAGS options) and rebuilding either just the loader or the >> >whole world, and see if that makes a difference. >> >> Hello, >> >> Thank you for the reply. I put my make.conf file back to its default >> when I first did the upgrade to avoid other kinds of problems: >> >> make.conf >> # added by use.perl 2008-04-07 11:54:35 >> PERL_VER=5.8.8 >> PERL_VERSION=5.8.8 >> >> And it still produced the loader that does not load. > > Kelly, > > A couple things: > > I'm wondering if you're getting bit by changes made to loader(8) by John > Baldwin last year. Those changes were positive and increased > compatibility with systems greatly, but there were a couple reports of > users whose systems preferred the old "method" used. Those changes are > documented here; and yes, I realise you don't get a screen full of > continual register dumps, but different people saw different behaviour: > > http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues > > Also see these mailing list threads: > > http://lists.freebsd.org/pipermail/freebsd-current/2007-October/078755.html > http://lists.freebsd.org/pipermail/freebsd-stable/2007-November/038214.html > > Secondly, you said you migrated from "6_rel to 7_rel". Do you mean > 7.0-RELEASE, or are you referring to the RELENG_7 tag? What tag are you > following when doing csup/cvsup? > > CC'ing John as well. > > -- > | 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 | > > > Hello, Sorry for the delay in reporting back. I have the following line in my cvsup,.conf file: *default release=cvs tag=RELENG_7 I have a copy of my cvsup conf file at http://blackk.union.edu/~black/freebsd/raging/cvsup.conf I had a /boot.conf file that contained "-D" I deleted the file and tried to boot with the new /boot/loader with no luck. When I copied the old /boot/loader it came up fine. The system is i386. I have a copy of my kernel config file at http://blackk.union.edu/~black/freebsd/raging/BLACK I tried to do dmesg and make it available, but it gives me this message: calcru: runtime went backwards from 331 usec to 327 usec for pid 0 (swapper) Sincerely, Kel -- _______________________________________________________ Kelly Black Phone: (518) 388-8727 Department of Mathematics FAX: (603) 388-6005 Union College e-mail: kelly.black@union.edu Schenectady NY 12308 (USA) WWW: http://blackk.union.edu/~black From owner-freebsd-stable@FreeBSD.ORG Mon Jun 30 22:27:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 154FC1065671; Mon, 30 Jun 2008 22:27:08 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from mail.netconsonance.com (mail.netconsonance.com [198.207.204.4]) by mx1.freebsd.org (Postfix) with ESMTP id ED7388FC12; Mon, 30 Jun 2008 22:27:07 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by mail.netconsonance.com (8.14.1/8.14.1) with ESMTP id m5UMR57u071736; Mon, 30 Jun 2008 15:27:05 -0700 (PDT) (envelope-from jrhett@netconsonance.com) X-Virus-Scanned: amavisd-new at netconsonance.com X-Spam-Flag: NO X-Spam-Score: -0.915 X-Spam-Level: X-Spam-Status: No, score=-0.915 tagged_above=-999 required=3.5 tests=[ALL_TRUSTED=-1.44, AWL=0.525] Message-Id: <26E009D2-88D1-4DA7-94B7-D1D740FE4321@netconsonance.com> From: Jo Rhett To: Peter Wemm In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v924) Date: Mon, 30 Jun 2008 15:27:00 -0700 References: <3cc535c80806080449q3ec6e623v8603e9eccc3ab1f2@mail.gmail.com> <200806231051.03685.jhb@freebsd.org> X-Mailer: Apple Mail (2.924) Cc: FreeBSD Stable , John Baldwin Subject: Re: tracking -stable in the enterprise 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, 30 Jun 2008 22:27:08 -0000 On Jun 25, 2008, at 3:46 AM, Peter Wemm wrote: > No. Why on earth would we do that? if we wanted to cause ourselves > that much pain for no good reason, we'd go get a pencil and stab > ourselves in the eye. > > We don't upgrade machines that have been deployed unless there is a > good reason to. This makes sense. But for personal curiosity sake, what if Yahoo needed to stick with supported FreeBSD releases? How would you deal with updating that many machines every 12 months? Would that be possible in your business? -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness From owner-freebsd-stable@FreeBSD.ORG Mon Jun 30 23:16:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D74F31065673; Mon, 30 Jun 2008 23:16:14 +0000 (UTC) (envelope-from stef@memberwebs.com) Received: from mx.npubs.com (mail.zoneseven.net [209.66.100.224]) by mx1.freebsd.org (Postfix) with ESMTP id AFA338FC1B; Mon, 30 Jun 2008 23:16:14 +0000 (UTC) (envelope-from stef@memberwebs.com) Received: from mx.npubs.com (avhost [209.66.100.194]) by mx.npubs.com (Postfix) with ESMTP id C64D7F181CD; Mon, 30 Jun 2008 23:16:13 +0000 (UTC) Received: from northstar-srv2 (unknown [172.27.2.11]) by mx.npubs.com (Postfix) with ESMTP id F0245F1817C; Mon, 30 Jun 2008 23:16:11 +0000 (UTC) From: Stef User-Agent: Thunderbird 2.0.0.14 (X11/20080505) MIME-Version: 1.0 To: John Baldwin References: <20080615112318.146C1F18512@mx.npubs.com> <200806180917.05689.jhb@freebsd.org> X-Enigmail-Version: 0.95.0 Content-Type: multipart/mixed; boundary="------------040406060900030904060601" Message-Id: <20080630231611.F0245F1817C@mx.npubs.com> X-Virus-Scanned: ClamAV using ClamSMTP Date: Mon, 30 Jun 2008 23:16:13 +0000 (UTC) Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.3 deadlock (vm_map?) with DDB output 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, 30 Jun 2008 23:16:15 -0000 This is a multi-part message in MIME format. --------------040406060900030904060601 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit John Baldwin wrote: > On Sunday 15 June 2008 07:23:19 am Stef Walter wrote: >> I've been trying to track down a deadlock on some newish production >> servers running FreeBSD 6.3-RELEASE-p2. The deadlock occurs on a >> specific (although mundane) hardware configuration, and each of several >> servers running this hardware deadlock about once per week. > > Try this change: > > We use it at work on 6.x. W/o this fix, round-robin stops working on 4BSD > when softclock() (swi4: clock) blocks on a lock like Giant. Just wanted to confirm: That patch did the trick. All the SMP machines that had this problem have been stable for 11 days now, longer than any of them were up previously. I changed the patch slightly to work with FreeBSD 6.3-RELEASE. That's attached, in case anyone needs this later. Cheers, Stef --------------040406060900030904060601 Content-Type: text/x-patch; name="kern_sched4bsd_deadlock.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="kern_sched4bsd_deadlock.patch" --- sys/kern/sched_4bsd.c.orig 2006-06-16 22:11:55.000000000 +0000 +++ sys/kern/sched_4bsd.c 2008-06-18 17:04:34.000000000 +0000 @@ -157,13 +157,10 @@ static int sched_quantum; /* Roundrobin scheduling quantum in ticks. */ #define SCHED_QUANTUM (hz / 10) /* Default sched quantum */ -static struct callout roundrobin_callout; - static void slot_fill(struct ksegrp *kg); static struct kse *sched_choose(void); /* XXX Should be thread * */ static void setup_runqs(void); -static void roundrobin(void *arg); static void schedcpu(void); static void schedcpu_thread(void); static void sched_priority(struct thread *td, u_char prio); @@ -316,27 +313,6 @@ } /* - * Force switch among equal priority processes every 100ms. - * We don't actually need to force a context switch of the current process. - * The act of firing the event triggers a context switch to softclock() and - * then switching back out again which is equivalent to a preemption, thus - * no further work is needed on the local CPU. - */ -/* ARGSUSED */ -static void -roundrobin(void *arg) -{ - -#ifdef SMP - mtx_lock_spin(&sched_lock); - forward_roundrobin(); - mtx_unlock_spin(&sched_lock); -#endif - - callout_reset(&roundrobin_callout, sched_quantum, roundrobin, NULL); -} - -/* * Constants for digital decay and forget: * 90% of (kg_estcpu) usage in 5 * loadav time * 95% of (ke_pctcpu) usage in 60 seconds (load insensitive) @@ -618,11 +594,6 @@ sched_quantum = SCHED_QUANTUM; hogticks = 2 * sched_quantum; - callout_init(&roundrobin_callout, CALLOUT_MPSAFE); - - /* Kick off timeout driven events by calling first time. */ - roundrobin(NULL); - /* Account for thread0. */ sched_load_add(); } @@ -697,6 +668,14 @@ resetpriority(kg); resetpriority_thread(td, kg); } + + /* + * Force a context switch if the current thread has used up a full + * quantum (default quantum is 100ms). + */ + if (!((td)->td_flags & TDF_IDLETD) && + ticks - PCPU_GET(switchticks) >= sched_quantum) + td->td_flags |= TDF_NEEDRESCHED; } /* --------------040406060900030904060601-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 00:21:31 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 328E0106567B; Tue, 1 Jul 2008 00:21:31 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id 1379B8FC16; Tue, 1 Jul 2008 00:21:31 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id B05BC8C099; Mon, 30 Jun 2008 19:21:30 -0500 (CDT) Date: Mon, 30 Jun 2008 19:21:30 -0500 To: freebsd-bugbusters@FreeBSD.org, freebsd-stable@FreeBSD.org Message-ID: <20080701002130.GC5611@soaustin.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) From: linimon@lonesome.com (Mark Linimon) Cc: bugmeister@FreeBSD.org Subject: new wiki page to collect information about the ATA subsystem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-bugbusters@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2008 00:21:31 -0000 Jeremy Chadwick (koitsu@) has been gathering together information on the wiki about commonly seen problems with FreeBSD: http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues http://wiki.freebsd.org/JeremyChadwick/ATA_issues_and_troubleshooting Based on a discussion on #freebsd-bugbusters, I've gone ahead and added a signup page for people that are interested in volunteering to do ATA regression testing (either for patches that are included in the various PRs, or for isolating regressions that have already happened): http://wiki.freebsd.org/ATA/ATA_Volunteers Please feel free to sign up if you're interested in helping on this. Perhaps it will lead to something. There is also a new meta-page to cross-reference the above: http://wiki.freebsd.org/ATA mcl From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 00:51:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3FA31065686 for ; Tue, 1 Jul 2008 00:51:06 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.231]) by mx1.freebsd.org (Postfix) with ESMTP id 9BF518FC20 for ; Tue, 1 Jul 2008 00:51:06 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1885018rvf.43 for ; Mon, 30 Jun 2008 17:51:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=F7tK+0QFX3B24eTN15mnoyEvv5kIj62ujJMO/VjqGIE=; b=BEnY2fGKqCZT4kzNadg/OLsP0NrKUqQOfvkezkmDrE/G7s609/+JL7KPty0z9qQCXu loPHmYKSFJkjTVFTcI6GVdMO6SFJTHNKVIEsUN0439WFjt8Ok+Iyeja2e75WkpTP2lIH qicTqTC25bUUC/xMOxvsr6FVybJ3DZoFvYo+U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=R1sclZFfQth9ym22KR7oEi5SmhxgbN1O0xa9xMWjrBkbgtVa5BfvxshGd9mVH5Eaai yTiaFmxEC/Fi+yGKLmTLOdt8zAa2YWG1xh87L+YqjGFyC4/udRmCDB52kUyEui+0AVPe WO5D9l4ZJFD1hofvRj2njysjMwkF8uTRmfIQI= Received: by 10.141.52.5 with SMTP id e5mr3115592rvk.10.1214873466240; Mon, 30 Jun 2008 17:51:06 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id b8sm8740386rvf.9.2008.06.30.17.51.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 30 Jun 2008 17:51:05 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m610mvAi083931 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 1 Jul 2008 09:48:57 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m610mu6H083930; Tue, 1 Jul 2008 09:48:56 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 1 Jul 2008 09:48:56 +0900 From: Pyun YongHyeon To: Krzysztof Jedruczyk Message-ID: <20080701004855.GF83626@cdnetworks.co.kr> References: <1052423937.20080630135423@hot.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1052423937.20080630135423@hot.pl> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Marvell Yukon 88E8062 - media selection problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2008 00:51:06 -0000 On Mon, Jun 30, 2008 at 01:54:23PM +0200, Krzysztof Jedruczyk wrote: > Hi, > > I am trying to bring up gigabit interface in couple of Nexcom blade servers running FreeBSD/amd64. The interfaces (two Marvell Yukon 88E8062 controllers) are recognized properly, but no media is ever detected: > > > ifconfig > msk0: flags=8802 metric 0 mtu 1500 > options=11a > ether 00:10:f3:0d:d6:45 > media: Ethernet autoselect (none) > status: no carrier > msk1: flags=8802 metric 0 mtu 1500 > options=11a > ether 00:10:f3:0d:d6:46 > media: Ethernet autoselect (none) > status: no carrier > > I tried manual setting of media - but the driver won't allow me to set 1000baseSX link (this is what other blades in the same chasis with working em driver are reporting). > > # ifconfig msk0 media 1000baseSX > ifconfig: SIOCSIFMEDIA (media): Device not configured > > I'm puzzled here: are there known limitations in the driver wrt support of certain media types? > > Here is pciconf -lv information if it helps... > > mskc0@pci0:3:0:0: class=0x020000 card=0x628211ab chip=0x434711ab rev=0x14 hdr=0x00 > vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' > device = 'Yukon 88E8062 PCI-E IPMI Gigabit Ethernet Controller' > class = network > subclass = ethernet > > This is on 7.0-RELEASE on amd64. I also tried kernel from 7-STABLE from few days ago, but the problem was still present. > The 88E8062 support wasn't tested due to lack of hardware and I just copied the device id from myk driver. Would you show me the output of "devinfo -rv| grep oui" ? Also it would be better if I can see verbosed boot message. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 10:10:59 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A2C21065677; Tue, 1 Jul 2008 10:10:59 +0000 (UTC) (envelope-from daniel_k_eriksson@telia.com) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.freebsd.org (Postfix) with ESMTP id 161E18FC1C; Tue, 1 Jul 2008 10:10:59 +0000 (UTC) (envelope-from daniel_k_eriksson@telia.com) Received: from royal64.emp.zapto.org (195.198.193.168) by pne-smtpout1-sn2.hy.skanova.net (7.3.129) id 483EBD680068BF85; Tue, 1 Jul 2008 11:01:19 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-class: urn:content-classes:message Date: Tue, 1 Jul 2008 11:01:17 +0200 Message-ID: <4F9C9299A10AE74E89EA580D14AA10A61A1968@royal64.emp.zapto.org> X-MimeOLE: Produced By Microsoft Exchange V6.5.7235.2 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: MCP55 SATA data corruption in FreeBSD 7 Thread-Index: AcjbWSPaqAfW4rtJQwiRClpfJFg2GA== From: "Daniel Eriksson" To: Cc: legioner.r@gmail.com, morten@lightworkings.dk, sos@FreeBSD.org Subject: MCP55 SATA data corruption in FreeBSD 7 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, 01 Jul 2008 10:10:59 -0000 I am having problems with silent data corruption on (some) drives connected to an MCP55 SATA controller. I have two servers, both running RELENG_7_0/amd64. One has the 570 Ultra chipset, the other has 570 SLI. Both chipsets have the MCP55 SATA controller. The server with 570 Ultra chipset has a bunch of older 250GB SATA-150 drives hooked up to the MCP55 controller and it is working just fine. The server with 570 SLI chipset has a bunch of new SATA-300 drives hooked up to the MCP55 controller and it is giving me silent data corruption (easily detectable by running ZFS scrub, every time I run it new checksum errors show up). I know the drives are good because when they are hooked up to another controller they work just fine. Unfortunately the drives does not have a jumper for setting SATA-150 speed (they are Samsung 1 TB drives), and trying to force the drives to SATA-150 speed with the "patch" provided by the manufacturer does not seem to work (the drives still negotiate SATA-300 speed). I will try to get my hands on another older SATA-150 drive (or a new that can be jumpered) to verify if the culprit is the MCP55 revision (see below) or the interface speed. NOT working (570 SLI) --------------------- atapci1@pci0:0:5:0: class=3D0x010185 card=3D0x72501462 = chip=3D0x037f10de rev=3D0xa2 hdr=3D0x00 vendor =3D 'Nvidia Corp' device =3D 'MCP55 SATA Controller' class =3D mass storage subclass =3D ATA Working (570 Ultra) ------------------- atapci1@pci0:0:5:0: class=3D0x010185 card=3D0xcb8410de = chip=3D0x037f10de rev=3D0xa3 hdr=3D0x00 vendor =3D 'Nvidia Corp' device =3D 'MCP55 SATA Controller' class =3D mass storage subclass =3D ATA This is most likely related to kern/120296 (http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/120296) and = kern/121396 (http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/121396). If someone else is having data corruption problems with drives connected to an MCP55 controller it might be worth testing if limiting the drives to SATA-150 makes a difference. It will most likely take me a while before I can verify this. --- Daniel Eriksson (http://www.toomuchdata.com/) From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 10:32:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4109A1065686 for ; Tue, 1 Jul 2008 10:32:06 +0000 (UTC) (envelope-from beaker@hot.pl) Received: from v000052.home.net.pl (hot.pl [212.85.96.52]) by mx1.freebsd.org (Postfix) with SMTP id E737C8FC13 for ; Tue, 1 Jul 2008 10:32:04 +0000 (UTC) (envelope-from beaker@hot.pl) Received: from dyb186.internetdsl.tpnet.pl (HELO ?172.16.4.98?) (beaker.hot@home@83.14.53.186) by mail03.home.net.pl with SMTP; Tue, 1 Jul 2008 10:32:00 -0000 Message-ID: <486A07A4.1070406@hot.pl> Date: Tue, 01 Jul 2008 12:32:04 +0200 From: =?UTF-8?B?S3J6eXN6dG9mIErEmWRydWN6eWs=?= User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: pyunyh@gmail.com References: <1052423937.20080630135423@hot.pl> <20080701004855.GF83626@cdnetworks.co.kr> In-Reply-To: <20080701004855.GF83626@cdnetworks.co.kr> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Marvell Yukon 88E8062 - media selection problem 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, 01 Jul 2008 10:32:06 -0000 Hi, Pyun YongHyeon wrote: > The 88E8062 support wasn't tested due to lack of hardware and I just > copied the device id from myk driver. Would you show me the output > of "devinfo -rv| grep oui" ? Also it would be better if I can see > verbosed boot message. > Here you go: # devinfo -rv | grep oui e1000phy0 pnpinfo oui=0x5043 model=0x9 rev=0x1 at phyno=0 e1000phy1 pnpinfo oui=0x5043 model=0x9 rev=0x1 at phyno=0 inphy0 pnpinfo oui=0xaa00 model=0x15 rev=0x4 at phyno=1 And dmesg with '-v' in boot.config and 'verbose_loading="YES"' in loader.conf: Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-RELEASE-p2 #1: Mon Jun 30 20:03:47 CEST 2008 beaker@blade-1.ramfasto.com:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff80bc8000. Calibrating clock(s) ... i8254 clock: 1193157 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 3600141768 Hz CPU: Intel(R) Xeon(TM) CPU 3.60GHz (3600.14-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0xf4a Stepping = 10 Features=0xbfebfbff Features2=0x659d AMD Features=0x20100800 AMD Features2=0x1 Logical CPUs per core: 2 usable memory = 1059807232 (1010 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) 0x0000000000cc5000 - 0x000000003e09ffff, 1027452928 bytes (250843 pages) avail memory = 1021194240 (973 MB) ACPI APIC Table: 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 ACPI: RSDP @ 0x0xf5df0/0x0014 (v 0 IntelR) ACPI: RSDT @ 0x0x3fee3040/0x0030 (v 1 IntelR AWRDACPI 0x42302E31 AWRD 0x00000000) ACPI: FACP @ 0x0x3fee30c0/0x0074 (v 1 IntelR AWRDACPI 0x42302E31 AWRD 0x00000000) ACPI: DSDT @ 0x0x3fee3180/0x3AB7 (v 1 INTELR AWRDACPI 0x00001000 MSFT 0x0100000E) ACPI: FACS @ 0x0x3fee0000/0x0040 ACPI: MCFG @ 0x0x3fee6d80/0x003C (v 1 IntelR AWRDACPI 0x42302E31 AWRD 0x00000000) ACPI: APIC @ 0x0x3fee6c80/0x0084 (v 1 IntelR AWRDACPI 0x42302E31 AWRD 0x00000000) MADT: Found IO APIC ID 4, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 4 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: high MADT: Ignoring local NMI routed to ACPI CPU 2 MADT: Ignoring local NMI routed to ACPI CPU 3 ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 ath_rate: version 1.2 wlan_amrr: wlan: <802.11 Link Layer> null: random: nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 mem: io: ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) hptrr: HPT RocketRAID controller driver v1.1 (Jun 30 2008 20:01:01) acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: Power Button (fixed) AcpiOsDerivePciId: \\_SB_.PCI0.PX40.PIRQ -> bus 0 dev 31 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.PX40.PIR2 -> bus 0 dev 31 func 0 acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3fde0000 (3) failed ACPI timer: 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 15 N 0 3 4 5 6 7 9 10 11 12 14 15 Validation 0 15 N 0 3 4 5 6 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 9 N 0 3 4 5 6 7 9 10 11 12 14 15 Validation 0 9 N 0 3 4 5 6 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 7 9 10 11 12 14 15 Validation 0 5 N 0 3 4 5 6 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 9 10 11 12 14 15 Validation 0 10 N 0 3 4 5 6 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 cpu0: on acpi0 cpu0: switching to generic Cx mode est0: enabling SpeedStep est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 122d0000122d device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 122d0000122d device_attach: est1 attach returned 6 p4tcc1: on cpu1 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x8086, dev=0x3590, revid=0x0c domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x0090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x3591, revid=0x0c domain=0, bus=0, slot=0, func=1 class=ff-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x3594, revid=0x0c domain=0, bus=0, slot=1, func=0 class=08-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0002, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 MSI supports 2 messages map[10]: type Memory, range 32, base 0xd8200000, size 12, enabled found-> vendor=0x8086, dev=0x3595, revid=0x0c domain=0, bus=0, slot=2, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x4018, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) intpin=a, irq=15 powerspec 2 supports D0 D3 current D0 MSI supports 2 messages pcib0: matched entry for 0.2.INTA pcib0: slot 2 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x3596, revid=0x0c domain=0, bus=0, slot=3, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x4018, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) intpin=a, irq=15 powerspec 2 supports D0 D3 current D0 MSI supports 2 messages pcib0: matched entry for 0.3.INTA pcib0: slot 3 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x3597, revid=0x0c domain=0, bus=0, slot=4, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) intpin=a, irq=15 powerspec 2 supports D0 D3 current D0 MSI supports 2 messages pcib0: matched entry for 0.4.INTA pcib0: slot 4 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x3598, revid=0x0c domain=0, bus=0, slot=5, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x4018, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) intpin=a, irq=15 powerspec 2 supports D0 D3 current D0 MSI supports 2 messages pcib0: matched entry for 0.5.INTA pcib0: slot 5 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x3599, revid=0x0c domain=0, bus=0, slot=6, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x4018, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) intpin=a, irq=15 powerspec 2 supports D0 D3 current D0 MSI supports 2 messages pcib0: matched entry for 0.6.INTA pcib0: slot 6 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x359a, revid=0x0c domain=0, bus=0, slot=7, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x4018, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) intpin=a, irq=15 powerspec 2 supports D0 D3 current D0 MSI supports 2 messages pcib0: matched entry for 0.7.INTA pcib0: slot 7 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x24c2, revid=0x02 domain=0, bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=15 map[20]: type I/O Port, range 32, base 0xd800, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x24c4, revid=0x02 domain=0, bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=5 map[20]: type I/O Port, range 32, base 0xd000, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x24c7, revid=0x02 domain=0, bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=11 map[20]: type I/O Port, range 32, base 0xd400, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x24cd, revid=0x02 domain=0, bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xd8201000, size 10, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 23 found-> vendor=0x8086, dev=0x244e, revid=0x82 domain=0, bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x0e (3500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24c0, revid=0x02 domain=0, bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24cb, revid=0x02 domain=0, bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[20]: type I/O Port, range 32, base 0xf000, size 4, enabled map[24]: type Memory, range 32, base 0, size 10, enabled found-> vendor=0x8086, dev=0x24c3, revid=0x02 domain=0, bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=9 map[20]: type I/O Port, range 32, base 0x500, size 5, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 pci0: at device 0.1 (no driver attached) pci0: at device 1.0 (no driver attached) pcib1: irq 16 at device 2.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: no prefetched decode pci1: on pcib1 pci1: domain=0, physical bus=1 pcib2: irq 16 at device 3.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xf000-0xfff pcib2: no prefetched decode pci2: on pcib2 pci2: domain=0, physical bus=2 pcib3: irq 16 at device 4.0 on pci0 pcib3: domain 0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0xb000-0xbfff pcib3: memory decode 0xd8100000-0xd81fffff pcib3: no prefetched decode pci3: on pcib3 pci3: domain=0, physical bus=3 found-> vendor=0x11ab, dev=0x4347, revid=0x14 domain=0, bus=3, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=15 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 2 messages, 64 bit map[10]: type Memory, range 64, base 0xd8120000, size 14, enabled pcib3: requested memory range 0xd8120000-0xd8123fff: good map[18]: type I/O Port, range 32, base 0xb000, size 8, enabled pcib3: requested I/O range 0xb000-0xb0ff: in range pcib0: matched entry for 0.4.INTA pcib0: slot 4 INTA hardwired to IRQ 16 pcib3: slot 0 INTA is routed to irq 16 mskc0: port 0xb000-0xb0ff mem 0xd8120000-0xd8123fff irq 16 at device 0.0 on pci3 mskc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xd8120000 mskc0: MSI count : 2 mskc0: RAM buffer size : 96KB mskc0: Port 0 : Rx Queue 70KB(0x00000000:0x000117ff) mskc0: Port 0 : Tx Queue 26KB(0x00011800:0x00017fff) mskc0: Port 1 : Rx Queue 70KB(0x00018000:0x000297ff) mskc0: Port 1 : Tx Queue 26KB(0x00029800:0x0002ffff) msk0: on mskc0 msk0: bpf attached msk0: Ethernet address: 00:10:f3:0d:d6:45 miibus0: on msk0 e1000phy0: PHY 0 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto msk1: on mskc0 msk1: bpf attached msk1: Ethernet address: 00:10:f3:0d:d6:46 miibus1: on msk1 e1000phy1: PHY 0 on miibus1 e1000phy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto ioapic0: routing intpin 16 (PCI IRQ 16) to vector 49 mskc0: [MPSAFE] mskc0: [FILTER] pcib4: irq 16 at device 5.0 on pci0 pcib4: domain 0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0xf000-0xfff pcib4: no prefetched decode pci4: on pcib4 pci4: domain=0, physical bus=4 pcib5: irq 16 at device 6.0 on pci0 pcib5: domain 0 pcib5: secondary bus 5 pcib5: subordinate bus 5 pcib5: I/O decode 0xf000-0xfff pcib5: no prefetched decode pcib5: could not get PCI interrupt routing table for \\_SB_.PCI0.P1AB - AE_NOT_FOUND pci5: on pcib5 pci5: domain=0, physical bus=5 pcib6: irq 16 at device 7.0 on pci0 pcib6: domain 0 pcib6: secondary bus 6 pcib6: subordinate bus 6 pcib6: I/O decode 0xf000-0xfff pcib6: no prefetched decode pci6: on pcib6 pci6: domain=0, physical bus=6 uhci0: port 0xd800-0xd81f irq 16 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd800 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xd000-0xd01f irq 19 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd000 ioapic0: routing intpin 19 (PCI IRQ 19) to vector 50 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xd400-0xd41f irq 18 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd400 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 51 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xd8201000-0xd82013ff irq 23 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xd8201000 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 52 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered pcib7: at device 30.0 on pci0 pcib7: domain 0 pcib7: secondary bus 7 pcib7: subordinate bus 7 pcib7: I/O decode 0xc000-0xcfff pcib7: memory decode 0xd8000000-0xd80fffff pcib7: prefetched decode 0xd0000000-0xd7ffffff pcib7: Subtractively decoded bridge. pci7: on pcib7 pci7: domain=0, physical bus=7 found-> vendor=0x8086, dev=0x1229, revid=0x10 domain=0, bus=7, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=15 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xd8050000, size 12, enabled pcib7: requested memory range 0xd8050000-0xd8050fff: good map[14]: type I/O Port, range 32, base 0xc000, size 6, enabled pcib7: requested I/O range 0xc000-0xc03f: in range map[18]: type Memory, range 32, base 0xd8000000, size 17, enabled pcib7: requested memory range 0xd8000000-0xd801ffff: good pcib7: matched entry for 7.0.INTA pcib7: slot 0 INTA hardwired to IRQ 16 found-> vendor=0x1002, dev=0x515e, revid=0x02 domain=0, bus=7, slot=2, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0087, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xd0000000, size 27, enabled pcib7: requested memory range 0xd0000000-0xd7ffffff: good map[14]: type I/O Port, range 32, base 0xc400, size 8, enabled pcib7: requested I/O range 0xc400-0xc4ff: in range map[18]: type Memory, range 32, base 0xd8040000, size 16, enabled pcib7: requested memory range 0xd8040000-0xd804ffff: good pcib7: matched entry for 7.2.INTA pcib7: slot 2 INTA hardwired to IRQ 18 fxp0: port 0xc000-0xc03f mem 0xd8050000-0xd8050fff,0xd8000000-0xd801ffff irq 16 at device 0.0 on pci7 fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd8050000 fxp0: using memory space register mapping fxp0: PCI IDs: 8086 1229 8086 0000 0010 fxp0: Dynamic Standby mode is disabled miibus2: on fxp0 inphy0: PHY 1 on miibus2 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: bpf attached fxp0: Ethernet address: 00:10:f3:0d:d6:47 fxp0: [MPSAFE] fxp0: [ITHREAD] vgapci0: port 0xc400-0xc4ff mem 0xd0000000-0xd7ffffff,0xd8040000-0xd804ffff irq 18 at device 2.0 on pci7 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xf000 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 53 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=00 ostat1=00 ata1: stat0=0x01 err=0x01 lsb=0x01 msb=0x01 ata1: stat1=0x01 err=0x01 lsb=0x01 msb=0x01 ata1: reset tp2 stat0=01 stat1=01 devices=0x0 ioapic0: routing intpin 15 (ISA IRQ 15) to vector 54 ata1: [MPSAFE] ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) 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: 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 sio0: [FILTER] 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: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0 0 0 0 sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ioapic0: routing intpin 3 (ISA IRQ 3) to vector 56 sio1: [FILTER] ppc0: using extended I/O port range ppc0: SPP ppc0: port 0x378-0x37f,0x778-0x77b irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 ioapic0: routing intpin 7 (ISA IRQ 7) to vector 57 ppbus0: [MPSAFE] ppbus0: [ITHREAD] plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 58 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: current command byte:0047 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to vector 59 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 ahc_isa_probe 0: ioport 0xc00 alloc failed ex_isa_identify() atkbdc: atkbdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it 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 orm0: at iomem 0xc0000-0xc8fff,0xcc000-0xcd7ff on isa0 fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio2: not probed (disabled) sio3: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 isa_probe_children: probing PnP devices Device configuration finished. procfs registered lapic: Divisor 2, Frequency 100003932 hz Timecounter "TSC" frequency 3600141768 Hz quality -100 Timecounters tick every 1.000 msec lo0: bpf attached hptrr: no controller detected. ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire ad0: setting PIO4 on ICH4 chip ad0: DMA limited to UDMA33, controller found non-ATA66 cable ad0: setting UDMA33 on ICH4 chip ad0: 238475MB at ata0-master UDMA33 ad0: 488397168 sectors [484521C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 ad0: Intel check1 failed ad0: Adaptec check1 failed ad0: LSI (v3) check1 failed ad0: LSI (v2) check1 failed ad0: FreeBSD check1 failed ATA PseudoRAID loaded SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 Trying to mount root from ufs:/dev/ad0s1a start_init: trying /sbin/init From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 11:12:14 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BD561065671 for ; Tue, 1 Jul 2008 11:12:14 +0000 (UTC) (envelope-from sos@FreeBSD.ORG) Received: from deepcore.dk (adsl.deepcore.dk [87.63.29.106]) by mx1.freebsd.org (Postfix) with ESMTP id 8CB3A8FC28 for ; Tue, 1 Jul 2008 11:12:12 +0000 (UTC) (envelope-from sos@FreeBSD.ORG) Received: from laptop.deepcore.dk (laptop.deepcore.dk [192.168.0.138]) by deepcore.dk (8.14.2/8.13.8) with ESMTP id m61AfKb9062168; Tue, 1 Jul 2008 12:41:20 +0200 (CEST) (envelope-from sos@FreeBSD.ORG) Message-Id: From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= To: "Daniel Eriksson" In-Reply-To: <4F9C9299A10AE74E89EA580D14AA10A61A1968@royal64.emp.zapto.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v926) Date: Tue, 1 Jul 2008 12:41:20 +0200 References: <4F9C9299A10AE74E89EA580D14AA10A61A1968@royal64.emp.zapto.org> X-Mailer: Apple Mail (2.926) Cc: legioner.r@gmail.com, morten@lightworkings.dk, freebsd-stable@FreeBSD.ORG Subject: Re: MCP55 SATA data corruption in FreeBSD 7 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, 01 Jul 2008 11:12:14 -0000 Hi I'll look into that providing I can find HW to work on, IIRC I have =20 one in the ATA collection but I have to verify when I get to the lab. -S=F8ren On 1Jul, 2008, at 11:01 , Daniel Eriksson wrote: > > I am having problems with silent data corruption on (some) drives > connected to an MCP55 SATA controller. > > I have two servers, both running RELENG_7_0/amd64. One has the 570 =20 > Ultra > chipset, the other has 570 SLI. Both chipsets have the MCP55 SATA > controller. > > The server with 570 Ultra chipset has a bunch of older 250GB SATA-150 > drives hooked up to the MCP55 controller and it is working just fine. > The server with 570 SLI chipset has a bunch of new SATA-300 drives > hooked up to the MCP55 controller and it is giving me silent data > corruption (easily detectable by running ZFS scrub, every time I run =20= > it > new checksum errors show up). I know the drives are good because when > they are hooked up to another controller they work just fine. > > Unfortunately the drives does not have a jumper for setting SATA-150 > speed (they are Samsung 1 TB drives), and trying to force the drives =20= > to > SATA-150 speed with the "patch" provided by the manufacturer does not > seem to work (the drives still negotiate SATA-300 speed). I will try =20= > to > get my hands on another older SATA-150 drive (or a new that can be > jumpered) to verify if the culprit is the MCP55 revision (see below) =20= > or > the interface speed. > > > NOT working (570 SLI) > --------------------- > atapci1@pci0:0:5:0: class=3D0x010185 card=3D0x72501462 = chip=3D0x037f10de > rev=3D0xa2 hdr=3D0x00 > vendor =3D 'Nvidia Corp' > device =3D 'MCP55 SATA Controller' > class =3D mass storage > subclass =3D ATA > > Working (570 Ultra) > ------------------- > atapci1@pci0:0:5:0: class=3D0x010185 card=3D0xcb8410de = chip=3D0x037f10de > rev=3D0xa3 hdr=3D0x00 > vendor =3D 'Nvidia Corp' > device =3D 'MCP55 SATA Controller' > class =3D mass storage > subclass =3D ATA > > This is most likely related to kern/120296 > (http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/120296) and kern/=20= > 121396 > (http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/121396). > > > If someone else is having data corruption problems with drives =20 > connected > to an MCP55 controller it might be worth testing if limiting the =20 > drives > to SATA-150 makes a difference. It will most likely take me a while > before I can verify this. > > --- > Daniel Eriksson (http://www.toomuchdata.com/) > -S=F8ren From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 11:13:04 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D62A1065681 for ; Tue, 1 Jul 2008 11:13:04 +0000 (UTC) (envelope-from yraffah@sadeem.net) Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.233]) by mx1.freebsd.org (Postfix) with ESMTP id D4B7B8FC29 for ; Tue, 1 Jul 2008 11:13:03 +0000 (UTC) (envelope-from yraffah@sadeem.net) Received: by qb-out-0506.google.com with SMTP id f30so80955qba.7 for ; Tue, 01 Jul 2008 04:13:03 -0700 (PDT) Received: by 10.102.234.18 with SMTP id g18mr2851629muh.105.1214910782059; Tue, 01 Jul 2008 04:13:02 -0700 (PDT) Received: by 10.103.238.14 with HTTP; Tue, 1 Jul 2008 04:13:02 -0700 (PDT) Message-ID: Date: Tue, 1 Jul 2008 14:13:02 +0300 From: "Yousef Raffah" To: freebsd-stable@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080630110349.GA80339@eos.sc1.parodius.com> Subject: Re: Syncing or maybe update 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, 01 Jul 2008 11:13:04 -0000 On Mon, Jun 30, 2008 at 4:20 PM, Yousef Raffah wrote: > On Mon, Jun 30, 2008 at 2:03 PM, Jeremy Chadwick wrote: >> On Mon, Jun 30, 2008 at 01:09:25PM +0300, Yousef Raffah wrote: >>> Hello, >>> >>> I have a box which can't sync using cvsup, therefore, ... >> >> Let's start here. Why not? What happens? Have you used -L2? >> >> Also, if you're using 6.2 or later, you should be able to use csup >> (comes with the base system) and not cvsup. >> >>> I thought of >>> using cvs by invoking the following command in the directory >>> /usr/src/cvs/ >>> >>> # cvs -d freebsdanoncvs@anoncvs.freebsd.org:/home/ncvs co src >>> >>> I do get all the updates and it seems to be checking out successfully, >>> however, when I try to >>> # make -j4 buildword >>> I get the following error about elf.h not being found! >> >> This looks like you're checking out HEAD/-CURRENT. Is this really what >> you want to be doing? Probably not, based on the fact you mailed >> freebsd-stable and not freebsd-current. >> > I guess you nailed it, I couldn't understand how to specify that using > the command I used earlier. Anyhow, I'm checking it with the -r > RELENG_7_0_0_RELEASE and will report back how things go. I guess I couldn't figure out how to checkout RELENG_7_0_0_RELEASE from the mirror freebsdanoncvs@anoncvs.FreeBSD.org:/home/ncvs I typed this: # cvs checkout -r RELENG_7_0_0_RELEASE src Can someone help with it, I can't spot an issue with the syntax but it is complaining saying: cvs [checkout aborted]: cannot write /home/ncvs/CVSROOT/val-tags: Permission denied From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 11:30:25 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A81C1065677 for ; Tue, 1 Jul 2008 11:30:25 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp8.yandex.ru (smtp8.yandex.ru [213.180.200.213]) by mx1.freebsd.org (Postfix) with ESMTP id AF6878FC13 for ; Tue, 1 Jul 2008 11:30:24 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:19150 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S7456037AbYGALNJ (ORCPT ); Tue, 1 Jul 2008 15:13:09 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp8 X-Yandex-TimeMark: 1214910789 X-MsgDayCount: 12 X-Comment: RFC 2476 MSA function at smtp8.yandex.ru logged sender identity as: bu7cher Message-ID: <486A113B.8070607@yandex.ru> Date: Tue, 01 Jul 2008 15:12:59 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Daniel Eriksson References: <4F9C9299A10AE74E89EA580D14AA10A61A1968@royal64.emp.zapto.org> In-Reply-To: <4F9C9299A10AE74E89EA580D14AA10A61A1968@royal64.emp.zapto.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: legioner.r@gmail.com, morten@lightworkings.dk, freebsd-stable@freebsd.org, sos@FreeBSD.org Subject: Re: MCP55 SATA data corruption in FreeBSD 7 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, 01 Jul 2008 11:30:25 -0000 Daniel Eriksson wrote: > Unfortunately the drives does not have a jumper for setting SATA-150 > speed (they are Samsung 1 TB drives), and trying to force the drives to > SATA-150 speed with the "patch" provided by the manufacturer does not > seem to work (the drives still negotiate SATA-300 speed). I will try to > get my hands on another older SATA-150 drive (or a new that can be > jumpered) to verify if the culprit is the MCP55 revision (see below) or > the interface speed. Which patch did you use? -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 12:49:05 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 850011065687 for ; Tue, 1 Jul 2008 12:49:05 +0000 (UTC) (envelope-from daniel_k_eriksson@telia.com) Received: from pne-smtpout2-sn1.fre.skanova.net (pne-smtpout2-sn1.fre.skanova.net [81.228.11.159]) by mx1.freebsd.org (Postfix) with ESMTP id 424148FC2B for ; Tue, 1 Jul 2008 12:49:05 +0000 (UTC) (envelope-from daniel_k_eriksson@telia.com) Received: from royal64.emp.zapto.org (195.198.193.168) by pne-smtpout2-sn1.fre.skanova.net (7.3.129) id 4843FAEB005B0171; Tue, 1 Jul 2008 13:38:43 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-class: urn:content-classes:message Date: Tue, 1 Jul 2008 13:38:42 +0200 Message-ID: <4F9C9299A10AE74E89EA580D14AA10A61A1969@royal64.emp.zapto.org> X-MimeOLE: Produced By Microsoft Exchange V6.5.7235.2 In-Reply-To: <486A113B.8070607@yandex.ru> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: MCP55 SATA data corruption in FreeBSD 7 Thread-Index: Acjba7XdWVEeCKuvQyuu1F8uZ2UloAAAwpTg References: <4F9C9299A10AE74E89EA580D14AA10A61A1968@royal64.emp.zapto.org> <486A113B.8070607@yandex.ru> From: "Daniel Eriksson" To: Cc: "Andrey V. Elsukov" Subject: RE: MCP55 SATA data corruption in FreeBSD 7 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, 01 Jul 2008 12:49:05 -0000 Andrey V. Elsukov wrote: > Which patch did you use? I used BDM_SpeedSwitch1.zip (http://www.samsung.com/global/system/business/hdd/faq/2007/10/29/184337 BDM_SpeedSwitch1.zip). /Daniel From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 12:53:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FCEE106567B for ; Tue, 1 Jul 2008 12:53:28 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 3DA478FC24 for ; Tue, 1 Jul 2008 12:53:28 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 301FC1CC06E; Tue, 1 Jul 2008 05:53:28 -0700 (PDT) Date: Tue, 1 Jul 2008 05:53:28 -0700 From: Jeremy Chadwick To: Daniel Eriksson Message-ID: <20080701125328.GA69964@eos.sc1.parodius.com> References: <4F9C9299A10AE74E89EA580D14AA10A61A1968@royal64.emp.zapto.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F9C9299A10AE74E89EA580D14AA10A61A1968@royal64.emp.zapto.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: legioner.r@gmail.com, morten@lightworkings.dk, freebsd-stable@freebsd.org, sos@FreeBSD.org Subject: Re: MCP55 SATA data corruption in FreeBSD 7 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, 01 Jul 2008 12:53:28 -0000 On Tue, Jul 01, 2008 at 11:01:17AM +0200, Daniel Eriksson wrote: > The server with 570 Ultra chipset has a bunch of older 250GB SATA-150 > drives hooked up to the MCP55 controller and it is working just fine. > The server with 570 SLI chipset has a bunch of new SATA-300 drives > hooked up to the MCP55 controller and it is giving me silent data > corruption (easily detectable by running ZFS scrub, every time I run it > new checksum errors show up). I know the drives are good because when > they are hooked up to another controller they work just fine. With the same cables? Not that I want to use cables as a scapegoat, but in this case it seems applicable. > Unfortunately the drives does not have a jumper for setting SATA-150 > speed (they are Samsung 1 TB drives), and trying to force the drives to > SATA-150 speed with the "patch" provided by the manufacturer does not > seem to work (the drives still negotiate SATA-300 speed). I will try to > get my hands on another older SATA-150 drive (or a new that can be > jumpered) to verify if the culprit is the MCP55 revision (see below) or > the interface speed. Can you provide "atacontrol cap" output for one of the drives? I know in the case of Maxtor drives, there is a bug that exists in one of their disk firmwares which causes silent data corruption and/or SATA bus lockups when NCQ is used on nForce 4 chipsets. Maxtor provides a firmware update which fixes the bug. -- | 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 Tue Jul 1 12:58:56 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 670C31065682 for ; Tue, 1 Jul 2008 12:58:56 +0000 (UTC) (envelope-from sos@FreeBSD.ORG) Received: from deepcore.dk (adsl.deepcore.dk [87.63.29.106]) by mx1.freebsd.org (Postfix) with ESMTP id 44DCB8FC18 for ; Tue, 1 Jul 2008 12:58:55 +0000 (UTC) (envelope-from sos@FreeBSD.ORG) Received: from laptop.deepcore.dk (laptop.deepcore.dk [192.168.0.138]) by deepcore.dk (8.14.2/8.13.8) with ESMTP id m61Cws8R065038; Tue, 1 Jul 2008 14:58:54 +0200 (CEST) (envelope-from sos@FreeBSD.ORG) Message-Id: <7ABD8B47-2ECD-457E-908D-E0BED4C6AE56@FreeBSD.ORG> From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= To: "Daniel Eriksson" In-Reply-To: <4F9C9299A10AE74E89EA580D14AA10A61A1968@royal64.emp.zapto.org> Content-Type: multipart/mixed; boundary=Apple-Mail-1-386732697 Mime-Version: 1.0 (Apple Message framework v926) Date: Tue, 1 Jul 2008 14:58:53 +0200 References: <4F9C9299A10AE74E89EA580D14AA10A61A1968@royal64.emp.zapto.org> X-Mailer: Apple Mail (2.926) Cc: legioner.r@gmail.com, morten@lightworkings.dk, freebsd-stable@FreeBSD.ORG Subject: Re: MCP55 SATA data corruption in FreeBSD 7 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, 01 Jul 2008 12:58:56 -0000 --Apple-Mail-1-386732697 Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Hi OK, the only "modern" nVidia board I have is MCP51 based, however it =20 uses the same codepath as the MCP55. Anyhow, there has been fixes fro these in -current, thats not in any =20 of the releng's yet. Please try the attached patch, or even better try a -current kernel. -S=F8ren --Apple-Mail-1-386732697 Content-Disposition: attachment; filename=ff Content-Type: application/octet-stream; x-unix-mode=0644; name="ff" Content-Transfer-Encoding: 7bit Index: ata-chipset.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-chipset.c,v retrieving revision 1.202.2.7 diff -u -r1.202.2.7 ata-chipset.c --- ata-chipset.c 1 Apr 2008 15:20:49 -0000 1.202.2.7 +++ ata-chipset.c 1 Jul 2008 12:57:01 -0000 @@ -3147,15 +3475,23 @@ struct ata_channel *ch = device_get_softc(dev); int offset = ctlr->chip->cfg2 & NV4 ? 0x0440 : 0x0010; int shift = ch->unit << (ctlr->chip->cfg2 & NVQ ? 4 : 2); - u_int32_t istatus = ATA_INL(ctlr->r_res2, offset); + u_int32_t istatus; + + /* get interrupt status */ + if (ctlr->chip->cfg2 & NVQ) + istatus = ATA_INL(ctlr->r_res2, offset); + else + istatus = ATA_INB(ctlr->r_res2, offset); /* do we have any PHY events ? */ if (istatus & (0x0c << shift)) ata_sata_phy_check_events(dev); /* clear interrupt(s) */ - ATA_OUTB(ctlr->r_res2, offset, - (0x0f << shift) | (ctlr->chip->cfg2 & NVQ ? 0x00f000f0 : 0)); + if (ctlr->chip->cfg2 & NVQ) + ATA_OUTL(ctlr->r_res2, offset, (0x0f << shift) | 0x00f000f0); + else + ATA_OUTB(ctlr->r_res2, offset, (0x0f << shift)); /* do we have any device action ? */ return (istatus & (0x01 << shift)); --Apple-Mail-1-386732697 Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable On 1Jul, 2008, at 11:01 , Daniel Eriksson wrote: > > I am having problems with silent data corruption on (some) drives > connected to an MCP55 SATA controller. > > I have two servers, both running RELENG_7_0/amd64. One has the 570 =20 > Ultra > chipset, the other has 570 SLI. Both chipsets have the MCP55 SATA > controller. > > The server with 570 Ultra chipset has a bunch of older 250GB SATA-150 > drives hooked up to the MCP55 controller and it is working just fine. > The server with 570 SLI chipset has a bunch of new SATA-300 drives > hooked up to the MCP55 controller and it is giving me silent data > corruption (easily detectable by running ZFS scrub, every time I run =20= > it > new checksum errors show up). I know the drives are good because when > they are hooked up to another controller they work just fine. > > Unfortunately the drives does not have a jumper for setting SATA-150 > speed (they are Samsung 1 TB drives), and trying to force the drives =20= > to > SATA-150 speed with the "patch" provided by the manufacturer does not > seem to work (the drives still negotiate SATA-300 speed). I will try =20= > to > get my hands on another older SATA-150 drive (or a new that can be > jumpered) to verify if the culprit is the MCP55 revision (see below) =20= > or > the interface speed. > > > NOT working (570 SLI) > --------------------- > atapci1@pci0:0:5:0: class=3D0x010185 card=3D0x72501462 = chip=3D0x037f10de > rev=3D0xa2 hdr=3D0x00 > vendor =3D 'Nvidia Corp' > device =3D 'MCP55 SATA Controller' > class =3D mass storage > subclass =3D ATA > > Working (570 Ultra) > ------------------- > atapci1@pci0:0:5:0: class=3D0x010185 card=3D0xcb8410de = chip=3D0x037f10de > rev=3D0xa3 hdr=3D0x00 > vendor =3D 'Nvidia Corp' > device =3D 'MCP55 SATA Controller' > class =3D mass storage > subclass =3D ATA > > This is most likely related to kern/120296 > (http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/120296) and kern/=20= > 121396 > (http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/121396). > > > If someone else is having data corruption problems with drives =20 > connected > to an MCP55 controller it might be worth testing if limiting the =20 > drives > to SATA-150 makes a difference. It will most likely take me a while > before I can verify this. > > --- > Daniel Eriksson (http://www.toomuchdata.com/) > -S=F8ren --Apple-Mail-1-386732697-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 13:20:18 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F6C9106564A for ; Tue, 1 Jul 2008 13:20:18 +0000 (UTC) (envelope-from daniel_k_eriksson@telia.com) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.freebsd.org (Postfix) with ESMTP id 2A8398FC23 for ; Tue, 1 Jul 2008 13:20:18 +0000 (UTC) (envelope-from daniel_k_eriksson@telia.com) Received: from royal64.emp.zapto.org (195.198.193.168) by pne-smtpout1-sn2.hy.skanova.net (7.3.129) id 483EBD680069B424; Tue, 1 Jul 2008 15:20:17 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-class: urn:content-classes:message Date: Tue, 1 Jul 2008 15:20:16 +0200 Message-ID: <4F9C9299A10AE74E89EA580D14AA10A61A196A@royal64.emp.zapto.org> X-MimeOLE: Produced By Microsoft Exchange V6.5.7235.2 In-Reply-To: <20080701125328.GA69964@eos.sc1.parodius.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: MCP55 SATA data corruption in FreeBSD 7 Thread-Index: AcjbeayObNHUEQaxQraWC7RJ9n5+sQAAIRNg References: <4F9C9299A10AE74E89EA580D14AA10A61A1968@royal64.emp.zapto.org> <20080701125328.GA69964@eos.sc1.parodius.com> From: "Daniel Eriksson" To: Cc: Jeremy Chadwick Subject: RE: MCP55 SATA data corruption in FreeBSD 7 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, 01 Jul 2008 13:20:18 -0000 Jeremy Chadwick wrote: > With the same cables? Not that I want to use cables as a=20 > scapegoat, but in this case it seems applicable. With the same cables, yes. > Can you provide "atacontrol cap" output for one of the drives? # atacontrol cap ad4 Protocol Serial ATA II device model SAMSUNG HD103UJ firmware revision 1AA01112 cylinders 16383 heads 16 sectors/track 63 lba supported 268435455 sectors lba48 supported 1953525168 sectors dma supported overlap not supported Feature Support Enable Value Vendor write cache yes yes read ahead yes yes Native Command Queuing (NCQ) yes - 31/0x1F Tagged Command Queuing (TCQ) no no 31/0x1F SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management yes no 0/0x00 automatic acoustic management yes no 0/0x00 254/0xFE > I know in the case of Maxtor drives, there is a bug that exists in one > of their disk firmwares which causes silent data corruption and/or > SATA bus lockups when NCQ is used on nForce 4 chipsets. Maxtor > provides a firmware update which fixes the bug. Connecting (some of) the drives to a or a makes them work just fine. FreeBSD itself does not seem to notice any data corruption. I only noticed it because "zpool status" reported checksum errors after I had written almost 3 TB to the array. I then issued a "zpool scrub", and within a couple of minutes I already had dozens of corrupt files (so I stopped the scrub, deleted the pool and started fault-finding). --- Daniel Eriksson (http://www.toomuchdata.com/) From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 15:12:11 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FC28106567F for ; Tue, 1 Jul 2008 15:12:11 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out0.tiscali.nl (smtp-out0.tiscali.nl [195.241.79.175]) by mx1.freebsd.org (Postfix) with ESMTP id 098CE8FC1D for ; Tue, 1 Jul 2008 15:12:10 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [212.123.145.58] (helo=guido.klop.ws) by smtp-out0.tiscali.nl with smtp id 1KDhWb-0001RM-Iy for ; Tue, 01 Jul 2008 17:12:09 +0200 Received: (qmail 67263 invoked from network); 1 Jul 2008 15:12:06 -0000 Received: from localhost (HELO guido.klop.ws) (127.0.0.1) by localhost with SMTP; 1 Jul 2008 15:12:06 -0000 Date: Tue, 01 Jul 2008 17:12:05 +0200 To: freebsd-stable@freebsd.org From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: User-Agent: Opera Mail/9.50 (FreeBSD) Subject: installdate of a port/package? 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, 01 Jul 2008 15:12:11 -0000 Hello, I just upgraded a machine from FreeBSD 6 to 7. Very nice. But my portupgrade -fa failed after a while. How can I know which ports/packages are still from FreeBSD 6? Is there a datee recorded somewhere or the FreeBSD-version of the port/package? The date of the files in /var/db/pkg/* is unreliable, because installing a package gives these files the date of the files in the package. How do I know which ports I still need to update? Ronald. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 15:12:43 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80397106570B; Tue, 1 Jul 2008 15:12:43 +0000 (UTC) (envelope-from daniel_k_eriksson@telia.com) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.freebsd.org (Postfix) with ESMTP id 3AB348FC0C; Tue, 1 Jul 2008 15:12:42 +0000 (UTC) (envelope-from daniel_k_eriksson@telia.com) Received: from royal64.emp.zapto.org (195.198.193.168) by pne-smtpout1-sn2.hy.skanova.net (7.3.129) id 483EBD68006A1B8A; Tue, 1 Jul 2008 17:12:42 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-class: urn:content-classes:message Date: Tue, 1 Jul 2008 17:12:41 +0200 Message-ID: <4F9C9299A10AE74E89EA580D14AA10A61A196B@royal64.emp.zapto.org> X-MimeOLE: Produced By Microsoft Exchange V6.5.7235.2 In-Reply-To: <7ABD8B47-2ECD-457E-908D-E0BED4C6AE56@FreeBSD.ORG> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: MCP55 SATA data corruption in FreeBSD 7 Thread-Index: AcjbeldGmjRWp2+RSyed1gbH3PsNDwAEJCfQ References: <4F9C9299A10AE74E89EA580D14AA10A61A1968@royal64.emp.zapto.org> <7ABD8B47-2ECD-457E-908D-E0BED4C6AE56@FreeBSD.ORG> From: "Daniel Eriksson" To: Cc: =?iso-8859-1?Q?S=F8ren_Schmidt?= Subject: RE: MCP55 SATA data corruption in FreeBSD 7 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, 01 Jul 2008 15:12:43 -0000 S=F8ren Schmidt wrote: > Please try the attached patch, or even better try a -current kernel. The patch made no difference on RELENG_7_0 unfortunately. (And I cannot = try CURRENT on this server.) ___ Daniel Eriksson (http://www.toomuchdata.com/) From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 15:23:31 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C46C0106567D for ; Tue, 1 Jul 2008 15:23:31 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from crivens.kernel32.de (crivens.terrorteam.de [81.169.171.191]) by mx1.freebsd.org (Postfix) with ESMTP id 8D0398FC12 for ; Tue, 1 Jul 2008 15:23:30 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from www.terrorteam.de (localhost [127.0.0.1]) by crivens.kernel32.de (Postfix) with ESMTP id 97ECBB0297 for ; Tue, 1 Jul 2008 17:23:29 +0200 (CEST) MIME-Version: 1.0 Date: Tue, 1 Jul 2008 17:23:29 +0200 From: Marian Hettwer To: freebsd-stable@freebsd.org Message-ID: <29641b38fd128219d11b0a910949a68c@localhost> X-Sender: mh@kernel32.de User-Agent: RoundCube Webmail/0.1-rc2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Subject: no serial console for ttyd0 HP Blade 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, 01 Jul 2008 15:23:31 -0000 Hi All, I installed a recent (as of today) RELENG_7 on one of our HP Blades. Unluckily my serial output stops right when a getty at ttyd0 should kick in. So I'm blind for the rest of the startup. Very unfortunate. The boot menu, as the bootup itself is printed out on serial console until: da0: Fixed Direct Access SCSI-5 device da0: 135.168MB/s transfers da0: 139947MB (286611840 512 byte sectors: 255H 32S/T 35124C) Trying to mount root from ufs:/dev/da0s1a bce0: link state changed to DOWN bce0: link state changed to UP bce1: link state changed to UP Which is, what I think, the point when init should take over and spawn a serial console on ttyd0, according to my /etc/ttys: # grep ttyd0 /etc/ttys ttyd0 "/usr/libexec/getty std.9600" vt100 on secure # cat /boot/loader.conf comconsole_speed="9600" console="vidconsole,comconsole" # A comma separated list of console(s) boot_multicons="-D" # -D: Use multiple consoles boot_serial="-h" # -h: Use serial console # uname -a FreeBSD db46-202.mobile.rz 7.0-STABLE FreeBSD 7.0-STABLE #0: Tue Jul 1 14:59:43 CEST 2008 root@db46-202.mobile.rz:/usr/obj/usr/src/sys/GENERIC amd64 The blade itself is a HP BL465c G5 Any ideas? I don't have this blade for a long time, so I'm a bit in a hurry. In fact, right now I'm testing this setup against a Debian 4.0 with Linux 2.6.25.9 under MySQL load, and up until now the machine looks good. If I wind up with a fully working, nearly as fast and stable as our linux boxes installation, I'd might be able to convince "the boys at work" to give FreeBSD a try. And in a 600 server setup, I'd be thrilled to do so :-) So lets get started with this serial console issue... which is indeed a pain :( TIA, Marian From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 15:53:29 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56AF5106567C for ; Tue, 1 Jul 2008 15:53:29 +0000 (UTC) (envelope-from alex@trull.org) Received: from mail.internationalconspiracy.org (mail.internationalconspiracy.org [85.234.142.62]) by mx1.freebsd.org (Postfix) with ESMTP id 1A55A8FC1B for ; Tue, 1 Jul 2008 15:53:28 +0000 (UTC) (envelope-from alex@trull.org) Received: from localhost (mail.internationalconspiracy.org [85.234.142.62]) by mail.internationalconspiracy.org (Postfix) with ESMTP id 31F0D49FD8; Tue, 1 Jul 2008 16:35:12 +0100 (BST) X-Virus-Scanned: amavisd-new at mail.internationalconspiracy.org Received: from mail.internationalconspiracy.org ([85.234.142.62]) by localhost (mail.internationalconspiracy.org [85.234.142.62]) (amavisd-new, port 10024) with LMTP id SVZhj5USek95; Tue, 1 Jul 2008 16:34:48 +0100 (BST) Received: from _HOSTNAME_ (syndicate.internationalconspiracy.org [85.234.142.55]) by mail.internationalconspiracy.org (Postfix) with SMTP id BC2E849FCD; Tue, 1 Jul 2008 16:34:47 +0100 (BST) Received: by _HOSTNAME_ (sSMTP sendmail emulation); Tue, 1 Jul 2008 16:34:47 +0100 Date: Tue, 1 Jul 2008 16:34:47 +0100 From: Alex Trull To: Ronald Klop , freebsd-stable@freebsd.org Message-ID: <20080701153446.GB13250@syndicate.internationalconspiracy.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: Re: installdate of a port/package? 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, 01 Jul 2008 15:53:29 -0000 Ronald, Look for files that are older than your upgrade/portupgrade -fa date in /usr/local/bin and /usr/local/sbin. e.g. $ find $dir -mtime +2 -type f -xdev -print Add a little guesswork/pkg_info to determine which ports they're from. Throw in a few more forced recursive portupgrades incase anything is broken for having built against older libraries. -- Alex On Tue, Jul 01, 2008 at 05:12:05PM +0200, Ronald Klop wrote: > Hello, > > I just upgraded a machine from FreeBSD 6 to 7. Very nice. > But my portupgrade -fa failed after a while. > How can I know which ports/packages are still from FreeBSD 6? Is there a > datee recorded somewhere or the FreeBSD-version of the port/package? > The date of the files in /var/db/pkg/* is unreliable, because installing > a package gives these files the date of the files in the package. > > How do I know which ports I still need to update? > > Ronald. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 15:58:57 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A17DE1065675 for ; Tue, 1 Jul 2008 15:58:57 +0000 (UTC) (envelope-from utisoft@googlemail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.176]) by mx1.freebsd.org (Postfix) with ESMTP id 62C578FC0C for ; Tue, 1 Jul 2008 15:58:57 +0000 (UTC) (envelope-from utisoft@googlemail.com) Received: by el-out-1112.google.com with SMTP id v27so131273ele.13 for ; Tue, 01 Jul 2008 08:58:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :to:subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=UcOdzOBiynHsyp2cjcvcXu52QPPh7kCY+0VdHhPi9As=; b=AD0PyhhHLRA91bwtBpmnMZzbV1kPnkHpWOVhnFvMegjRic45w9gvIpPKtLh7Vgamjs WKfhlZ8PGPeSToPmUPmpfEbRhMSB4nqZS8huvIcYayNakrCJMoBknKuuwMsvskqSi/Xk o+9KlfxxJ+cMXMQEFPsNxBsWTSuCGLKrgO0es= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=wtt8q6ishDpwLSAsL7A6DXyFv8yFhx8QslpK87YXB0K+nRhjrcbABblrregdO7MnFc AUroJtOZkyCOYwqm4JA3XkdKECZIO6AjhbV6b0s1QvRHkijs/DRsGLM0SzC7LNjoDlKc mQ9DQTPGJl+KlvVE84QcPJR0NFJHiIjUvEErE= Received: by 10.151.42.18 with SMTP id u18mr2202723ybj.221.1214927936048; Tue, 01 Jul 2008 08:58:56 -0700 (PDT) Received: by 10.150.53.16 with HTTP; Tue, 1 Jul 2008 08:58:55 -0700 (PDT) Message-ID: Date: Tue, 1 Jul 2008 16:58:55 +0100 From: "Chris Rees" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: MCP55 SATA data corruption in FreeBSD 7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: utisoft@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jul 2008 15:58:57 -0000 > Date: Tue, 1 Jul 2008 11:01:17 +0200 > From: "Daniel Eriksson" > > I am having problems with silent data corruption on (some) drives > connected to an MCP55 SATA controller. > > I have two servers, both running RELENG_7_0/amd64. One has the 570 Ultra > chipset, the other has 570 SLI. Both chipsets have the MCP55 SATA > controller. > > The server with 570 Ultra chipset has a bunch of older 250GB SATA-150 > drives hooked up to the MCP55 controller and it is working just fine. > The server with 570 SLI chipset has a bunch of new SATA-300 drives > hooked up to the MCP55 controller and it is giving me silent data > corruption (easily detectable by running ZFS scrub, every time I run it > new checksum errors show up). I know the drives are good because when > they are hooked up to another controller they work just fine. > > Unfortunately the drives does not have a jumper for setting SATA-150 > speed (they are Samsung 1 TB drives), and trying to force the drives to > SATA-150 speed with the "patch" provided by the manufacturer does not > seem to work (the drives still negotiate SATA-300 speed). I will try to > get my hands on another older SATA-150 drive (or a new that can be > jumpered) to verify if the culprit is the MCP55 revision (see below) or > the interface speed. > > > NOT working (570 SLI) > --------------------- > atapci1@pci0:0:5:0: class=0x010185 card=0x72501462 chip=0x037f10de > rev=0xa2 hdr=0x00 > vendor = 'Nvidia Corp' > device = 'MCP55 SATA Controller' > class = mass storage > subclass = ATA > > Working (570 Ultra) > ------------------- > atapci1@pci0:0:5:0: class=0x010185 card=0xcb8410de chip=0x037f10de > rev=0xa3 hdr=0x00 > vendor = 'Nvidia Corp' > device = 'MCP55 SATA Controller' > class = mass storage > subclass = ATA > > This is most likely related to kern/120296 > (http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/120296) and kern/121396 > (http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/121396). > > > If someone else is having data corruption problems with drives connected > to an MCP55 controller it might be worth testing if limiting the drives > to SATA-150 makes a difference. It will most likely take me a while > before I can verify this. > > --- > Daniel Eriksson (http://www.toomuchdata.com/) > I have a 570 SLI too (Asus M2N-SLI Deluxe), I've been looking for an excuse to put FreeBSD on here :) I'll start installing it, anything I should do to make this error more obvious? My hard drive is a WDC WD2000JS-00SGB0; http://www.wdc.com/en/library/sata/2879-001146.pdf Chris From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 16:39:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBEC91065679 for ; Tue, 1 Jul 2008 16:39:51 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.28]) by mx1.freebsd.org (Postfix) with ESMTP id 552848FC18 for ; Tue, 1 Jul 2008 16:39:51 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so102442yxb.13 for ; Tue, 01 Jul 2008 09:39:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:x-face:x-attribution:x-os-kernel:x-os-version :x-os-architecture:x-uptime:x-url:x-mail-morse:x-openpgp-fingerprint :x-openpgp-id:face:organization:user-agent:sender; bh=P7L0B8o2u2Mi+xR3sMGfQwpwAtkvO/sbD9I0c3PxdRo=; b=vZ2nO5mpeU7l8Ie88GqGzu8MuSlN9i3pwABC+aU7iN3alYQ2dXCVhBOWaiuEU+WGx/ 9rwrYjfCxmjI1fx+q+kr6RvbYGh9KCVvuCkgDhqOsfXyKhYY01Z+hQV74Oj/G5r8Ovkn Gjv4F/U/hC4nyrflM9kkP54udTktruF+hVneU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:x-face:x-attribution :x-os-kernel:x-os-version:x-os-architecture:x-uptime:x-url :x-mail-morse:x-openpgp-fingerprint:x-openpgp-id:face:organization :user-agent:sender; b=Xdr+GgThKkqg89/LRg74uw6W98TzGamCaE8mEGxgd8T9T+Wjpfumg1HB4a2t7jUdgf 8kLLy90EFCLHQoiolDGqkvTiL7u9W1HvZqBapkyL/LHW65oGb5dXRLNIDfenFltTRI9E /BvcIm5dM4kvYOUL6DFobe3FjQPBEe8QGDCNg= Received: by 10.114.157.1 with SMTP id f1mr5880098wae.14.1214928850532; Tue, 01 Jul 2008 09:14:10 -0700 (PDT) Received: from chateau.d.lf ( [122.162.237.141]) by mx.google.com with ESMTPS id a8sm7493100poa.12.2008.07.01.09.14.08 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 01 Jul 2008 09:14:10 -0700 (PDT) Date: Tue, 1 Jul 2008 21:44:43 +0530 From: =?utf-8?B?4KSG4KS24KWA4KS3IOCktuClgeCkleCljeCksg==?= Ashish Shukla To: freebsd-stable@freebsd.org Message-ID: <20080701161443.GA4955@chateau.d.lf> References: <1052423937.20080630135423@hot.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="opJtzjQTFsWo+cga" Content-Disposition: inline In-Reply-To: <1052423937.20080630135423@hot.pl> X-Face: "\:nMpJ)EA!j>2nEu-[(+&o:N+CtL^AS\,Jv*LO5qBr#W2.\=d Subject: Re: Marvell Yukon 88E8062 - media selection problem 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, 01 Jul 2008 16:39:51 -0000 --opJtzjQTFsWo+cga Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable ,--[ On Mon, Jun 30, 2008 at 01:54:23PM +0200, Krzysztof Jedruczyk wrote: | Hi, |=20 | I am trying to bring up gigabit interface in couple of Nexcom blade serve= rs running FreeBSD/amd64. The interfaces (two Marvell Yukon 88E8062 control= lers) are recognized properly, but no media is ever detected: |=20 | > ifconfig | msk0: flags=3D8802 metric 0 mtu 1500 | options=3D11a | ether 00:10:f3:0d:d6:45 | media: Ethernet autoselect (none) | status: no carrier | msk1: flags=3D8802 metric 0 mtu 1500 | options=3D11a | ether 00:10:f3:0d:d6:46 | media: Ethernet autoselect (none) | status: no carrier |=20 | I tried manual setting of media - but the driver won't allow me to set 10= 00baseSX link (this is what other blades in the same chasis with working em= driver are reporting). |=20 | # ifconfig msk0 media 1000baseSX | ifconfig: SIOCSIFMEDIA (media): Device not configured How about doing 'ifconfig msk0 up' prior to setting media ? Not sure, if that'll work. HTH Ashish --=20 =C2=B7-- =C2=B7- =C2=B7=C2=B7=C2=B7=C2=B7 =C2=B7--- =C2=B7- =C2=B7=C2=B7=C2= =B7- =C2=B7- =C2=B7--=C2=B7-=C2=B7 --=C2=B7 -- =C2=B7- =C2=B7=C2=B7 =C2=B7-= =C2=B7=C2=B7 =C2=B7-=C2=B7-=C2=B7- -=C2=B7-=C2=B7 --- -- --opJtzjQTFsWo+cga Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkhqV/IACgkQHy+EEHYuXnTawACgukXBFvBP5Nbi0Mlsqnps974a HIYAn3XTiR2UTlcoGYgXg1gvbMYSmjZI =0tm7 -----END PGP SIGNATURE----- --opJtzjQTFsWo+cga-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 16:55:25 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C51B41065678 for ; Tue, 1 Jul 2008 16:55:25 +0000 (UTC) (envelope-from daniel_k_eriksson@telia.com) Received: from pne-smtpout1-sn1.fre.skanova.net (pne-smtpout1-sn1.fre.skanova.net [81.228.11.98]) by mx1.freebsd.org (Postfix) with ESMTP id 815138FC1A for ; Tue, 1 Jul 2008 16:55:25 +0000 (UTC) (envelope-from daniel_k_eriksson@telia.com) Received: from royal64.emp.zapto.org (195.198.193.168) by pne-smtpout1-sn1.fre.skanova.net (7.3.129) id 47A9795002A39D05; Tue, 1 Jul 2008 18:55:24 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-class: urn:content-classes:message Date: Tue, 1 Jul 2008 18:55:23 +0200 Message-ID: <4F9C9299A10AE74E89EA580D14AA10A61A196C@royal64.emp.zapto.org> X-MimeOLE: Produced By Microsoft Exchange V6.5.7235.2 In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: MCP55 SATA data corruption in FreeBSD 7 Thread-Index: Acjbk6ISq2/onaBrQLGJs8F6JcHyHwABxjWg References: From: "Daniel Eriksson" To: Cc: utisoft@gmail.com Subject: RE: MCP55 SATA data corruption in FreeBSD 7 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, 01 Jul 2008 16:55:25 -0000 Chris Rees wrote: > I have a 570 SLI too (Asus M2N-SLI Deluxe), I've been looking for an > excuse to put FreeBSD on here :) >=20 > I'll start installing it, anything I should do to make this=20 > error more obvious? No, if it is a common problem with this chipset and/or MCP55 controller revision (which I think) then you should run into problems pretty much as soon as you start reading from the drive (on initial boot after install for example). I'm not sure if the problem is amd64 specific or not, but it seems the people that have reported problems have all run amd64 (and not i386). This might be a coincident though. ___ Daniel Eriksson (http://www.toomuchdata.com/) From owner-freebsd-stable@FreeBSD.ORG Tue Jul 1 23:00:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 823A21065670 for ; Tue, 1 Jul 2008 23:00:45 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0B2268FC0A for ; Tue, 1 Jul 2008 23:00:44 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m61N0XLw034477; Tue, 1 Jul 2008 19:00:34 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Tue, 1 Jul 2008 18:36:32 -0400 User-Agent: KMail/1.9.7 References: <20080627031233.9DC4945047@ptavv.es.net> In-Reply-To: <20080627031233.9DC4945047@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200807011836.32855.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Tue, 01 Jul 2008 19:00:35 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/7609/Tue Jul 1 18:24:43 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Volker , Kelly Black Subject: Re: Problem with /boot/loader 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, 01 Jul 2008 23:00:45 -0000 On Thursday 26 June 2008 11:12:33 pm Kevin Oberman wrote: > > Date: Thu, 26 Jun 2008 23:53:44 +0200 > > From: Volker > > Sender: owner-freebsd-stable@freebsd.org > > > > On 12/23/-58 20:59, Kelly Black wrote: > > > Hello, > > > > > > I have a problem with loader. I recently upgraded from 6_rel to 7_rel. > > > Now when I install world there is a problem booting. > > > > > > Here is what I do: > > > cd /usr/src > > > make buildworld > > > make buildkernel KERNCONF=BLACK > > > make installkernel KERNCONF=BLACK > > > > > > At this point I can reboot and all is good. After boot I install the new world: > > > > > > cd /usr/src > > > mergemaster -p > > > reboot into single user mode > > > cd /usr/src > > > make installworld > > > mergemaster > > > > > > Now when I reboot there is a problem. I get an error that the system > > > cannot boot. Part of it looks like this: > > > Can't work out which disk we are booting from. > > > Guessed BIOS device 0xffffffff not found by probes, defaulting to disk0: > > > > > > If I boot from a live disk and replace /boot/loader with > > > /boot/loader.old it boots up fine and everything looks good. A new > > > world and a new kernel. I would be grateful for any help or any > > > pointers. > > > > > > Sincerely, > > > Kel > > > > > > PS I do not do anything special with my loader config files: > > > > > > $ cat loader.conf > > >... > > > > Kelly, > > > > the /boot/loader.conf file does not come into play at that stage. Early > > in the loader code, loader needs to figure out, which disk (BIOS device) > > has been booted from. Until loader knows which device was booted up, > > it's unable to access any files (even loader.conf) on your boot device. > > > > As I've never seen such a problem while upgrading any system, I suspect > > your problem must be settings specific. Can you show me your kernel > > config or are you using a plain vanilla GENERIC? Which arch are we > > talking about? > > > > As I'm currently investigating another boot problem (but earlier in the > > boot chain), I'll check boot logic in the source code and may check for > > your issue, too, at that time, so it's just one effort. But please stay > > patient for some days, as I'm currently too busy. > > We just got hit by this. The loader never loads and nothing boots. But a > system admin discovered that the problem disappeared if the /boot.conf > file was deleted. It just contained '-P'. > > Once this file was removed, the system just booted up as expected. When > he changed it to -D or -h, the boot still locked up. Hmm, this is actually a bit helpful. What if you set the equivalent variables in /boot/loader.conf (e.g. console=comconsole) does it still hang? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 01:11:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9AD81065675 for ; Wed, 2 Jul 2008 01:11:41 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.228]) by mx1.freebsd.org (Postfix) with ESMTP id 69AB58FC1B for ; Wed, 2 Jul 2008 01:11:41 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so199867rvf.43 for ; Tue, 01 Jul 2008 18:11:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=WtihZ0bp7vsKatlDz+YXK4xCifNyxBb1aaZQOi16sRs=; b=oyNvOcWBXdjgqbL6OD/0ldf+aJF90NVJAgXMxMSl9WfzYexcPCdEHoWVo7YnAKuvah 81UD0kdtFPUctoSAkwJ88sj25imJN1JTWrv+5LctDl0IWmLLZ41U8WuNvaPoa7ify6R0 Vxjn9P+Bl7tGcozrr9n8MzxpTCjpDfITh9AA4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=Ke8nBlHIBegoNMpXSKRPAwc3/uMEScVI1Ox4Ee6uEVUJLQ0cniatogbJcOt3rKCBmH ePfmMKUmnRpnQW8Lfiq9OlEtqMejw6inaoRMArzUyIByhNuFD4R+oEttmMxEB2ESHKLd eT6RXwT1ohHLvkuw78MVlC11zE2kUVNhoLtZI= Received: by 10.140.136.6 with SMTP id j6mr4012408rvd.231.1214961101105; Tue, 01 Jul 2008 18:11:41 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id g31sm11200860rvb.2.2008.07.01.18.11.38 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 01 Jul 2008 18:11:40 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m6219VWa088257 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 2 Jul 2008 10:09:31 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m6219Tl5088256; Wed, 2 Jul 2008 10:09:29 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 2 Jul 2008 10:09:29 +0900 From: Pyun YongHyeon To: Krzysztof J??druczyk Message-ID: <20080702010929.GA87933@cdnetworks.co.kr> References: <1052423937.20080630135423@hot.pl> <20080701004855.GF83626@cdnetworks.co.kr> <486A07A4.1070406@hot.pl> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline In-Reply-To: <486A07A4.1070406@hot.pl> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Marvell Yukon 88E8062 - media selection problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2008 01:11:41 -0000 --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Jul 01, 2008 at 12:32:04PM +0200, Krzysztof J??druczyk wrote: > Hi, > > Pyun YongHyeon wrote: > >The 88E8062 support wasn't tested due to lack of hardware and I just > >copied the device id from myk driver. Would you show me the output > >of "devinfo -rv| grep oui" ? Also it would be better if I can see > >verbosed boot message. > > > > Here you go: > > # devinfo -rv | grep oui > e1000phy0 pnpinfo oui=0x5043 model=0x9 rev=0x1 at phyno=0 > e1000phy1 pnpinfo oui=0x5043 model=0x9 rev=0x1 at phyno=0 > inphy0 pnpinfo oui=0xaa00 model=0x15 rev=0x4 at phyno=1 > > And dmesg with '-v' in boot.config and 'verbose_loading="YES"' in > loader.conf: > Would you try attached patch? The patch is just for checking code path of fiber media. Btw, it looks like you have dual port controller, right? -- Regards, Pyun YongHyeon --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="e1000phy.fiber.patch" --- sys/dev/mii/e1000phy.c.orig 2007-11-21 14:51:55.000000000 +0900 +++ sys/dev/mii/e1000phy.c 2008-07-02 09:57:39.000000000 +0900 @@ -148,10 +148,13 @@ esc->mii_model = MII_MODEL(ma->mii_id2); switch (esc->mii_model) { case MII_MODEL_MARVELL_E1011: - case MII_MODEL_MARVELL_E1112: if (PHY_READ(sc, E1000_ESSR) & E1000_ESSR_FIBER_LINK) sc->mii_flags |= MIIF_HAVEFIBER; break; + case MII_MODEL_MARVELL_E1112: + /* XXX Should have a way to get instance info. */ + sc->mii_flags |= MIIF_HAVEFIBER; + break; case MII_MODEL_MARVELL_E3082: /* 88E3082 10/100 Fast Ethernet PHY. */ sc->mii_anegticks = MII_ANEGTICKS; --nFreZHaLTZJo0R7j-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 03:30:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4750E1065689 for ; Wed, 2 Jul 2008 03:30:14 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.231]) by mx1.freebsd.org (Postfix) with ESMTP id EB5328FC0C for ; Wed, 2 Jul 2008 03:30:13 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by wr-out-0506.google.com with SMTP id c8so77860wra.27 for ; Tue, 01 Jul 2008 20:30:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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; bh=jACUFa2e4Fkcha8IzmdNszD8Le9FLypIiDpHhInyQak=; b=x1NInCZtAAymcmc9YfVR6QjDMUt8czSH85e5yUKWik6bijiOzfJsy78698GdFksAQa OXTD/e7nPFo8aVL+SMxTWEsilXUWq2dlV92Uq3aAxTNTzMV2LTg/ggTplYlCBIDrEfOU tyv/Qqe9cptc15SHdUSv9V96WOzwRWhKlm6Rg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=VfN8mg1ed71nVatUHR7y/86IXtlDWYhSfPBY/14tfL1hJg4Or3EmiemybFUIGP/qHN 6i06mBzrM5mftxCckiQk7rTbBw+CUya2smdsuJM48g5rAckzSALskc4h0nLxR6kXU95g EVJfUKNP9hJ3podiLXK1dGWMAHo6t8fxWwyFU= Received: by 10.90.113.17 with SMTP id l17mr7737539agc.68.1214967781152; Tue, 01 Jul 2008 20:03:01 -0700 (PDT) Received: by 10.90.79.1 with HTTP; Tue, 1 Jul 2008 20:03:00 -0700 (PDT) Message-ID: <790a9fff0807012003j1b187d3dr75496cd239696137@mail.gmail.com> Date: Tue, 1 Jul 2008 22:03:00 -0500 From: "Scot Hetzel" To: "Yousef Raffah" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080630110349.GA80339@eos.sc1.parodius.com> Cc: freebsd-stable@freebsd.org Subject: Re: Syncing or maybe update 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: Wed, 02 Jul 2008 03:30:14 -0000 On Tue, Jul 1, 2008 at 6:13 AM, Yousef Raffah wrote: > I guess I couldn't figure out how to checkout RELENG_7_0_0_RELEASE > from the mirror > freebsdanoncvs@anoncvs.FreeBSD.org:/home/ncvs > I typed this: > # cvs checkout -r RELENG_7_0_0_RELEASE src > > Can someone help with it, I can't spot an issue with the syntax but it > is complaining saying: > cvs [checkout aborted]: cannot write /home/ncvs/CVSROOT/val-tags: > Permission denied Have a look at the handbook section: A.3 Using Anonymous CVS http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/anoncvs.html Scot From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 03:52:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1D59106567A for ; Wed, 2 Jul 2008 03:52:32 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp2.yandex.ru (smtp2.yandex.ru [213.180.200.18]) by mx1.freebsd.org (Postfix) with ESMTP id F2A1F8FC15 for ; Wed, 2 Jul 2008 03:52:31 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mail.kirov.so-cdu.ru ([77.72.136.145]:60915 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S4395352AbYGBDwZ (ORCPT ); Wed, 2 Jul 2008 07:52:25 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp2 X-Yandex-TimeMark: 1214970745 X-MsgDayCount: 3 X-Comment: RFC 2476 MSA function at smtp2.yandex.ru logged sender identity as: bu7cher Message-ID: <486AFB78.5030905@yandex.ru> Date: Wed, 02 Jul 2008 07:52:24 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Daniel Eriksson References: <4F9C9299A10AE74E89EA580D14AA10A61A196C@royal64.emp.zapto.org> In-Reply-To: <4F9C9299A10AE74E89EA580D14AA10A61A196C@royal64.emp.zapto.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, utisoft@gmail.com Subject: Re: MCP55 SATA data corruption in FreeBSD 7 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, 02 Jul 2008 03:52:32 -0000 Daniel Eriksson wrote: > I'm not sure if the problem is amd64 specific or not, but it seems the > people that have reported problems have all run amd64 (and not i386). > This might be a coincident though. I have two motherboards with MCP55. They work well and I didn't see any data corruption. 1. ASUS M2N32 WS Pro (nForce 590 Ultra) FreeBSD 8.0-CURRENT amd64 atapci1@pci0:0:13:0: class=0x010185 card=0x81fb1043 chip=0x037f10de rev=0xa2 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP55 SATA Controller' class = mass storage subclass = ATA 2. EPOX (don't remember version) (nForce 570 Ultra) FreeBSD 6.2-STABLE amd64 atapci1@pci0:5:0: class=0x010185 card=0x10261695 chip=0x037f10de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' class = mass storage subclass = ATA Both work on amd64 many months... -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 04:42:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1BF81065670 for ; Wed, 2 Jul 2008 04:42:20 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from mail.netconsonance.com (mail.netconsonance.com [198.207.204.4]) by mx1.freebsd.org (Postfix) with ESMTP id DAC728FC1C for ; Wed, 2 Jul 2008 04:42:20 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from [172.16.12.8] (covad-jrhett.meer.net [209.157.140.144]) (authenticated bits=0) by mail.netconsonance.com (8.14.1/8.14.1) with ESMTP id m624gG7s048833; Tue, 1 Jul 2008 21:42:17 -0700 (PDT) (envelope-from jrhett@netconsonance.com) X-Virus-Scanned: amavisd-new at netconsonance.com X-Spam-Flag: NO X-Spam-Score: -3.156 X-Spam-Level: X-Spam-Status: No, score=-3.156 tagged_above=-999 required=3.5 tests=[ALL_TRUSTED=-1.44, AWL=-1.716] Message-Id: <3AC5DAEE-95F1-4211-A819-CC085DD180ED@netconsonance.com> From: Jo Rhett To: Marian Hettwer In-Reply-To: <29641b38fd128219d11b0a910949a68c@localhost> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v924) Date: Tue, 1 Jul 2008 21:42:16 -0700 References: <29641b38fd128219d11b0a910949a68c@localhost> X-Mailer: Apple Mail (2.924) Cc: freebsd-stable@freebsd.org Subject: Re: no serial console for ttyd0 HP Blade 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, 02 Jul 2008 04:42:21 -0000 This rhymes with sio deciding that your TTY is something other than ttyd0. We had this same problem on Rackable -- even though the proper tty was setup 0x3f8 irq 4 it was being assigned to sio1. You can see this by 'grep sio /var/log/messages' The only fix for this is to edit /boot/device.hints and reassign the flags to the sio1 interface, like so: hint.sio.1.at="isa" hint.sio.1.port="0x3F8" hint.sio.1.flags="0x10" hint.sio.1.irq="4" hint.sio.0.at="isa" hint.sio.0.port="0x2F8" hint.sio.0.irq="3" On Jul 1, 2008, at 8:23 AM, Marian Hettwer wrote: > I installed a recent (as of today) RELENG_7 on one of our HP Blades. > Unluckily my serial output stops right when a getty at ttyd0 should > kick > in. So I'm blind for the rest of the startup. > Very unfortunate. > The boot menu, as the bootup itself is printed out on serial console > until: > da0: Fixed Direct Access SCSI-5 device > da0: 135.168MB/s transfers > da0: 139947MB (286611840 512 byte sectors: 255H 32S/T 35124C) > Trying to mount root from ufs:/dev/da0s1a > bce0: link state changed to DOWN > bce0: link state changed to UP > bce1: link state changed to UP > > Which is, what I think, the point when init should take over and > spawn a > serial console on ttyd0, according to my /etc/ttys: > # grep ttyd0 /etc/ttys > ttyd0 "/usr/libexec/getty std.9600" vt100 on secure > > # cat /boot/loader.conf > comconsole_speed="9600" > console="vidconsole,comconsole" # A comma separated list of > console(s) > boot_multicons="-D" # -D: Use multiple consoles > boot_serial="-h" # -h: Use serial console > > # uname -a > FreeBSD db46-202.mobile.rz 7.0-STABLE FreeBSD 7.0-STABLE #0: Tue > Jul 1 > 14:59:43 CEST 2008 root@db46-202.mobile.rz:/usr/obj/usr/src/sys/ > GENERIC > amd64 > > The blade itself is a HP BL465c G5 > > Any ideas? I don't have this blade for a long time, so I'm a bit in a > hurry. > In fact, right now I'm testing this setup against a Debian 4.0 with > Linux > 2.6.25.9 under MySQL load, and up until now the machine looks good. > If I wind up with a fully working, nearly as fast and stable as our > linux > boxes installation, I'd might be able to convince "the boys at work" > to > give FreeBSD a try. > And in a 600 server setup, I'd be thrilled to do so :-) > So lets get started with this serial console issue... which is > indeed a > pain :( > > TIA, > Marian > > _______________________________________________ > 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 > " -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 06:48:07 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9E741065672 for ; Wed, 2 Jul 2008 06:48:07 +0000 (UTC) (envelope-from daniel_k_eriksson@telia.com) Received: from pne-smtpout2-sn1.fre.skanova.net (pne-smtpout2-sn1.fre.skanova.net [81.228.11.159]) by mx1.freebsd.org (Postfix) with ESMTP id A18818FC0A for ; Wed, 2 Jul 2008 06:48:07 +0000 (UTC) (envelope-from daniel_k_eriksson@telia.com) Received: from royal64.emp.zapto.org (195.198.193.168) by pne-smtpout2-sn1.fre.skanova.net (7.3.129) id 4843FAEB005D907D; Wed, 2 Jul 2008 08:48:06 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-class: urn:content-classes:message Date: Wed, 2 Jul 2008 08:48:05 +0200 Message-ID: <4F9C9299A10AE74E89EA580D14AA10A61A196F@royal64.emp.zapto.org> X-MimeOLE: Produced By Microsoft Exchange V6.5.7235.2 In-Reply-To: <486AFB78.5030905@yandex.ru> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: MCP55 SATA data corruption in FreeBSD 7 Thread-Index: Acjb90W0HkXGSsZ5TTGt0s5deTlxRwAFzGOQ References: <4F9C9299A10AE74E89EA580D14AA10A61A196C@royal64.emp.zapto.org> <486AFB78.5030905@yandex.ru> From: "Daniel Eriksson" To: Cc: "Andrey V. Elsukov" Subject: RE: MCP55 SATA data corruption in FreeBSD 7 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, 02 Jul 2008 06:48:08 -0000 Andrey V. Elsukov wrote: > I have two motherboards with MCP55. They work well and I didn't > see any data corruption. Do you have SATA-150 or SATA-300 drives connected to the motherboards? ___ Daniel Eriksson (http://www.toomuchdata.com/) From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 07:06:56 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BB9A106567B for ; Wed, 2 Jul 2008 07:06:56 +0000 (UTC) (envelope-from ulf@alameda.net) Received: from mail.alameda.net (mail.alameda.net [194.55.105.10]) by mx1.freebsd.org (Postfix) with ESMTP id 6DD618FC18 for ; Wed, 2 Jul 2008 07:06:55 +0000 (UTC) (envelope-from ulf@alameda.net) Received: by mail.alameda.net (Postfix, from userid 1000) id BDD8733C61; Tue, 1 Jul 2008 23:36:51 -0700 (PDT) Date: Tue, 1 Jul 2008 23:36:51 -0700 From: Ulf Zimmermann To: Jo Rhett Message-ID: <20080702063651.GD69034@evil.alameda.net> References: <29641b38fd128219d11b0a910949a68c@localhost> <3AC5DAEE-95F1-4211-A819-CC085DD180ED@netconsonance.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3AC5DAEE-95F1-4211-A819-CC085DD180ED@netconsonance.com> User-Agent: Mutt/1.4.2.2i Organization: Alameda Networks, Inc. X-Operating-System: FreeBSD 5.3-STABLE X-ANI-MailScanner-Information: Please contact the ISP for more information X-ANI-MailScanner: Found to be clean X-ANI-MailScanner-From: ulf@alameda.net Cc: freebsd-stable@freebsd.org, Marian Hettwer Subject: Re: no serial console for ttyd0 HP Blade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ulf@Alameda.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2008 07:06:56 -0000 Also remember that the blades have 2 serial ports, one can be accessed via a dongle in the front of the blade and I believe that is what usual would be called COM1 by default. The virtual serial via ilo takes up the COM2 by default. This is at least the default on DL series servers and I haven't checked into using the virtual serial on the Blades we have. On Tue, Jul 01, 2008 at 09:42:16PM -0700, Jo Rhett wrote: > This rhymes with sio deciding that your TTY is something other than > ttyd0. We had this same problem on Rackable -- even though the proper > tty was setup 0x3f8 irq 4 it was being assigned to sio1. You can see > this by 'grep sio /var/log/messages' > > The only fix for this is to edit /boot/device.hints and reassign the > flags to the sio1 interface, like so: > > hint.sio.1.at="isa" > hint.sio.1.port="0x3F8" > hint.sio.1.flags="0x10" > hint.sio.1.irq="4" > hint.sio.0.at="isa" > hint.sio.0.port="0x2F8" > hint.sio.0.irq="3" > > On Jul 1, 2008, at 8:23 AM, Marian Hettwer wrote: > >I installed a recent (as of today) RELENG_7 on one of our HP Blades. > >Unluckily my serial output stops right when a getty at ttyd0 should > >kick > >in. So I'm blind for the rest of the startup. > >Very unfortunate. > >The boot menu, as the bootup itself is printed out on serial console > >until: > >da0: Fixed Direct Access SCSI-5 device > >da0: 135.168MB/s transfers > >da0: 139947MB (286611840 512 byte sectors: 255H 32S/T 35124C) > >Trying to mount root from ufs:/dev/da0s1a > >bce0: link state changed to DOWN > >bce0: link state changed to UP > >bce1: link state changed to UP > > > >Which is, what I think, the point when init should take over and > >spawn a > >serial console on ttyd0, according to my /etc/ttys: > ># grep ttyd0 /etc/ttys > >ttyd0 "/usr/libexec/getty std.9600" vt100 on secure > > > ># cat /boot/loader.conf > >comconsole_speed="9600" > >console="vidconsole,comconsole" # A comma separated list of > >console(s) > >boot_multicons="-D" # -D: Use multiple consoles > >boot_serial="-h" # -h: Use serial console > > > ># uname -a > >FreeBSD db46-202.mobile.rz 7.0-STABLE FreeBSD 7.0-STABLE #0: Tue > >Jul 1 > >14:59:43 CEST 2008 root@db46-202.mobile.rz:/usr/obj/usr/src/sys/ > >GENERIC > >amd64 > > > >The blade itself is a HP BL465c G5 > > > >Any ideas? I don't have this blade for a long time, so I'm a bit in a > >hurry. > >In fact, right now I'm testing this setup against a Debian 4.0 with > >Linux > >2.6.25.9 under MySQL load, and up until now the machine looks good. > >If I wind up with a fully working, nearly as fast and stable as our > >linux > >boxes installation, I'd might be able to convince "the boys at work" > >to > >give FreeBSD a try. > >And in a 600 server setup, I'd be thrilled to do so :-) > >So lets get started with this serial console issue... which is > >indeed a > >pain :( > > > >TIA, > >Marian > > > >_______________________________________________ > >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 > >" > > -- > Jo Rhett > Net Consonance : consonant endings by net philanthropy, open source > and other randomness > > > _______________________________________________ > 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" > -- Regards, Ulf. --------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://www.Alameda.net/~ulf/resume.html From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 07:06:56 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 917CD106567C for ; Wed, 2 Jul 2008 07:06:56 +0000 (UTC) (envelope-from ulf@alameda.net) Received: from mail.alameda.net (mail.alameda.net [194.55.105.10]) by mx1.freebsd.org (Postfix) with ESMTP id 739718FC1A for ; Wed, 2 Jul 2008 07:06:55 +0000 (UTC) (envelope-from ulf@alameda.net) Received: by mail.alameda.net (Postfix, from userid 1000) id B86CB33C61; Tue, 1 Jul 2008 23:38:37 -0700 (PDT) Date: Tue, 1 Jul 2008 23:38:37 -0700 From: Ulf Zimmermann To: Ulf Zimmermann Message-ID: <20080702063837.GE69034@evil.alameda.net> References: <29641b38fd128219d11b0a910949a68c@localhost> <3AC5DAEE-95F1-4211-A819-CC085DD180ED@netconsonance.com> <20080702063651.GD69034@evil.alameda.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080702063651.GD69034@evil.alameda.net> User-Agent: Mutt/1.4.2.2i Organization: Alameda Networks, Inc. X-Operating-System: FreeBSD 5.3-STABLE X-ANI-MailScanner-Information: Please contact the ISP for more information X-ANI-MailScanner: Found to be clean X-ANI-MailScanner-From: ulf@alameda.net Cc: Jo Rhett , freebsd-stable@freebsd.org, Marian Hettwer Subject: Re: no serial console for ttyd0 HP Blade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ulf@Alameda.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2008 07:06:56 -0000 I take that back, on blades the virtual serial is on COM1. On Tue, Jul 01, 2008 at 11:36:51PM -0700, Ulf Zimmermann wrote: > Also remember that the blades have 2 serial ports, one can be accessed via > a dongle in the front of the blade and I believe that is what usual would be > called COM1 by default. The virtual serial via ilo takes up the COM2 by > default. This is at least the default on DL series servers and I haven't > checked into using the virtual serial on the Blades we have. > > On Tue, Jul 01, 2008 at 09:42:16PM -0700, Jo Rhett wrote: > > This rhymes with sio deciding that your TTY is something other than > > ttyd0. We had this same problem on Rackable -- even though the proper > > tty was setup 0x3f8 irq 4 it was being assigned to sio1. You can see > > this by 'grep sio /var/log/messages' > > > > The only fix for this is to edit /boot/device.hints and reassign the > > flags to the sio1 interface, like so: > > > > hint.sio.1.at="isa" > > hint.sio.1.port="0x3F8" > > hint.sio.1.flags="0x10" > > hint.sio.1.irq="4" > > hint.sio.0.at="isa" > > hint.sio.0.port="0x2F8" > > hint.sio.0.irq="3" > > > > On Jul 1, 2008, at 8:23 AM, Marian Hettwer wrote: > > >I installed a recent (as of today) RELENG_7 on one of our HP Blades. > > >Unluckily my serial output stops right when a getty at ttyd0 should > > >kick > > >in. So I'm blind for the rest of the startup. > > >Very unfortunate. > > >The boot menu, as the bootup itself is printed out on serial console > > >until: > > >da0: Fixed Direct Access SCSI-5 device > > >da0: 135.168MB/s transfers > > >da0: 139947MB (286611840 512 byte sectors: 255H 32S/T 35124C) > > >Trying to mount root from ufs:/dev/da0s1a > > >bce0: link state changed to DOWN > > >bce0: link state changed to UP > > >bce1: link state changed to UP > > > > > >Which is, what I think, the point when init should take over and > > >spawn a > > >serial console on ttyd0, according to my /etc/ttys: > > ># grep ttyd0 /etc/ttys > > >ttyd0 "/usr/libexec/getty std.9600" vt100 on secure > > > > > ># cat /boot/loader.conf > > >comconsole_speed="9600" > > >console="vidconsole,comconsole" # A comma separated list of > > >console(s) > > >boot_multicons="-D" # -D: Use multiple consoles > > >boot_serial="-h" # -h: Use serial console > > > > > ># uname -a > > >FreeBSD db46-202.mobile.rz 7.0-STABLE FreeBSD 7.0-STABLE #0: Tue > > >Jul 1 > > >14:59:43 CEST 2008 root@db46-202.mobile.rz:/usr/obj/usr/src/sys/ > > >GENERIC > > >amd64 > > > > > >The blade itself is a HP BL465c G5 > > > > > >Any ideas? I don't have this blade for a long time, so I'm a bit in a > > >hurry. > > >In fact, right now I'm testing this setup against a Debian 4.0 with > > >Linux > > >2.6.25.9 under MySQL load, and up until now the machine looks good. > > >If I wind up with a fully working, nearly as fast and stable as our > > >linux > > >boxes installation, I'd might be able to convince "the boys at work" > > >to > > >give FreeBSD a try. > > >And in a 600 server setup, I'd be thrilled to do so :-) > > >So lets get started with this serial console issue... which is > > >indeed a > > >pain :( > > > > > >TIA, > > >Marian > > > > > >_______________________________________________ > > >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 > > >" > > > > -- > > Jo Rhett > > Net Consonance : consonant endings by net philanthropy, open source > > and other randomness > > > > > > _______________________________________________ > > 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" > > > > -- > Regards, Ulf. > > --------------------------------------------------------------------- > Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 > You can find my resume at: http://www.Alameda.net/~ulf/resume.html -- Regards, Ulf. --------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://www.Alameda.net/~ulf/resume.html From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 07:16:47 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 078AB1065679 for ; Wed, 2 Jul 2008 07:16:47 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from mail.netconsonance.com (mail.netconsonance.com [198.207.204.4]) by mx1.freebsd.org (Postfix) with ESMTP id E1BC18FC28 for ; Wed, 2 Jul 2008 07:16:46 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from [172.16.12.8] (covad-jrhett.meer.net [209.157.140.144]) (authenticated bits=0) by mail.netconsonance.com (8.14.1/8.14.1) with ESMTP id m627Gf89053346; Wed, 2 Jul 2008 00:16:42 -0700 (PDT) (envelope-from jrhett@netconsonance.com) X-Virus-Scanned: amavisd-new at netconsonance.com X-Spam-Flag: NO X-Spam-Score: -3.143 X-Spam-Level: X-Spam-Status: No, score=-3.143 tagged_above=-999 required=3.5 tests=[ALL_TRUSTED=-1.44, AWL=-1.703] Message-Id: From: Jo Rhett To: ulf@alameda.net In-Reply-To: <20080702063837.GE69034@evil.alameda.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v924) Date: Wed, 2 Jul 2008 00:16:41 -0700 References: <29641b38fd128219d11b0a910949a68c@localhost> <3AC5DAEE-95F1-4211-A819-CC085DD180ED@netconsonance.com> <20080702063651.GD69034@evil.alameda.net> <20080702063837.GE69034@evil.alameda.net> X-Mailer: Apple Mail (2.924) Cc: freebsd-stable@freebsd.org, Marian Hettwer Subject: Re: no serial console for ttyd0 HP Blade 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, 02 Jul 2008 07:16:47 -0000 I'll bet you that sio is deciding that com1 or not, it's sio1 (not sio0) which can be fixed with the changes I mention below. On Jul 1, 2008, at 11:38 PM, Ulf Zimmermann wrote: > I take that back, on blades the virtual serial is on COM1. > > On Tue, Jul 01, 2008 at 11:36:51PM -0700, Ulf Zimmermann wrote: >> Also remember that the blades have 2 serial ports, one can be >> accessed via >> a dongle in the front of the blade and I believe that is what usual >> would be >> called COM1 by default. The virtual serial via ilo takes up the >> COM2 by >> default. This is at least the default on DL series servers and I >> haven't >> checked into using the virtual serial on the Blades we have. >> >> On Tue, Jul 01, 2008 at 09:42:16PM -0700, Jo Rhett wrote: >>> This rhymes with sio deciding that your TTY is something other than >>> ttyd0. We had this same problem on Rackable -- even though the >>> proper >>> tty was setup 0x3f8 irq 4 it was being assigned to sio1. You can >>> see >>> this by 'grep sio /var/log/messages' >>> >>> The only fix for this is to edit /boot/device.hints and reassign the >>> flags to the sio1 interface, like so: >>> >>> hint.sio.1.at="isa" >>> hint.sio.1.port="0x3F8" >>> hint.sio.1.flags="0x10" >>> hint.sio.1.irq="4" >>> hint.sio.0.at="isa" >>> hint.sio.0.port="0x2F8" >>> hint.sio.0.irq="3" >>> >>> On Jul 1, 2008, at 8:23 AM, Marian Hettwer wrote: >>>> I installed a recent (as of today) RELENG_7 on one of our HP >>>> Blades. >>>> Unluckily my serial output stops right when a getty at ttyd0 should >>>> kick >>>> in. So I'm blind for the rest of the startup. >>>> Very unfortunate. >>>> The boot menu, as the bootup itself is printed out on serial >>>> console >>>> until: >>>> da0: Fixed Direct Access SCSI-5 device >>>> da0: 135.168MB/s transfers >>>> da0: 139947MB (286611840 512 byte sectors: 255H 32S/T 35124C) >>>> Trying to mount root from ufs:/dev/da0s1a >>>> bce0: link state changed to DOWN >>>> bce0: link state changed to UP >>>> bce1: link state changed to UP >>>> >>>> Which is, what I think, the point when init should take over and >>>> spawn a >>>> serial console on ttyd0, according to my /etc/ttys: >>>> # grep ttyd0 /etc/ttys >>>> ttyd0 "/usr/libexec/getty std.9600" vt100 on secure >>>> >>>> # cat /boot/loader.conf >>>> comconsole_speed="9600" >>>> console="vidconsole,comconsole" # A comma separated list of >>>> console(s) >>>> boot_multicons="-D" # -D: Use multiple consoles >>>> boot_serial="-h" # -h: Use serial console >>>> >>>> # uname -a >>>> FreeBSD db46-202.mobile.rz 7.0-STABLE FreeBSD 7.0-STABLE #0: Tue >>>> Jul 1 >>>> 14:59:43 CEST 2008 root@db46-202.mobile.rz:/usr/obj/usr/src/ >>>> sys/ >>>> GENERIC >>>> amd64 >>>> >>>> The blade itself is a HP BL465c G5 >>>> >>>> Any ideas? I don't have this blade for a long time, so I'm a bit >>>> in a >>>> hurry. >>>> In fact, right now I'm testing this setup against a Debian 4.0 with >>>> Linux >>>> 2.6.25.9 under MySQL load, and up until now the machine looks good. >>>> If I wind up with a fully working, nearly as fast and stable as our >>>> linux >>>> boxes installation, I'd might be able to convince "the boys at >>>> work" >>>> to >>>> give FreeBSD a try. >>>> And in a 600 server setup, I'd be thrilled to do so :-) >>>> So lets get started with this serial console issue... which is >>>> indeed a >>>> pain :( >>>> >>>> TIA, >>>> Marian >>>> >>>> _______________________________________________ >>>> 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 >>>> " >>> >>> -- >>> Jo Rhett >>> Net Consonance : consonant endings by net philanthropy, open source >>> and other randomness >>> >>> >>> _______________________________________________ >>> 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 >>> " >>> >> >> -- >> Regards, Ulf. >> >> --------------------------------------------------------------------- >> Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 >> You can find my resume at: http://www.Alameda.net/~ulf/resume.html > > -- > Regards, Ulf. > > --------------------------------------------------------------------- > Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 > You can find my resume at: http://www.Alameda.net/~ulf/resume.html -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 07:17:56 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 986C71065684 for ; Wed, 2 Jul 2008 07:17:56 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp8.yandex.ru (smtp8.yandex.ru [213.180.200.213]) by mx1.freebsd.org (Postfix) with ESMTP id D91328FC22 for ; Wed, 2 Jul 2008 07:17:55 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mail.kirov.so-cdu.ru ([77.72.136.145]:41921 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S7455979AbYGBHRu (ORCPT ); Wed, 2 Jul 2008 11:17:50 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp8 X-Yandex-TimeMark: 1214983070 X-MsgDayCount: 5 X-Comment: RFC 2476 MSA function at smtp8.yandex.ru logged sender identity as: bu7cher Message-ID: <486B2B9C.2080007@yandex.ru> Date: Wed, 02 Jul 2008 11:17:48 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Daniel Eriksson References: <4F9C9299A10AE74E89EA580D14AA10A61A196C@royal64.emp.zapto.org> <486AFB78.5030905@yandex.ru> <4F9C9299A10AE74E89EA580D14AA10A61A196F@royal64.emp.zapto.org> In-Reply-To: <4F9C9299A10AE74E89EA580D14AA10A61A196F@royal64.emp.zapto.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: MCP55 SATA data corruption in FreeBSD 7 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, 02 Jul 2008 07:17:56 -0000 Daniel Eriksson wrote: >> I have two motherboards with MCP55. They work well and I didn't >> see any data corruption. > > Do you have SATA-150 or SATA-300 drives connected to the motherboards? All drives are SATA-300: FreeBSD 6.2: 1x WDC WD3200YS-01PGB0/21.00M21 FreeBSD 8.0: 5x WDC WD5001ABYS-01YNA0/59.01D01 1x WDC WD1200JS-00MHB0/02.01C03 -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 07:27:42 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C23161065673 for ; Wed, 2 Jul 2008 07:27:42 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 8275A8FC20 for ; Wed, 2 Jul 2008 07:27:41 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 614941CC071; Wed, 2 Jul 2008 00:27:41 -0700 (PDT) Date: Wed, 2 Jul 2008 00:27:41 -0700 From: Jeremy Chadwick To: Jo Rhett Message-ID: <20080702072741.GA45396@eos.sc1.parodius.com> References: <29641b38fd128219d11b0a910949a68c@localhost> <3AC5DAEE-95F1-4211-A819-CC085DD180ED@netconsonance.com> <20080702063651.GD69034@evil.alameda.net> <20080702063837.GE69034@evil.alameda.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org, Marian Hettwer Subject: Re: no serial console for ttyd0 HP Blade 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, 02 Jul 2008 07:27:42 -0000 On Wed, Jul 02, 2008 at 12:16:41AM -0700, Jo Rhett wrote: > I'll bet you that sio is deciding that com1 or not, it's sio1 (not sio0) > which can be fixed with the changes I mention below. > > On Jul 1, 2008, at 11:38 PM, Ulf Zimmermann wrote: >> I take that back, on blades the virtual serial is on COM1. I agree with Joe. Chances are it may be "COM1" in the BIOS, but it may be actually wired to the equivalent of COM2. Or, the blade manufacturer set the ACPI table to point 0x3f8/4 to COM2 and 0x2f8/3 to COM1. I've seen this on one Supermicro board (front panel COM port is COM2, rear is COM1; but no mention of what's what in the manual. You actually have to experiment to find 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 Wed Jul 2 07:28:27 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06A491065675 for ; Wed, 2 Jul 2008 07:28:27 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id E70578FC22 for ; Wed, 2 Jul 2008 07:28:26 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id D55881CC070; Wed, 2 Jul 2008 00:28:26 -0700 (PDT) Date: Wed, 2 Jul 2008 00:28:26 -0700 From: Jeremy Chadwick To: "Andrey V. Elsukov" Message-ID: <20080702072826.GB45396@eos.sc1.parodius.com> References: <4F9C9299A10AE74E89EA580D14AA10A61A196C@royal64.emp.zapto.org> <486AFB78.5030905@yandex.ru> <4F9C9299A10AE74E89EA580D14AA10A61A196F@royal64.emp.zapto.org> <486B2B9C.2080007@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <486B2B9C.2080007@yandex.ru> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org, Daniel Eriksson Subject: Re: MCP55 SATA data corruption in FreeBSD 7 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, 02 Jul 2008 07:28:27 -0000 On Wed, Jul 02, 2008 at 11:17:48AM +0400, Andrey V. Elsukov wrote: > Daniel Eriksson wrote: >>> I have two motherboards with MCP55. They work well and I didn't >>> see any data corruption. >> >> Do you have SATA-150 or SATA-300 drives connected to the motherboards? > > All drives are SATA-300: > FreeBSD 6.2: > 1x WDC WD3200YS-01PGB0/21.00M21 > FreeBSD 8.0: > 5x WDC WD5001ABYS-01YNA0/59.01D01 > 1x WDC WD1200JS-00MHB0/02.01C03 Which makes me wonder if there's multiple revisions of the MCP55, or, if Samsung drives simply don't behave properly with that chipset (this has my vote). Can the OP get some non-Samsung disks for testing? -- | 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 Wed Jul 2 07:33:16 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0ECFD106567A for ; Wed, 2 Jul 2008 07:33:16 +0000 (UTC) (envelope-from iskander@apple-park.kiev.ua) Received: from smtp.apple-park.kiev.ua (smtp.apple-park.kiev.ua [212.82.221.1]) by mx1.freebsd.org (Postfix) with ESMTP id B972E8FC1A for ; Wed, 2 Jul 2008 07:33:15 +0000 (UTC) (envelope-from iskander@apple-park.kiev.ua) Received: from [10.1.0.20] (sysadmin.itdep.smk [10.1.0.20]) by smtp.apple-park.kiev.ua (Postfix) with ESMTP id E556351064; Wed, 2 Jul 2008 10:13:36 +0300 (EEST) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v753.1) Content-Type: text/plain; charset=KOI8-R; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: Alexander Vyrlanovich Date: Wed, 2 Jul 2008 10:13:35 +0300 To: Ronald Klop X-Mailer: Apple Mail (2.753.1) Cc: freebsd-stable@freebsd.org Subject: Re: installdate of a port/package? 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, 02 Jul 2008 07:33:16 -0000 Hi May be this will be useful for you (from man portupgrade): Rebuild and reinstall all that ports that were installed =20 prior to the date 2001-09-20: portupgrade -f '<2001-09-20' On 1 =C9=C0=CC=D1 2008, at 18:12, Ronald Klop wrote: > Hello, > > I just upgraded a machine from FreeBSD 6 to 7. Very nice. > But my portupgrade -fa failed after a while. > How can I know which ports/packages are still from FreeBSD 6? Is =20 > there a datee recorded somewhere or the FreeBSD-version of the port/=20= > package? > The date of the files in /var/db/pkg/* is unreliable, because =20 > installing a package gives these files the date of the files in the =20= > package. > > How do I know which ports I still need to update? > > Ronald. > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-=20 > unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 07:34:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA13E10656B0; Wed, 2 Jul 2008 07:34:49 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp7.yandex.ru (smtp7.yandex.ru [213.180.200.45]) by mx1.freebsd.org (Postfix) with ESMTP id 7FE928FC20; Wed, 2 Jul 2008 07:34:48 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:10231 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S737367AbYGBHem (ORCPT + 2 others); Wed, 2 Jul 2008 11:34:42 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp7 X-Yandex-TimeMark: 1214984082 X-MsgDayCount: 9 X-Comment: RFC 2476 MSA function at smtp7.yandex.ru logged sender identity as: bu7cher Message-ID: <486B2F8F.70801@yandex.ru> Date: Wed, 02 Jul 2008 11:34:39 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Jeremy Chadwick References: <4F9C9299A10AE74E89EA580D14AA10A61A196C@royal64.emp.zapto.org> <486AFB78.5030905@yandex.ru> <4F9C9299A10AE74E89EA580D14AA10A61A196F@royal64.emp.zapto.org> <486B2B9C.2080007@yandex.ru> <20080702072826.GB45396@eos.sc1.parodius.com> In-Reply-To: <20080702072826.GB45396@eos.sc1.parodius.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Daniel Eriksson , =?UTF-8?B?U8O4cmVuIFNjaG1pZHQ=?= Subject: Re: MCP55 SATA data corruption in FreeBSD 7 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, 02 Jul 2008 07:34:49 -0000 Jeremy Chadwick wrote: > Which makes me wonder if there's multiple revisions of the MCP55, or, if > Samsung drives simply don't behave properly with that chipset (this has > my vote). Daniel has the same revision (as I can see from pciconf). -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 07:53:11 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88A591065675 for ; Wed, 2 Jul 2008 07:53:11 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from crivens.kernel32.de (crivens.terrorteam.de [81.169.171.191]) by mx1.freebsd.org (Postfix) with ESMTP id 2FA468FC19 for ; Wed, 2 Jul 2008 07:53:10 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from www.terrorteam.de (localhost [127.0.0.1]) by crivens.kernel32.de (Postfix) with ESMTP id 75069B0297; Wed, 2 Jul 2008 09:53:09 +0200 (CEST) MIME-Version: 1.0 Date: Wed, 2 Jul 2008 09:53:09 +0200 From: Marian Hettwer To: Jo Rhett In-Reply-To: <3AC5DAEE-95F1-4211-A819-CC085DD180ED@netconsonance.com> References: <3AC5DAEE-95F1-4211-A819-CC085DD180ED@netconsonance.com> Message-ID: X-Sender: mh@kernel32.de User-Agent: RoundCube Webmail/0.1-rc2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: no serial console for ttyd0 HP Blade 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, 02 Jul 2008 07:53:11 -0000 Hi there, On Tue, 1 Jul 2008 21:42:16 -0700, Jo Rhett wrote: > This rhymes with sio deciding that your TTY is something other than > ttyd0. We had this same problem on Rackable -- even though the proper > tty was setup 0x3f8 irq 4 it was being assigned to sio1. You can see > this by 'grep sio /var/log/messages' > Well no, it seems the irq assignment for sioX is okay: Jul 1 15:13:57 db46-202 kernel: sio0: configured irq 3 not in bitmap of probed irqs 0 Jul 1 15:13:57 db46-202 kernel: sio0: port may not be enabled Jul 1 15:13:57 db46-202 kernel: sio0: configured irq 3 not in bitmap of probed irqs 0 Jul 1 15:13:57 db46-202 kernel: sio0: port may not be enabled Jul 1 15:13:57 db46-202 kernel: sio0: port 0x2f8-0x2ff irq 3 flags 0x10 on acpi0 Jul 1 15:13:57 db46-202 kernel: sio0: type 16550A, console Jul 1 15:13:57 db46-202 kernel: sio0: [FILTER] On the other hand... port may not be enabled doesn't sound good, hm? And in the end it gets irq3 at port 0x2f8 > The only fix for this is to edit /boot/device.hints and reassign the > flags to the sio1 interface, like so: > > hint.sio.1.at="isa" > hint.sio.1.port="0x3F8" > hint.sio.1.flags="0x10" > hint.sio.1.irq="4" > hint.sio.0.at="isa" > hint.sio.0.port="0x2F8" > hint.sio.0.irq="3" > Looks reasonable to me. I'll give it a shot. Thank you :) best regards, Marian > On Jul 1, 2008, at 8:23 AM, Marian Hettwer wrote: >> I installed a recent (as of today) RELENG_7 on one of our HP Blades. >> Unluckily my serial output stops right when a getty at ttyd0 should >> kick >> in. So I'm blind for the rest of the startup. >> Very unfortunate. >> The boot menu, as the bootup itself is printed out on serial console >> until: >> da0: Fixed Direct Access SCSI-5 device >> da0: 135.168MB/s transfers >> da0: 139947MB (286611840 512 byte sectors: 255H 32S/T 35124C) >> Trying to mount root from ufs:/dev/da0s1a >> bce0: link state changed to DOWN >> bce0: link state changed to UP >> bce1: link state changed to UP >> >> Which is, what I think, the point when init should take over and >> spawn a >> serial console on ttyd0, according to my /etc/ttys: >> # grep ttyd0 /etc/ttys >> ttyd0 "/usr/libexec/getty std.9600" vt100 on secure >> >> # cat /boot/loader.conf >> comconsole_speed="9600" >> console="vidconsole,comconsole" # A comma separated list of >> console(s) >> boot_multicons="-D" # -D: Use multiple consoles >> boot_serial="-h" # -h: Use serial console >> >> # uname -a >> FreeBSD db46-202.mobile.rz 7.0-STABLE FreeBSD 7.0-STABLE #0: Tue >> Jul 1 >> 14:59:43 CEST 2008 root@db46-202.mobile.rz:/usr/obj/usr/src/sys/ >> GENERIC >> amd64 >> >> The blade itself is a HP BL465c G5 >> >> Any ideas? I don't have this blade for a long time, so I'm a bit in a >> hurry. >> In fact, right now I'm testing this setup against a Debian 4.0 with >> Linux >> 2.6.25.9 under MySQL load, and up until now the machine looks good. >> If I wind up with a fully working, nearly as fast and stable as our >> linux >> boxes installation, I'd might be able to convince "the boys at work" >> to >> give FreeBSD a try. >> And in a 600 server setup, I'd be thrilled to do so :-) >> So lets get started with this serial console issue... which is >> indeed a >> pain :( >> >> TIA, >> Marian >> >> _______________________________________________ >> 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 >> " > > -- > Jo Rhett > Net Consonance : consonant endings by net philanthropy, open source > and other randomness > > > _______________________________________________ > 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 Jul 2 07:55:10 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AC471065672 for ; Wed, 2 Jul 2008 07:55:10 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from crivens.kernel32.de (crivens.terrorteam.de [81.169.171.191]) by mx1.freebsd.org (Postfix) with ESMTP id D297B8FC1A for ; Wed, 2 Jul 2008 07:55:09 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from www.terrorteam.de (localhost [127.0.0.1]) by crivens.kernel32.de (Postfix) with ESMTP id 10BFDB0297; Wed, 2 Jul 2008 09:55:09 +0200 (CEST) MIME-Version: 1.0 Date: Wed, 2 Jul 2008 09:55:09 +0200 From: Marian Hettwer To: ulf@Alameda.net In-Reply-To: <20080702063651.GD69034@evil.alameda.net> References: <20080702063651.GD69034@evil.alameda.net> Message-ID: X-Sender: mh@kernel32.de User-Agent: RoundCube Webmail/0.1-rc2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Cc: Jo Rhett , freebsd-stable@freebsd.org Subject: Re: no serial console for ttyd0 HP Blade 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, 02 Jul 2008 07:55:10 -0000 Hi there, On Tue, 1 Jul 2008 23:36:51 -0700, Ulf Zimmermann wrote: > Also remember that the blades have 2 serial ports, one can be accessed via > a dongle in the front of the blade and I believe that is what usual would > be > called COM1 by default. The virtual serial via ilo takes up the COM2 by > default. This is at least the default on DL series servers and I haven't > checked into using the virtual serial on the Blades we have. > Well, I enabled ttyd1 too in /etc/ttys and gave init a kill -HUP: [root@db46-202.mobile.rz] <~>ps ax | grep ttyd [9:54:02 on 08-07-02] 7888 ?? S 0:00.01 /usr/libexec/getty std.9600 ttyd1 961 d0 Is+ 0:00.00 /usr/libexec/getty std.9600 ttyd0 But no login prompt, though... regards, Marian From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 07:57:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4360B10656A8 for ; Wed, 2 Jul 2008 07:57:00 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from crivens.kernel32.de (crivens.terrorteam.de [81.169.171.191]) by mx1.freebsd.org (Postfix) with ESMTP id 016498FC14 for ; Wed, 2 Jul 2008 07:56:59 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from www.terrorteam.de (localhost [127.0.0.1]) by crivens.kernel32.de (Postfix) with ESMTP id B8FD5B02AA; Wed, 2 Jul 2008 09:56:58 +0200 (CEST) MIME-Version: 1.0 Date: Wed, 2 Jul 2008 09:56:58 +0200 From: Marian Hettwer To: Jeremy Chadwick In-Reply-To: <20080702072741.GA45396@eos.sc1.parodius.com> References: <20080702072741.GA45396@eos.sc1.parodius.com> Message-ID: <08575f4ae13d3599f2aa3e23865ade67@localhost> X-Sender: mh@kernel32.de User-Agent: RoundCube Webmail/0.1-rc2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Cc: Jo Rhett , freebsd-stable@freebsd.org Subject: Re: no serial console for ttyd0 HP Blade 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, 02 Jul 2008 07:57:00 -0000 Hi Jeremy, On Wed, 2 Jul 2008 00:27:41 -0700, Jeremy Chadwick wrote: > On Wed, Jul 02, 2008 at 12:16:41AM -0700, Jo Rhett wrote: >> I'll bet you that sio is deciding that com1 or not, it's sio1 (not sio0) >> which can be fixed with the changes I mention below. >> >> On Jul 1, 2008, at 11:38 PM, Ulf Zimmermann wrote: >>> I take that back, on blades the virtual serial is on COM1. > > I agree with Joe. Chances are it may be "COM1" in the BIOS, but it may > be actually wired to the equivalent of COM2. Or, the blade manufacturer > set the ACPI table to point 0x3f8/4 to COM2 and 0x2f8/3 to COM1. > Ack. > I've seen this on one Supermicro board (front panel COM port is COM2, > rear is COM1; but no mention of what's what in the manual. You actually > have to experiment to find out.) > I'll do so. However, I do wonder why the serial console works in boot loader and kernel bootup stage? Any explanation? :) regards, Marian From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 08:05:01 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10131106567B for ; Wed, 2 Jul 2008 08:05:01 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from crivens.kernel32.de (crivens.terrorteam.de [81.169.171.191]) by mx1.freebsd.org (Postfix) with ESMTP id C7A798FC22 for ; Wed, 2 Jul 2008 08:05:00 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from www.terrorteam.de (localhost [127.0.0.1]) by crivens.kernel32.de (Postfix) with ESMTP id CC8B4B0297; Wed, 2 Jul 2008 10:04:59 +0200 (CEST) MIME-Version: 1.0 Date: Wed, 2 Jul 2008 10:04:59 +0200 From: Marian Hettwer To: Jo Rhett In-Reply-To: References: Message-ID: <62befb2b24054f59734de3d2b21b9417@localhost> X-Sender: mh@kernel32.de User-Agent: RoundCube Webmail/0.1-rc2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: no serial console for ttyd0 HP Blade 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, 02 Jul 2008 08:05:01 -0000 On Wed, 2 Jul 2008 00:16:41 -0700, Jo Rhett wrote: > I'll bet you that sio is deciding that com1 or not, it's sio1 (not > sio0) which can be fixed with the changes I mention below. > puuuh, well, with your suggested change, I do get a login prompt now (at ttyd1 it says), but I don't see any bootup messages anymore. It seems that the sio0 is irq 4 while booting and becomes irq3 later. That's odd. If I remember correctly, one was able to configure the mapping of serial ports in the BIOS (in regards to those HP blades). Perhaps that helps. I'll give it a shot and if I found a way to have boot messages and the login getty, I'll drop a [solved] mail to this list. Anyway, thanks all so far :-) regards, Marian From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 08:23:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7F691065679 for ; Wed, 2 Jul 2008 08:23:45 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from mail.netconsonance.com (mail.netconsonance.com [198.207.204.4]) by mx1.freebsd.org (Postfix) with ESMTP id D04568FC1C for ; Wed, 2 Jul 2008 08:23:45 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from [172.16.12.8] (covad-jrhett.meer.net [209.157.140.144]) (authenticated bits=0) by mail.netconsonance.com (8.14.1/8.14.1) with ESMTP id m628NeKE074775; Wed, 2 Jul 2008 01:23:40 -0700 (PDT) (envelope-from jrhett@netconsonance.com) X-Virus-Scanned: amavisd-new at netconsonance.com X-Spam-Flag: NO X-Spam-Score: -3.136 X-Spam-Level: X-Spam-Status: No, score=-3.136 tagged_above=-999 required=3.5 tests=[ALL_TRUSTED=-1.44, AWL=-1.696] Message-Id: From: Jo Rhett To: Marian Hettwer In-Reply-To: <62befb2b24054f59734de3d2b21b9417@localhost> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v924) Date: Wed, 2 Jul 2008 01:23:39 -0700 References: <62befb2b24054f59734de3d2b21b9417@localhost> X-Mailer: Apple Mail (2.924) Cc: freebsd-stable@freebsd.org Subject: Re: no serial console for ttyd0 HP Blade 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, 02 Jul 2008 08:23:46 -0000 On Jul 2, 2008, at 1:04 AM, Marian Hettwer wrote: > puuuh, well, with your suggested change, I do get a login prompt now > (at > ttyd1 it says), but I don't see any bootup messages anymore. > It seems that the sio0 is irq 4 while booting and becomes irq3 later. > That's odd. > If I remember correctly, one was able to configure the mapping of > serial > ports in the BIOS (in regards to those HP blades). Perhaps that helps. > I'll give it a shot and if I found a way to have boot messages and the > login getty, I'll drop a [solved] mail to this list. So the boot loader uses 0x3f8 irq 4 no matter what it's mapped to. Second stage does something similar, but After you've loaded the kernel it does mappings to sio0 and sio1 and these may be different. This is why you have to screw with device.hints so that all three stages are using the same device. > Jul 1 15:13:57 db46-202 kernel: sio0: port > 0x2f8-0x2ff irq 3 flags 0x10 on acpi0 It's pretty clear from your grep command that sio0 is 0x2f8 irq 3, but the boot loader always uses 0x3f8 irq 4. You have to change these until the device which has 0x3f8 irq 4 has the "flags 0x10" option, which is what makes it the console. NOTE: I think this whole parade sucks, and the kernel should believe device.hints ... but there is no apparent interest in solving this problem (even when a bounty is offered), and I don't do enough device driver development these days for it to be worth my time. -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 08:55:10 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E0EE1065674; Wed, 2 Jul 2008 08:55:10 +0000 (UTC) (envelope-from daniel_k_eriksson@telia.com) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.freebsd.org (Postfix) with ESMTP id DA16C8FC15; Wed, 2 Jul 2008 08:55:09 +0000 (UTC) (envelope-from daniel_k_eriksson@telia.com) Received: from royal64.emp.zapto.org (195.198.193.168) by pne-smtpout1-sn2.hy.skanova.net (7.3.129) id 483EBD68006C367B; Wed, 2 Jul 2008 10:55:08 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-class: urn:content-classes:message Date: Wed, 2 Jul 2008 10:55:07 +0200 Message-ID: <4F9C9299A10AE74E89EA580D14AA10A61A1970@royal64.emp.zapto.org> X-MimeOLE: Produced By Microsoft Exchange V6.5.7235.2 In-Reply-To: <20080702072826.GB45396@eos.sc1.parodius.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: MCP55 SATA data corruption in FreeBSD 7 Thread-Index: AcjcFYRQiAzEiufTSgKGmOvnDvHxdAACxPZA References: <4F9C9299A10AE74E89EA580D14AA10A61A196C@royal64.emp.zapto.org> <486AFB78.5030905@yandex.ru> <4F9C9299A10AE74E89EA580D14AA10A61A196F@royal64.emp.zapto.org> <486B2B9C.2080007@yandex.ru> <20080702072826.GB45396@eos.sc1.parodius.com> From: "Daniel Eriksson" To: Cc: Jeremy Chadwick Subject: RE: MCP55 SATA data corruption in FreeBSD 7 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, 02 Jul 2008 08:55:10 -0000 Jeremy Chadwick wrote: > Can the OP get some non-Samsung disks for testing? I've got a 750 GB Western Digital that I've been planning to use to verify if it's a SATA-150 / SATA-300 problem (it can be jumpered to SATA-150), but the drive is packed with valuable data that I'd have to move elsewhere first. I'll get to it eventually, but maybe not this week. ___ Daniel Eriksson (http://www.toomuchdata.com/) From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 11:33:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C214F106564A for ; Wed, 2 Jul 2008 11:33:22 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 381168FC26 for ; Wed, 2 Jul 2008 11:33:21 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.2/8.14.2) with ESMTP id m62BXKfE017980 for ; Wed, 2 Jul 2008 08:33:20 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Wed, 2 Jul 2008 08:33:01 -0300 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200807020833.01149.joao@matik.com.br> X-Virus-Scanned: ClamAV 0.93.1/7615/Wed Jul 2 07:23:39 2008 on msrv.matik.com.br X-Virus-Status: Clean Subject: kern.cp_time wrong with phenoms 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, 02 Jul 2008 11:33:22 -0000 Hi kern.cp_time seems is reporting wrong values (most time too high) with Phen= om=20 and amd64 (i386 Ido not know) but with snmpget I get the correct machine values when consulting ssCpuRawUser.0 ssCpuRawNice.0 ssCpuRawSystem.0 ssCpuRawInterrupt.0=20 ssCpuRawIdle.0 kern.cp_time on RELENG6 reports correct with same hardware =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 12:00:03 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B3481065670 for ; Wed, 2 Jul 2008 12:00:03 +0000 (UTC) (envelope-from marcus@blazingdot.com) Received: from marklar.blazingdot.com (marklar.blazingdot.com [207.154.84.83]) by mx1.freebsd.org (Postfix) with SMTP id 01A798FC19 for ; Wed, 2 Jul 2008 12:00:02 +0000 (UTC) (envelope-from marcus@blazingdot.com) Received: (qmail 5696 invoked by uid 503); 2 Jul 2008 12:00:02 -0000 Date: Wed, 2 Jul 2008 05:00:02 -0700 From: Marcus Reid To: freebsd-stable@freebsd.org Message-ID: <20080702120002.GB65355@blazingdot.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Coffee-Level: nearly-fatal User-Agent: Mutt/1.5.6i Subject: msync() differences between Linux and 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, 02 Jul 2008 12:00:03 -0000 Hi, I recently had a patch accepted to the ports collection that took out an msync() call that seriously detrimented performance for rrdtool updates. It seems that in FreeBSD, msync() waits for bits to be committed to disk even when MS_ASYNC is specified. Under Linux, there is not such a wait for msync(). First off, I don't know how frequently msync() is used, and whether changing its behavior would impact the performance of many things. It's possible that FreeBSD msync() behavior is more correct in some ways. From a message from Matt Dillon on this same list: It used to be that msync() only synced VM pages to the underlying file, making them consistent with read()'s and write()'s against the underlying file. Since FreeBSD uses a unified VM page cache this is always true. However, the Open Group specification now requires that the dirty pages actually be written out to the underlying media... i.e. issue real I/O. So msync() can't be a NOP if you go by the OpenGroup specification. Is there a spec that FreeBSD is adhering to that prevents msync() with MS_ASYNC from being a NOP, seeing as munmap() does the job? And does this really matter for the real-world performance of some apps? Thanks, Marcus From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 15:42:01 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2B591065685 for ; Wed, 2 Jul 2008 15:42:01 +0000 (UTC) (envelope-from utisoft@googlemail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.184]) by mx1.freebsd.org (Postfix) with ESMTP id 9559B8FC1B for ; Wed, 2 Jul 2008 15:42:01 +0000 (UTC) (envelope-from utisoft@googlemail.com) Received: by rn-out-0910.google.com with SMTP id j71so134621rne.12 for ; Wed, 02 Jul 2008 08:42:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :to:subject:cc:mime-version:content-type:content-transfer-encoding :content-disposition; bh=aSgJy2zq9eAhuv1idXmyq31v1AVeumLcdUvTyz+vwII=; b=CgJ9wHWlyuIA8Y+NzXIz5k7A4MYdlAleVQpnHiokwlly5WsRJxzTEgUHgkPgJpax79 2/GAZnVkpZWZhx1Pz6CEAeG2ppU9fKUoiM6VcTVpART30Gfk6T1vP8H4GNBQY4nfTbW/ 1ST4iKqRPnanxaKU4iO2L8GBKnRPICQbqDgIg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:cc:mime-version :content-type:content-transfer-encoding:content-disposition; b=dIw+xWMMZTDJIA+V5n9MFdKodgxTieCwwGj72EOR6hGXWTPB3euiaRGNFE3arUIdTZ TVSwbyIEcugvYIm/4M46qEqPdD/bBJBq+nNo5RaHdBZidYGZDYpBftpD6LnwOO38PzAm WmLfMDrdb6ZuBgP+gr8TGMs3au08HFn5gzB8Q= Received: by 10.150.177.20 with SMTP id z20mr2246540ybe.72.1215013320230; Wed, 02 Jul 2008 08:42:00 -0700 (PDT) Received: by 10.150.53.16 with HTTP; Wed, 2 Jul 2008 08:42:00 -0700 (PDT) Message-ID: Date: Wed, 2 Jul 2008 16:42:00 +0100 From: "Chris Rees" To: daniel_k_eriksson@telia.com, koitsu@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-stable@freebsd.org Subject: RE: MCP55 SATA data corruption in FreeBSD 7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: utisoft@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2008 15:42:02 -0000 > Date: Wed, 2 Jul 2008 10:55:07 +0200 > "Daniel Eriksson" wrote: > Jeremy Chadwick wrote: > >> Can the OP get some non-Samsung disks for testing? > > I've got a 750 GB Western Digital that I've been planning to use to > verify if it's a SATA-150 / SATA-300 problem (it can be jumpered to > SATA-150), but the drive is packed with valuable data that I'd have to > move elsewhere first. > > I'll get to it eventually, but maybe not this week. > > ___ > Daniel Eriksson (http://www.toomuchdata.com/) > Looks like I'm the guinea pig for now, I'll post in about half an hour with the results :) This is a clean install; it works perfectly with the restriction jumper on, now it comes off. Chris From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 17:35:21 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 465AD1065682 for ; Wed, 2 Jul 2008 17:35:21 +0000 (UTC) (envelope-from graham@menhennitt.com.au) Received: from fallbackmx09.syd.optusnet.com.au (fallbackmx09.syd.optusnet.com.au [211.29.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id 1E97C8FC1B for ; Wed, 2 Jul 2008 17:35:19 +0000 (UTC) (envelope-from graham@menhennitt.com.au) Received: from mail01.syd.optusnet.com.au (mail01.syd.optusnet.com.au [211.29.132.182]) by fallbackmx09.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m61MBINM005043 for ; Wed, 2 Jul 2008 08:11:18 +1000 Received: from [203.2.73.193] (c58-107-247-225.mckinn2.vic.optusnet.com.au [58.107.247.225]) by mail01.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m61MBErj008276; Wed, 2 Jul 2008 08:11:15 +1000 Message-ID: <486AAB93.1050606@menhennitt.com.au> Date: Wed, 02 Jul 2008 08:11:31 +1000 From: Graham Menhennitt User-Agent: Thunderbird 2.0.0.14 (X11/20080505) MIME-Version: 1.0 To: Ronald Klop References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: installdate of a port/package? 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, 02 Jul 2008 17:35:21 -0000 Ronald Klop wrote: > I just upgraded a machine from FreeBSD 6 to 7. Very nice. > But my portupgrade -fa failed after a while. > ... > How do I know which ports I still need to update? Run "portupgrade -fan" and see which ones it says still need upgrading. Graham From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 20:12:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BCB1106564A for ; Wed, 2 Jul 2008 20:12:00 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 9F5A48FC22 for ; Wed, 2 Jul 2008 20:11:59 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m62JsHoB071487 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 2 Jul 2008 12:54:17 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <486BDCE9.3000608@freebsd.org> Date: Wed, 02 Jul 2008 12:54:17 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Alexander Sack References: <3c0b01820806170757v5565b59ne0e9d5db06f26761@mail.gmail.com> In-Reply-To: <3c0b01820806170757v5565b59ne0e9d5db06f26761@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-Rhyolite-Metrics: ebb.errno.com; whitelist Cc: FreeBSD STABLE Subject: Re: Atheros (ath) MSI wireless embedded chipset fails to attach on 7.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2008 20:12:00 -0000 Alexander Sack wrote: > Hello: > > I have installed FreeBSD-7.0-amd64 stable on my new AMD X2 Turon based > notebook, a MSI-1710A (GX710Ax) which has a generic embedded > controller. During boot up I notice that ATH complains with: > > ath_rate: version 1.2 > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > ath0: mem 0xfd7f0000-0xfd7fffff irq 16 at device 0.0 on pci2 > ath0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xfd7f0000 > ath0: [MPSAFE] > ath0: [ITHREAD] > ath0: unable to attach hardware; HAL status 13 > device_attach: ath0 attach returned 6 > > HAL status 13 from the header file seems to indicate that the > 7.0-STABLE driver doesn't support my hardware revision. Here is my > pciconf -l output: > > hostb0@pci0:0:0:0: class=0x060000 card=0x42cd1462 chip=0x79101002 > rev=0x00 hdr=0x00 > pcib1@pci0:0:2:0: class=0x060400 card=0x42cd1462 chip=0x79131002 > rev=0x00 hdr=0x01 > pcib2@pci0:0:4:0: class=0x060400 card=0x42cd1462 chip=0x79141002 > rev=0x00 hdr=0x01 > pcib3@pci0:0:6:0: class=0x060400 card=0x42cd1462 chip=0x79161002 > rev=0x00 hdr=0x01 > pcib4@pci0:0:7:0: class=0x060400 card=0x42cd1462 chip=0x79171002 > rev=0x00 hdr=0x01 > atapci0@pci0:0:18:0: class=0x01018f card=0x42cd1462 chip=0x43801002 > rev=0x00 hdr=0x00 > ohci0@pci0:0:19:0: class=0x0c0310 card=0x42cd1462 chip=0x43871002 > rev=0x00 hdr=0x00 > ohci1@pci0:0:19:1: class=0x0c0310 card=0x42cd1462 chip=0x43881002 > rev=0x00 hdr=0x00 > ohci2@pci0:0:19:2: class=0x0c0310 card=0x42cd1462 chip=0x43891002 > rev=0x00 hdr=0x00 > ohci3@pci0:0:19:3: class=0x0c0310 card=0x42cd1462 chip=0x438a1002 > rev=0x00 hdr=0x00 > ohci4@pci0:0:19:4: class=0x0c0310 card=0x42cd1462 chip=0x438b1002 > rev=0x00 hdr=0x00 > ehci0@pci0:0:19:5: class=0x0c0320 card=0x42cd1462 chip=0x43861002 > rev=0x00 hdr=0x00 > none0@pci0:0:20:0: class=0x0c0500 card=0x42cd1462 chip=0x43851002 > rev=0x14 hdr=0x00 > atapci1@pci0:0:20:1: class=0x01018a card=0x42cd1462 chip=0x438c1002 > rev=0x00 hdr=0x00 > none1@pci0:0:20:2: class=0x040300 card=0x42cd1462 chip=0x43831002 > rev=0x00 hdr=0x00 > isab0@pci0:0:20:3: class=0x060100 card=0x42cd1462 chip=0x438d1002 > rev=0x00 hdr=0x00 > pcib5@pci0:0:20:4: class=0x060401 card=0x00000000 chip=0x43841002 > rev=0x00 hdr=0x01 > hostb1@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 > rev=0x00 hdr=0x00 > hostb2@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 > rev=0x00 hdr=0x00 > hostb3@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 > rev=0x00 hdr=0x00 > hostb4@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 > rev=0x00 hdr=0x00 > vgapci0@pci0:1:0:0: class=0x030000 card=0x42cd1462 chip=0x95811002 > rev=0x00 hdr=0x00 > none2@pci0:1:0:1: class=0x040300 card=0xaa081462 chip=0xaa081002 > rev=0x00 hdr=0x00 > ath0@pci0:2:0:0: class=0x020000 card=0x10261a3b chip=0x001c168c > rev=0x01 hdr=0x00 > re0@pci0:5:0:0: class=0x020000 card=0x42cd1462 chip=0x816810ec rev=0x01 hdr=0x00 > cbb0@pci0:6:4:0: class=0x060700 card=0x42cd1462 chip=0x71341217 > rev=0x21 hdr=0x02 > none3@pci0:6:4:2: class=0x080500 card=0x42cd1462 chip=0x71201217 > rev=0x01 hdr=0x00 > none4@pci0:6:4:3: class=0x068000 card=0x42cd1462 chip=0x71301217 > rev=0x01 hdr=0x00 > fwohci0@pci0:6:4:4: class=0x0c0010 card=0x42cd1462 chip=0x00f71217 > rev=0x02 hdr=0x00 > > ath0 is listed as rev=0x01 so I'm a little confused why I got HAL > status 13. Does anyone know if this chipset is supported in > 7.0-STABLE? If not, is it possible to try CURRENT on 7.0 which may > fix it? I've attached my complete dmesg output. > > Again, any feedback would be much appreciated! > > Try the hal in http://www.freebsd.org/~sam. Sam From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 23:25:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A0BD106566C for ; Wed, 2 Jul 2008 23:25:33 +0000 (UTC) (envelope-from beaker@hot.pl) Received: from v000052.home.net.pl (hot.pl [212.85.96.52]) by mx1.freebsd.org (Postfix) with SMTP id 4D6948FC26 for ; Wed, 2 Jul 2008 23:25:31 +0000 (UTC) (envelope-from beaker@hot.pl) Received: from inet20908nj-1.eranet.pl (HELO ?10.113.10.185?) (beaker.hot@home@213.158.196.117) by mail03.home.net.pl with SMTP; Wed, 2 Jul 2008 23:25:26 -0000 Message-ID: <486C0E69.8020603@hot.pl> Date: Thu, 03 Jul 2008 01:25:29 +0200 From: =?ISO-8859-2?Q?Krzysztof_J=EAdruczyk?= User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: pyunyh@gmail.com References: <1052423937.20080630135423@hot.pl> <20080701004855.GF83626@cdnetworks.co.kr> <486A07A4.1070406@hot.pl> <20080702010929.GA87933@cdnetworks.co.kr> In-Reply-To: <20080702010929.GA87933@cdnetworks.co.kr> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms010206010201050207060203" Cc: freebsd-stable@freebsd.org Subject: Re: Marvell Yukon 88E8062 - media selection problem 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, 02 Jul 2008 23:25:33 -0000 This is a cryptographically signed message in MIME format. --------------ms010206010201050207060203 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: quoted-printable Pyun YongHyeon pisze: > Would you try attached patch? > The patch is just for checking code path of fiber media. It's slightly better - some media gets detected, but looks weird to me=20 (and doesn't communicate with other machines on the switch): # ifconfig msk0: flags=3D8802 metric 0 mtu 1500 options=3D11a ether 00:10:f3:0d:d6:45 media: Ethernet autoselect (autoselect ) status: active msk1: flags=3D8802 metric 0 mtu 1500 options=3D11a ether 00:10:f3:0d:d6:46 media: Ethernet autoselect (autoselect ) status: active 'autoselect (autoselect )' doesn't seem right to me... I couldn't see any signs of interface being functional with neither ping = nor tcpdump... I tried the patch with 7.0-RELEASE-p2, -STABLE and -CURRENT kernels. I'm not sure how important is that, but I still can't force it to=20 1000baseSX: # ifconfig msk0 media 1000baseSX ifconfig: SIOCSIFMEDIA (media): Device not configured >=20 > Btw, it looks like you have dual port controller, right? >=20 Yes, this machine has dual gigabit ports: http://www.nexcom.com/ProductModel.aspx?id=3D7541ac3e-ecfd-4008-83cd-52e1= ababe6a8 Let me know if there is any info I could provide that would help making=20 this interface functional. --=20 Best regards, Krzysztof J=EAdruczyk --------------ms010206010201050207060203 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII8zCC AtQwggI9oAMCAQICEG0sGRWkAZ+vJ3xpvA3QoPwwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA3MDgzMTA3MTQzM1oX DTA4MDgzMDA3MTQzM1owPzEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEcMBoG CSqGSIb3DQEJARYNYmVha2VyQGhvdC5wbDCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoC ggEBAL4pASbi2wE8rRxgbLmunaz5vCXAdEDwzFznf2LlkpLUimtqLVVAACA+BSlMeKQJBg83 tXRPgmUgx7LgfvbM6/6nH+oWcsvATUbGO6+AYRC0MKmVNpX5X50LyQeOLncZjMdTZN9l8pZf I/fSU543LGUmH3dJG/NKUbt1D89ylu+LUPT4Vnxn3K09xvgDiKUHhZeu1rWNqTiaJA/K6ZBu 326orj7sQcNxwBwwfCnWdQ4kcqHrO/Qm3sF/e8QWs2D00beM9v36V0spylUXrrmuinuCMJOM scu32YV+ImSQouzz0FZal8QeeZSzYqfPYfUykznifc1/jxgBFyGQDB5Hf2MCAwEAAaMqMCgw GAYDVR0RBBEwD4ENYmVha2VyQGhvdC5wbDAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBQUA A4GBABvTwLK/oScciPrBytm1/XW0CCDJVhh2mggy0Qh0spa+bGwcT6bIFT6qzZ3xRFizSi2i B54f8/199bvHq9/GUm6Y4tOd8Ue9RPfLUYEf8FwHMvfA8x12pgEGL6PmsCAf5GK00RJi6IbO u/H3D4mvlYioriqPdNdRvg2ruzhYplkYMIIC1DCCAj2gAwIBAgIQbSwZFaQBn68nfGm8DdCg /DANBgkqhkiG9w0BAQUFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1 bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElz c3VpbmcgQ0EwHhcNMDcwODMxMDcxNDMzWhcNMDgwODMwMDcxNDMzWjA/MR8wHQYDVQQDExZU aGF3dGUgRnJlZW1haWwgTWVtYmVyMRwwGgYJKoZIhvcNAQkBFg1iZWFrZXJAaG90LnBsMIIB IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAvikBJuLbATytHGBsua6drPm8JcB0QPDM XOd/YuWSktSKa2otVUAAID4FKUx4pAkGDze1dE+CZSDHsuB+9szr/qcf6hZyy8BNRsY7r4Bh ELQwqZU2lflfnQvJB44udxmMx1Nk32Xyll8j99JTnjcsZSYfd0kb80pRu3UPz3KW74tQ9PhW fGfcrT3G+AOIpQeFl67WtY2pOJokD8rpkG7fbqiuPuxBw3HAHDB8KdZ1DiRyoes79CbewX97 xBazYPTRt4z2/fpXSynKVReuua6Ke4Iwk4yxy7fZhX4iZJCi7PPQVlqXxB55lLNip89h9TKT OeJ9zX+PGAEXIZAMHkd/YwIDAQABoyowKDAYBgNVHREEETAPgQ1iZWFrZXJAaG90LnBsMAwG A1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAG9PAsr+hJxyI+sHK2bX9dbQIIMlWGHaa CDLRCHSylr5sbBxPpsgVPqrNnfFEWLNKLaIHnh/z/X31u8er38ZSbpji053xR71E98tRgR/w XAcy98DzHXamAQYvo+awIB/kYrTREmLohs678fcPia+ViKiuKo9011G+Dau7OFimWRgwggM/ MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMM V2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25z dWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYD VQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNv bmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5 WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRk LjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJ KoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2 vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9 A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEw EgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0 ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0R BCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GB AEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZ Ohl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVN d+NWIXiC3CEZNd4ksdMdRv9dX2VPMYIDZDCCA2ACAQEwdjBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEG0sGRWkAZ+vJ3xpvA3QoPwwCQYFKw4DAhoF AKCCAcMwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDgwNzAy MjMyNTI5WjAjBgkqhkiG9w0BCQQxFgQU11bY9ztGgobLiiJZPQVvnrOB+5kwUgYJKoZIhvcN AQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYF Kw4DAgcwDQYIKoZIhvcNAwICASgwgYUGCSsGAQQBgjcQBDF4MHYwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0 ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhBtLBkVpAGfryd8abwN0KD8MIGHBgsq hkiG9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0 aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1 aW5nIENBAhBtLBkVpAGfryd8abwN0KD8MA0GCSqGSIb3DQEBAQUABIIBALbjwjBqJq8HuWAi dOrUftwSqaQbmgID/Cz4HervqxgHLem68CXC8dObOs4XWgHEaZmGyWQWWy0ybrfS78iD/ppH 05ep9XorHGnOhJBuzs9ZbO9iueCCm9E50D5qdeahDxCd7cAYVuShlHyl8Iivcwr3g/tJCtoR TeM8sWRThcl1allcRAKibQdndCfz5vUpigcrsJwp5wY9cBQb2r/sJnBz7r5D6s9hxBpmfMVw 7+vQYO5HXRsioyFfl292Z0BJmCIxiiCnMiTdCDcRV+Xd9VjZD8c8Xs0ObF7vx9jF6dO8y4Jq L4i/qpYtOydb7UiInW3KiLktBePoCCXFj5tz0HwAAAAAAAA= --------------ms010206010201050207060203-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 2 23:35:01 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A253106564A for ; Wed, 2 Jul 2008 23:35:01 +0000 (UTC) (envelope-from utisoft@googlemail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id 22E4C8FC21 for ; Wed, 2 Jul 2008 23:35:01 +0000 (UTC) (envelope-from utisoft@googlemail.com) Received: by yw-out-2324.google.com with SMTP id 9so232810ywe.13 for ; Wed, 02 Jul 2008 16:34:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=AB/T7bWR8vLzhPebG8uawgcTuneoABDKvA3kN4v0OEE=; b=F0b0QoID0/bUjKvx/FOiuIKJhHD+VW74jbUcm4H84gNDLyrUoTe9Z+08l5QtjOZXMU Yi2W42WyCagUsF/38CmPDvAbvarl273V1er1Kh6pokVUuVQ7SRgs4dBzz8DPtlTwN6kI LPqBRhJ57QYMEhY3Y886sOAALgUhnYuT5R3Hk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:cc:in-reply-to :mime-version:content-type:content-transfer-encoding :content-disposition:references; b=hGoZX6Jww+JORMmCp8+wDU18CCe2Ire5bIPoz51xmfOlzjQ0KJbhVj982tyknQN5ee 5oxaXE3B7xGBHuFARrwrXt0WacPDa6JpzBP3Ykb6SOEx65ELwJdDsKIOGzoPfZbQ7QCh tgTntAJ5S6nsM/80954FFyV2ybFmtCsQWf1kg= Received: by 10.151.111.15 with SMTP id o15mr14153628ybm.166.1215041689413; Wed, 02 Jul 2008 16:34:49 -0700 (PDT) Received: by 10.150.53.16 with HTTP; Wed, 2 Jul 2008 16:34:49 -0700 (PDT) Message-ID: Date: Wed, 2 Jul 2008 23:34:49 +0000 From: "Chris Rees" To: daniel_k_eriksson@telia.com, koitsu@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-stable@freebsd.org Subject: Re: MCP55 SATA data corruption in FreeBSD 7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: utisoft@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2008 23:35:01 -0000 On 02/07/2008, Chris Rees wrote: > > Date: Wed, 2 Jul 2008 10:55:07 +0200 > > "Daniel Eriksson" wrote: > > Jeremy Chadwick wrote: > > > >> Can the OP get some non-Samsung disks for testing? > > > > I've got a 750 GB Western Digital that I've been planning to use to > > verify if it's a SATA-150 / SATA-300 problem (it can be jumpered to > > SATA-150), but the drive is packed with valuable data that I'd have to > > move elsewhere first. > > > > I'll get to it eventually, but maybe not this week. > > > > > ___ > > Daniel Eriksson (http://www.toomuchdata.com/) > > > > > Looks like I'm the guinea pig for now, I'll post in about half an hour > with the results :) > > This is a clean install; it works perfectly with the restriction > jumper on, now it comes off. > > > Chris > Real sorry fellas, can't reproduce on my M2N-SLI; chipset 570 SLI. I've been building ports for hours on here, everything's working perfectly I'm afraid. # pciconf -lv - snip - atapci1@pci0:0:5:0: class=0x010185 card=0x82391043 chip=0x037f10de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'MCP55 SATA Controller' class = mass storage subclass = ATA - snip - # FreeBSD hydra.bayofrum.net 7.0-RELEASE-p2 FreeBSD 7.0-RELEASE-p2 #1: Wed Jul 2 16:50:49 UTC 2008 chris@hydra.bayofrum.net:/usr/obj/usr/src/sys/HYDRA amd64 Looks like mine's hardware revision (rev=) 0xa3; yours however is 0xa2. I had PS/2 port trouble on Linux, and needed a BIOS update, perhaps it came with that? Is the revision a firmware or hardware property? Good luck tracking that down, anyway, hope my tests helped :) Chris -- R< $&h ! > $- ! $+ $@ $2 < @ $1 .UUCP. > (sendmail.cf) From owner-freebsd-stable@FreeBSD.ORG Thu Jul 3 00:39:59 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 845101065674 for ; Thu, 3 Jul 2008 00:39:59 +0000 (UTC) (envelope-from stef-list@memberwebs.com) Received: from mx.npubs.com (mail.npubs.com [209.66.100.224]) by mx1.freebsd.org (Postfix) with ESMTP id C5D6C8FC0C for ; Thu, 3 Jul 2008 00:39:58 +0000 (UTC) (envelope-from stef-list@memberwebs.com) Received: from mx.npubs.com (avhost [209.66.100.194]) by mx.npubs.com (Postfix) with ESMTP id 1F032F1816B; Thu, 3 Jul 2008 00:39:57 +0000 (UTC) Received: from northstar-srv2 (unknown [172.27.2.11]) by mx.npubs.com (Postfix) with ESMTP id 859BCF180C0; Thu, 3 Jul 2008 00:39:55 +0000 (UTC) From: Stef User-Agent: Thunderbird 2.0.0.14 (X11/20080505) MIME-Version: 1.0 To: Kian Mohageri References: <678A03F5-5E8A-4CF6-90DF-AA9A4F30FBE1@stromnet.se> <1211037564.6326.27.camel@porksoda> <679DB462-75D6-45CC-949C-1BE8E12C22CD@stromnet.se> <482FD877.6050707@infracaninophile.co.uk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Message-Id: <20080703003955.859BCF180C0@mx.npubs.com> X-Virus-Scanned: ClamAV using ClamSMTP Date: Thu, 3 Jul 2008 00:39:57 +0000 (UTC) Cc: freebsd-stable , freebsd-net@freebsd.org, =?ISO-8859-1?Q?Johan_Str=F6m?= , freebsd-pf@freebsd.org, Alex Trull Subject: Re: connect(): Operation not permitted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: stef@memberwebs.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jul 2008 00:39:59 -0000 Kian Mohageri wrote: > On Sun, May 18, 2008 at 3:33 AM, Johan Strm wrote: >> On May 18, 2008, at 9:19 AM, Matthew Seaman wrote: >> >>> Johan Strm wrote: >>> >>>> drop all traffic)? A check with pfctl -vsr reveals that the actual rule >>>> inserted is "pass on lo0 inet from 123.123.123.123 to 123.123.123.123 flags >>>> S/SA keep state". Where did that "keep state" come from? >>> 'flags S/SA keep state' is the default now for tcp filter rules -- that >>> was new in 7.0 reflecting the upstream changes made between the 4.0 and >>> 4.1 >>> releases of OpenBSD. If you want a stateless rule, append 'no state'. >>> >>> http://www.openbsd.org/faq/pf/filter.html#state >> Thanks! I was actually looking around in the pf.conf manpage but failed to >> find it yesterday, but looking closer today I now saw it. >> Applied the no state (and quick) to the rule, and now no state is created. >> And the problem I had in the first place seems to have been resolved too >> now, even though it didn't look like a state problem.. (started to deny new >> connections much earlier than the states was full, altough maybee i wasnt >> looking for updates fast enough or something). >> > > I'd be willing to bet it's because you're reusing the source port on a > new connection before the old state expires. > > You'll know if you check the state-mismatch counter. > > Anyway, glad you found a resolution. I've been experiencing this "Operation not permitted" too. I've been trying to track down the problem for many months, but due to the complexity of my firewalls (scores of jails each with scores of rules), I wasn't brave enough to ask for help :) As a work around we started creating rules without state, whenever we would run into the problem. Thanks for the pointer about state-mismatch. The state-mismatch counter does is in fact high in my case (see below). How would I go about getting the pf state timeout and the reuse of ports for outbound connections to match? Or is this an intractable problem, that just needs to be worked around? Cheers, Stef Walter Status: Enabled for 13 days 23:55:25 Debug: Urgent Hostid: 0x38ae6776 State Table Total Rate current entries 65 searches 819507771 677.7/s inserts 1136670 0.9/s removals 1136605 0.9/s Counters match 787482855 651.2/s bad-offset 0 0.0/s fragment 0 0.0/s short 0 0.0/s normalize 0 0.0/s memory 0 0.0/s bad-timestamp 0 0.0/s congestion 0 0.0/s ip-option 0 0.0/s proto-cksum 0 0.0/s state-mismatch 748 0.0/s state-insert 0 0.0/s state-limit 0 0.0/s src-limit 0 0.0/s synproxy 0 0.0/s From owner-freebsd-stable@FreeBSD.ORG Thu Jul 3 02:02:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E33721065674 for ; Thu, 3 Jul 2008 02:02:00 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.234]) by mx1.freebsd.org (Postfix) with ESMTP id AB73D8FC17 for ; Thu, 3 Jul 2008 02:02:00 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so847422rvf.43 for ; Wed, 02 Jul 2008 19:02:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=0VRKDQBdLxoVbLQ1XEcUh5qKCNkMh8iuw1gg1KpAD3o=; b=XYwZgs/7QVZedwwd8XMY4frznFAECJMiYCpmvUJ7r3gV1jANKQncu5GGaQGyaEkmRZ z2CGebcmgNdJCarq83Ox7/8X6+iambd98ZpsWzPRA7QbQyZhxtSQV+DdjY/1jBvOOO7D ghloy84cRGSoBWbH5nfEu44dA+Q/YUPqVHnhc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=Ko5RLF+3QShWnHRbj5jFszpNooHFtNhTthhHG5aHcaw0Ld97Ak9wLNzg4/keusBl4x /8edg3L0F53jc7gULpSTDyX5fcSOo0syj0Zp7t6w6kFbAY0FEHW0FmKlFk/U3Xr61AzT 3KcV9XXtxGw924E/mNVhgXUGJpMbivUKrRbgk= Received: by 10.141.69.12 with SMTP id w12mr4742605rvk.273.1215050520176; Wed, 02 Jul 2008 19:02:00 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id k2sm13213031rvb.4.2008.07.02.19.01.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 02 Jul 2008 19:01:59 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m631xo5n092407 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 3 Jul 2008 10:59:50 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m631xm19092406; Thu, 3 Jul 2008 10:59:48 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 3 Jul 2008 10:59:48 +0900 From: Pyun YongHyeon To: Krzysztof J?druczyk Message-ID: <20080703015948.GB92015@cdnetworks.co.kr> References: <1052423937.20080630135423@hot.pl> <20080701004855.GF83626@cdnetworks.co.kr> <486A07A4.1070406@hot.pl> <20080702010929.GA87933@cdnetworks.co.kr> <486C0E69.8020603@hot.pl> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="BOKacYhQ+x31HxR3" Content-Disposition: inline In-Reply-To: <486C0E69.8020603@hot.pl> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Marvell Yukon 88E8062 - media selection problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jul 2008 02:02:01 -0000 --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Jul 03, 2008 at 01:25:29AM +0200, Krzysztof J?druczyk wrote: > Pyun YongHyeon pisze: > > Would you try attached patch? > >The patch is just for checking code path of fiber media. > > It's slightly better - some media gets detected, but looks weird to me > (and doesn't communicate with other machines on the switch): > > # ifconfig > msk0: flags=8802 metric 0 mtu 1500 > options=11a > ether 00:10:f3:0d:d6:45 > media: Ethernet autoselect (autoselect ) > status: active > msk1: flags=8802 metric 0 mtu 1500 > options=11a > ether 00:10:f3:0d:d6:46 > media: Ethernet autoselect (autoselect ) > status: active > > 'autoselect (autoselect )' doesn't seem right to me... > I guess I've clobbered extended address register. How about attached one? > I couldn't see any signs of interface being functional with neither ping > nor tcpdump... > There could be other issues in msk(4) for dual port controllers but let's focus on PHY issue first. > I tried the patch with 7.0-RELEASE-p2, -STABLE and -CURRENT kernels. > > I'm not sure how important is that, but I still can't force it to > 1000baseSX: > > # ifconfig msk0 media 1000baseSX > ifconfig: SIOCSIFMEDIA (media): Device not configured > I guess you may have to specify "mediaopt full-duplex" in the command. But I believe you should not manually set media type on gigabit environments. > > > >Btw, it looks like you have dual port controller, right? > > > Yes, this machine has dual gigabit ports: > http://www.nexcom.com/ProductModel.aspx?id=7541ac3e-ecfd-4008-83cd-52e1ababe6a8 > > Let me know if there is any info I could provide that would help making > this interface functional. > There are a copule of code path that applys to dual port controllers. For example MSI is not supported even though hardware actually support that feature. That would be next item to try. -- Regards, Pyun YongHyeon --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="e1000phy.fiber.patch2" --- sys/dev/mii/e1000phy.c.orig 2007-11-21 14:51:55.000000000 +0900 +++ sys/dev/mii/e1000phy.c 2008-07-03 10:46:06.000000000 +0900 @@ -148,10 +148,13 @@ esc->mii_model = MII_MODEL(ma->mii_id2); switch (esc->mii_model) { case MII_MODEL_MARVELL_E1011: - case MII_MODEL_MARVELL_E1112: if (PHY_READ(sc, E1000_ESSR) & E1000_ESSR_FIBER_LINK) sc->mii_flags |= MIIF_HAVEFIBER; break; + case MII_MODEL_MARVELL_E1112: + /* XXX Should have a way to get instance info. */ + sc->mii_flags |= MIIF_HAVEFIBER; + break; case MII_MODEL_MARVELL_E3082: /* 88E3082 10/100 Fast Ethernet PHY. */ sc->mii_anegticks = MII_ANEGTICKS; @@ -209,7 +212,7 @@ e1000phy_reset(struct mii_softc *sc) { struct e1000phy_softc *esc; - uint16_t reg; + uint16_t page, reg; esc = (struct e1000phy_softc *)sc; reg = PHY_READ(sc, E1000_SCR); @@ -217,13 +220,14 @@ reg &= ~E1000_SCR_AUTO_X_MODE; PHY_WRITE(sc, E1000_SCR, reg); if (esc->mii_model == MII_MODEL_MARVELL_E1112) { + page = PHY_READ(sc, E1000_EADR); /* Select 1000BASE-X only mode. */ PHY_WRITE(sc, E1000_EADR, 2); reg = PHY_READ(sc, E1000_SCR); reg &= ~E1000_SCR_MODE_MASK; reg |= E1000_SCR_MODE_1000BX; PHY_WRITE(sc, E1000_SCR, reg); - PHY_WRITE(sc, E1000_EADR, 1); + PHY_WRITE(sc, E1000_EADR, page); } } else { switch (esc->mii_model) { @@ -472,8 +476,8 @@ else mii->mii_media_active |= IFM_10_T; } else { - if (ssr & E1000_SSR_1000MBS) - mii->mii_media_active |= IFM_1000_SX; + /* XXX Should have a way to tell IFM_1000_SX/IFM_1000_LX. */ + mii->mii_media_active |= IFM_1000_SX; } if (ssr & E1000_SSR_DUPLEX) --BOKacYhQ+x31HxR3-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 3 10:43:19 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC6FF10656B4 for ; Thu, 3 Jul 2008 10:43:19 +0000 (UTC) (envelope-from andrew@rinet.ru) Received: from mail.tsscom.ru (mail.tsscom.ru [195.10.205.29]) by mx1.freebsd.org (Postfix) with ESMTP id 3CC318FC34 for ; Thu, 3 Jul 2008 10:43:18 +0000 (UTC) (envelope-from andrew@rinet.ru) Received: from [195.10.205.145] (HELO [10.10.80.29]) by mail.tsscom.ru (CommuniGate Pro SMTP 5.1.8) with ESMTP id 247220 for freebsd-stable@freebsd.org; Thu, 03 Jul 2008 13:43:16 +0400 From: Andrew Kolchoogin To: freebsd-stable@freebsd.org In-Reply-To: <486AAB93.1050606@menhennitt.com.au> References: <486AAB93.1050606@menhennitt.com.au> Content-Type: text/plain Organization: Cronyx Plus LLC Date: Thu, 03 Jul 2008 13:43:15 +0400 Message-Id: <1215078195.9029.22.camel@akela> Mime-Version: 1.0 X-Mailer: Evolution 2.12.2 Content-Transfer-Encoding: quoted-printable Subject: Re: installdate of a port/package? 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, 03 Jul 2008 10:43:19 -0000 Wed, 02/07/2008 =D0=B2 08:11 +1000, Graham Menhennitt writes: > Ronald Klop wrote: > > I just upgraded a machine from FreeBSD 6 to 7. Very nice. > > But my portupgrade -fa failed after a while. > > ... > > How do I know which ports I still need to update? > Run "portupgrade -fan" ... ... and it will suggest you to reinstall/upgrade everything. :) "portupgrade -an" will do suggest you to upgrade only outdated packages, but trouble in question is in that there is no way to determine what version of FreeBSD package was built on, neither using base system utilities, nor using tools from ports-mgmt/ -- one may suggest me to do this the way Gentoo's "revdep-rebuild" script does -- i.e., using ldd to determine which version of libc.so executable in question is linked with, asking pkg_info about what port contains the file and rebuilding such a port with portupgrade, this method is more or less good, but it is not a universal one. First of all, there're statically linked executables. Oh, well, one might use "strings" to extract them from executable and try to guess C compiler version executable was built with, but, in my opinon, human trying to rely on method described above is a "dangerous sharlatan" (C) opensolaris.org, BrandZ community. :) Second, there're a couple of ports that contains only libraries, and there're TONS of software which doesn't use advanced capabilities of modern link editors that are able to link one shared library with others, thus giving a large chance to run-time link editor to choke from incorrect versions of shared libraries, and making our first method of determining fairly useless. At last, but not at least, one can rely on versioned symbols, but this method can be used when people will upgrade old and obsolete RELENG_7 to modern and sexy RELENG_8, :) so I will not discuss it here at least in three years. ;) Conclusion: when you're upgrading from (n-1).x to n.x and starting "portupgrade -fa", in my opinion, the only safe choice in a case of "portupgrade -fa" faults is to start it again (oh-eh!). It's feasible, though, to avoid use of "portupgrade -fa" -- prepare list of packages with dependencies using "portupgrade -nfa" and use the simplest shell statement: for i in `cat package-list`; do portupgrade -f $i; done --=20 Andrew Kolchoogin Cronyx Plus LLC From owner-freebsd-stable@FreeBSD.ORG Thu Jul 3 14:57:36 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71C20106567F for ; Thu, 3 Jul 2008 14:57:36 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 2B8A98FC19 for ; Thu, 3 Jul 2008 14:57:35 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id ADBE22087; Thu, 3 Jul 2008 16:57:33 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Rajkumar S" References: <64de5c8b0806260110k72470558gbbf237f42308e06d@mail.gmail.com> Date: Thu, 03 Jul 2008 16:57:33 +0200 In-Reply-To: <64de5c8b0806260110k72470558gbbf237f42308e06d@mail.gmail.com> (Rajkumar S.'s message of "Thu\, 26 Jun 2008 13\:40\:51 +0530") Message-ID: <86r6abkobm.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: make buildworld fails on a RELENG_7_0 machine 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, 03 Jul 2008 14:57:36 -0000 "Rajkumar S" writes: > [...] > =3D=3D=3D> gnu/usr.bin/cvs/contrib (cleandir) > sed -e 's,@CSH@,/bin/csh,' -e 's,@PERL@,/usr/bin/perl,' > /usr/src/gnu/usr.bin/cvs/contrib/../../../../contrib/cvs/contrib/Makefile= .in > Makefile > "Makefile", line 15: Need an operator This will happen if src/gnu/usr.bin/cvs/contrib/Makefile is older than src/contrib/cvs/contrib/Makefile.in, which is usually not the case, but can happen by accident. This has been fixed in 7-STABLE. csup to get a clean tree, then # touch /usr/src/gnu/usr.bin/cvs/contrib/Makefile before building. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Thu Jul 3 16:20:04 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FE6E1065679 for ; Thu, 3 Jul 2008 16:20:04 +0000 (UTC) (envelope-from kian.mohageri@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.184]) by mx1.freebsd.org (Postfix) with ESMTP id 3A9208FC13 for ; Thu, 3 Jul 2008 16:20:04 +0000 (UTC) (envelope-from kian.mohageri@gmail.com) Received: by rn-out-0910.google.com with SMTP id j71so325866rne.12 for ; Thu, 03 Jul 2008 09:20:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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; bh=kfeGtfjs08OEStUdSly5zk0y4nyRGWlIwufnWTZLZv4=; b=kIFYrNDOneF70sAVHJCvOv1+meGjLUZ/nT6vEtpI8VoPfv6f+UzQLfThZu2JfeWzF0 yZ5/uH0gBN3/ndvingpF1fRaiPgBzpFgYAuXCQvQnL/pQ1ND6tm2r4akGl50qNAXn8E/ cpYyzah+LZAzuM9r1SMmmjYXuLenKp1JA/EKQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=too0DqNKz9dPsh10Ysygzua+h8ZCOheEcqQKuq/gdB3b54JC6PYber/tEspVWfrP9U dIs4eQAs/nfcZA6hf0/F79VlEFoNYmHWJoOXkUzSUnKpfDopUCdk/uA1cGAvmtvkNhn6 pZHjN/ofFHJw64s2HkgxJziLmG3Qoj4a2+Las= Received: by 10.151.108.10 with SMTP id k10mr636595ybm.6.1215100521747; Thu, 03 Jul 2008 08:55:21 -0700 (PDT) Received: by 10.151.101.9 with HTTP; Thu, 3 Jul 2008 08:55:21 -0700 (PDT) Message-ID: Date: Thu, 3 Jul 2008 08:55:21 -0700 From: "Kian Mohageri" To: stef@memberwebs.com In-Reply-To: <20080703003955.859BCF180C0@mx.npubs.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <678A03F5-5E8A-4CF6-90DF-AA9A4F30FBE1@stromnet.se> <1211037564.6326.27.camel@porksoda> <679DB462-75D6-45CC-949C-1BE8E12C22CD@stromnet.se> <482FD877.6050707@infracaninophile.co.uk> <20080703003955.859BCF180C0@mx.npubs.com> Cc: freebsd-stable , freebsd-net@freebsd.org, =?UTF-8?Q?Johan_Str=C3=B6m?= , freebsd-pf@freebsd.org, Alex Trull Subject: Re: connect(): Operation not permitted 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, 03 Jul 2008 16:20:04 -0000 T24gV2VkLCBKdWwgMiwgMjAwOCBhdCA1OjM5IFBNLCBTdGVmIDxzdGVmLWxpc3RAbWVtYmVyd2Vi cy5jb20+IHdyb3RlOgo+IEtpYW4gTW9oYWdlcmkgd3JvdGU6Cj4+IE9uIFN1biwgTWF5IDE4LCAy MDA4IGF0IDM6MzMgQU0sIEpvaGFuIFN0csO2bSA8am9oYW5Ac3Ryb21uZXQuc2U+IHdyb3RlOgo+ Pj4gT24gTWF5IDE4LCAyMDA4LCBhdCA5OjE5IEFNLCBNYXR0aGV3IFNlYW1hbiB3cm90ZToKPj4+ Cj4+Pj4gSm9oYW4gU3Ryw7ZtIHdyb3RlOgo+Pj4+Cj4+Pj4+IGRyb3AgYWxsIHRyYWZmaWMpPyBB IGNoZWNrIHdpdGggcGZjdGwgLXZzciByZXZlYWxzIHRoYXQgdGhlIGFjdHVhbCBydWxlCj4+Pj4+ IGluc2VydGVkIGlzICJwYXNzIG9uIGxvMCBpbmV0IGZyb20gMTIzLjEyMy4xMjMuMTIzIHRvIDEy My4xMjMuMTIzLjEyMyBmbGFncwo+Pj4+PiBTL1NBIGtlZXAgc3RhdGUiLiBXaGVyZSBkaWQgdGhh dCAia2VlcCBzdGF0ZSIgY29tZSBmcm9tPwo+Pj4+ICdmbGFncyBTL1NBIGtlZXAgc3RhdGUnIGlz IHRoZSBkZWZhdWx0IG5vdyBmb3IgdGNwIGZpbHRlciBydWxlcyAtLSB0aGF0Cj4+Pj4gd2FzIG5l dyBpbiA3LjAgcmVmbGVjdGluZyB0aGUgdXBzdHJlYW0gY2hhbmdlcyBtYWRlIGJldHdlZW4gdGhl IDQuMCBhbmQKPj4+PiA0LjEKPj4+PiByZWxlYXNlcyBvZiBPcGVuQlNELiAgSWYgeW91IHdhbnQg YSBzdGF0ZWxlc3MgcnVsZSwgYXBwZW5kICdubyBzdGF0ZScuCj4+Pj4KPj4+PiBodHRwOi8vd3d3 Lm9wZW5ic2Qub3JnL2ZhcS9wZi9maWx0ZXIuaHRtbCNzdGF0ZQo+Pj4gVGhhbmtzISBJIHdhcyBh Y3R1YWxseSBsb29raW5nIGFyb3VuZCBpbiB0aGUgcGYuY29uZiBtYW5wYWdlIGJ1dCBmYWlsZWQg dG8KPj4+IGZpbmQgaXQgeWVzdGVyZGF5LCBidXQgbG9va2luZyBjbG9zZXIgdG9kYXkgSSBub3cg c2F3IGl0Lgo+Pj4gQXBwbGllZCB0aGUgbm8gc3RhdGUgKGFuZCBxdWljaykgdG8gdGhlIHJ1bGUs IGFuZCBub3cgbm8gc3RhdGUgaXMgY3JlYXRlZC4KPj4+IEFuZCB0aGUgcHJvYmxlbSBJIGhhZCBp biB0aGUgZmlyc3QgcGxhY2Ugc2VlbXMgdG8gaGF2ZSBiZWVuIHJlc29sdmVkIHRvbwo+Pj4gbm93 LCBldmVuIHRob3VnaCBpdCBkaWRuJ3QgbG9vayBsaWtlIGEgc3RhdGUgcHJvYmxlbS4uIChzdGFy dGVkIHRvIGRlbnkgbmV3Cj4+PiBjb25uZWN0aW9ucyBtdWNoIGVhcmxpZXIgdGhhbiB0aGUgc3Rh dGVzIHdhcyBmdWxsLCBhbHRvdWdoIG1heWJlZSBpIHdhc250Cj4+PiBsb29raW5nIGZvciB1cGRh dGVzIGZhc3QgZW5vdWdoIG9yIHNvbWV0aGluZykuCj4+Pgo+Pgo+PiBJJ2QgYmUgd2lsbGluZyB0 byBiZXQgaXQncyBiZWNhdXNlIHlvdSdyZSByZXVzaW5nIHRoZSBzb3VyY2UgcG9ydCBvbiBhCj4+ IG5ldyBjb25uZWN0aW9uIGJlZm9yZSB0aGUgb2xkIHN0YXRlIGV4cGlyZXMuCj4+Cj4+IFlvdSds bCBrbm93IGlmIHlvdSBjaGVjayB0aGUgc3RhdGUtbWlzbWF0Y2ggY291bnRlci4KPj4KPj4gQW55 d2F5LCBnbGFkIHlvdSBmb3VuZCBhIHJlc29sdXRpb24uCj4KPiBJJ3ZlIGJlZW4gZXhwZXJpZW5j aW5nIHRoaXMgIk9wZXJhdGlvbiBub3QgcGVybWl0dGVkIiB0b28uIEkndmUgYmVlbgo+IHRyeWlu ZyB0byB0cmFjayBkb3duIHRoZSBwcm9ibGVtIGZvciBtYW55IG1vbnRocywgYnV0IGR1ZSB0byB0 aGUKPiBjb21wbGV4aXR5IG9mIG15IGZpcmV3YWxscyAoc2NvcmVzIG9mIGphaWxzIGVhY2ggd2l0 aCBzY29yZXMgb2YgcnVsZXMpLAo+IEkgd2Fzbid0IGJyYXZlIGVub3VnaCB0byBhc2sgZm9yIGhl bHAgOikKPgo+IEFzIGEgd29yayBhcm91bmQgd2Ugc3RhcnRlZCBjcmVhdGluZyBydWxlcyB3aXRo b3V0IHN0YXRlLCB3aGVuZXZlciB3ZQo+IHdvdWxkIHJ1biBpbnRvIHRoZSBwcm9ibGVtLgo+Cj4g VGhhbmtzIGZvciB0aGUgcG9pbnRlciBhYm91dCBzdGF0ZS1taXNtYXRjaC4gVGhlIHN0YXRlLW1p c21hdGNoIGNvdW50ZXIKPiBkb2VzIGlzIGluIGZhY3QgaGlnaCBpbiBteSBjYXNlIChzZWUgYmVs b3cpLiBIb3cgd291bGQgSSBnbyBhYm91dAo+IGdldHRpbmcgdGhlIHBmIHN0YXRlIHRpbWVvdXQg YW5kIHRoZSByZXVzZSBvZiBwb3J0cyBmb3Igb3V0Ym91bmQKPiBjb25uZWN0aW9ucyB0byBtYXRj aD8gT3IgaXMgdGhpcyBhbiBpbnRyYWN0YWJsZSBwcm9ibGVtLCB0aGF0IGp1c3QgbmVlZHMKPiB0 byBiZSB3b3JrZWQgYXJvdW5kPwo+CgpNYWtlIHN1cmUgeW91ciBzdGF0ZS1taXNtYXRjaCBjb3Vu dGVyIGlzIGluY3JlYXNpbmcgYXQgdGhlIHNhbWUgdGltZXMKeW91IGV4cGVyaWVuY2UgdGhlIHBy b2JsZW0gKGFuZCBpc24ndCBqdXN0IGhpZ2ggZnJvbSBzb21lIHVucmVsYXRlZAppc3N1ZSkuCgpB IHNpbWlsYXIvcmVsYXRlZCBwcm9ibGVtIHdhcyBhZGRyZXNzZWQgaW4gT3BlbkJTRCA0LjMKKGh0 dHA6Ly93d3cub3BlbmJzZC5vcmcvcGx1czQzLmh0bWwpLgoKICAqIEluIHBmKDQpLCBhbGxvdyBz dGF0ZSByZXVzZSBpZiBib3RoIHNpZGVzIGFyZSBpbiBGSU5fV0FJVF8yIGFuZCBhCm5ldyBTWU4g YXJyaXZlcy4KCkknbSBub3Qgc3VyZSBpZiBpdCdzIGJlZW4gaW1wb3J0ZWQgeWV0LiAgSWYgbm90 LCB5b3UgY291bGQgdHJ5IHR1bmluZwp5b3VyIHRpbWVvdXQgdmFsdWVzIChzZWUgcGYuY29uZig1 KSkuCgpUaGUgc3BlY2lmaWMgaXNzdWUgSSB3YXMgZXhwZXJpZW5jZWQgd2FzIHNvbHZlZCBieSBz aG9ydGVuaW5nCnRjcC5jbG9zZWQsIElJUkMuICBJdCdzIGJlZW4gYSB3aGlsZSB0aG91Z2guCgot S2lhbgo= From owner-freebsd-stable@FreeBSD.ORG Thu Jul 3 16:33:56 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68A20106568A for ; Thu, 3 Jul 2008 16:33:56 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.238]) by mx1.freebsd.org (Postfix) with ESMTP id 3FEC08FC20 for ; Thu, 3 Jul 2008 16:33:55 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1194734rvf.43 for ; Thu, 03 Jul 2008 09:33:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=9I8H6qHs4GutmwYU3x3QQ2qscm948uElUXwAJuxymZA=; b=uQzSiV7Umtryj50+/NkuNfjSzZPKu1eyHOyTLq5amARSmCbx8Bm8WJpmNqYjE3sugE 1q1j+uvsRIZc+iwg8V/hrsqJxYT0w5fdsZAO09Ir2xxjg2PrDmbOFyMEG29F12RRP5Aq edIb6zuB2PAvTjqQLGI7gN2ImUDm62JVmVrt8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=uk9c+TNQHdP2Vk9FovPzNvVC4yBaVgsVbszQ145Q9uqIpSb7vgOSW61/VsRwTH0Lsa eqbNe7O0eJhCCOM9sy7OBtuxZjgo6yC3oXjkFqOyNJmmiRv0uCpEvJSBm7YoC6p9+lev vRHV1or4PHP5EHGh6Ct/EpvP3VKwOrSQrubU0= Received: by 10.141.162.16 with SMTP id p16mr36470rvo.243.1215101289276; Thu, 03 Jul 2008 09:08:09 -0700 (PDT) Received: by 10.141.114.16 with HTTP; Thu, 3 Jul 2008 09:08:09 -0700 (PDT) Message-ID: <8e10486b0807030908i4c6f70bbp3f8e8907c7443259@mail.gmail.com> Date: Thu, 3 Jul 2008 13:08:09 -0300 From: "Alexandre Biancalana" To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: DigiBoard Xem with 2 extenal modules 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, 03 Jul 2008 16:33:56 -0000 Hi List, Is anybody running FreeBSD 7 DigiBoard Xem with 2 external 16-port modules ? I have this at my hands and only the first 16 ports are recognized... any tricks ?? Any help is very appreciated. Regards, Alexandre From owner-freebsd-stable@FreeBSD.ORG Thu Jul 3 17:41:09 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D1451065674 for ; Thu, 3 Jul 2008 17:41:09 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.233]) by mx1.freebsd.org (Postfix) with ESMTP id 33B778FC1C for ; Thu, 3 Jul 2008 17:41:08 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1225446rvf.43 for ; Thu, 03 Jul 2008 10:41:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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; bh=rWx4MX+AwNKKUVz5HtSqKzEZ+MmpONr3X804o2zsl+g=; b=Dt0h066I3zGXjUExLLc8VYCJLlj5uWZtPM8/DZdUjKoo5/fAMDnnbp3ojLvbW1RIFq xdXQkM7rlhVp+RCyfcTsl4yjpmlcdZLIIO6d+Ts1RCe24I5287xzknlFSmEk2S37AqI0 +5JxxXzYKe0rTfvUyf0pUW4LWI8jfkoLaznxI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=nl2ex0IGvxfAFFL3w/sTo1dg9T4J2Xi700/erFewKUcnAJmE3XtxTbJzSyXf5LlQAJ YpD5Bs7u0AKYW8Dv+etGvD16fNP87EdeGcvLeLa1iBwHcKm4/GkCeWEnoZi4PhV+rhkx mMcEyvBJwqpoaFQtJjYEvNr18pSwGq28OEGlQ= Received: by 10.141.115.6 with SMTP id s6mr52110rvm.224.1215106868603; Thu, 03 Jul 2008 10:41:08 -0700 (PDT) Received: by 10.141.114.16 with HTTP; Thu, 3 Jul 2008 10:41:08 -0700 (PDT) Message-ID: <8e10486b0807031041o54349836i31c5da84ebda70f6@mail.gmail.com> Date: Thu, 3 Jul 2008 14:41:08 -0300 From: "Alexandre Biancalana" To: "Gavin Atkinson" In-Reply-To: <1215105220.32135.18.camel@buffy.york.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8e10486b0807030908i4c6f70bbp3f8e8907c7443259@mail.gmail.com> <1215105220.32135.18.camel@buffy.york.ac.uk> Cc: stable@freebsd.org Subject: Re: DigiBoard Xem with 2 extenal modules 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, 03 Jul 2008 17:41:09 -0000 On 7/3/08, Gavin Atkinson wrote: > Hi, > > I'm afraid I can't give you the answer, but there's various bits of > information that I think will be useful to try to help resolve it: > > full verbose dmesg > output of "pciconf -l" (if it is a PCI card) > output of "devinfo -v" and "pnpinfo" (if it's an ISA card) > > Could you also take a look at PR kern/82227 and see if that is the same > hardware as yours please? Hi Gavin ! Thank you for you attention! My problem looks exact the same of the kern/82227 Follow the requested infos.... # pciconf -lv hostb0@pci0:0:0:0: class=0x060000 card=0x82761043 chip=0x29c08086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '(Bearlake) Processor to I/O Controller' class = bridge subclass = HOST-PCI pcib1@pci0:0:1:0: class=0x060400 card=0x29c18086 chip=0x29c18086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '(Bearlake) PCIe Root Port' class = bridge subclass = PCI-PCI uhci0@pci0:0:26:0: class=0x0c0300 card=0x82771043 chip=0x29378086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci1@pci0:0:26:1: class=0x0c0300 card=0x82771043 chip=0x29388086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci2@pci0:0:26:2: class=0x0c0300 card=0x82771043 chip=0x29398086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller' class = serial bus subclass = USB ehci0@pci0:0:26:7: class=0x0c0320 card=0x82771043 chip=0x293c8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB2 Enhanced Host Controller' class = serial bus subclass = USB pcib2@pci0:0:28:0: class=0x060400 card=0x82771043 chip=0x29408086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) PCIe Root Port 1' class = bridge subclass = PCI-PCI pcib3@pci0:0:28:4: class=0x060400 card=0x82771043 chip=0x29488086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) PCIe Root Port 5' class = bridge subclass = PCI-PCI pcib4@pci0:0:28:5: class=0x060400 card=0x82771043 chip=0x294a8086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) PCIe Root Port 6' class = bridge subclass = PCI-PCI uhci3@pci0:0:29:0: class=0x0c0300 card=0x82771043 chip=0x29348086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci4@pci0:0:29:1: class=0x0c0300 card=0x82771043 chip=0x29358086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci5@pci0:0:29:2: class=0x0c0300 card=0x82771043 chip=0x29368086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller' class = serial bus subclass = USB ehci1@pci0:0:29:7: class=0x0c0320 card=0x82771043 chip=0x293a8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB2 Enhanced Host Controller' class = serial bus subclass = USB pcib5@pci0:0:30:0: class=0x060401 card=0x82771043 chip=0x244e8086 rev=0x92 hdr=0x01 vendor = 'Intel Corporation' device = '82801 Family (ICH2/3/4/4/5/5/6/7/8/9,63xxESB) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:0:31:0: class=0x060100 card=0x82771043 chip=0x29188086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB (ICH9) LPC Interface Controller' class = bridge subclass = PCI-ISA atapci1@pci0:0:31:2: class=0x01018f card=0x82771043 chip=0x29218086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) 2 port Serial ATA Storage Controller 1' class = mass storage subclass = ATA none0@pci0:0:31:3: class=0x0c0500 card=0x82771043 chip=0x29308086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) SMBus Controller' class = serial bus subclass = SMBus atapci2@pci0:0:31:5: class=0x010185 card=0x82771043 chip=0x29268086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) 2 port Serial ATA Storage Controller 2' class = mass storage subclass = ATA vgapci0@pci0:1:0:0: class=0x030000 card=0x12131019 chip=0x01d310de rev=0xa1 hdr=0x00 vendor = 'Nvidia Corp' device = 'GeForce 7300 SE' class = display subclass = VGA atapci0@pci0:3:0:0: class=0x01018f card=0x82a21043 chip=0x612111ab rev=0xb2 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = '6121 SATA2 Controller' class = mass storage subclass = ATA none1@pci0:2:0:0: class=0x020000 card=0x82261043 chip=0x10481969 rev=0xb0 hdr=0x00 vendor = 'Attansic (Now owned by Atheros)' device = 'L1 Gigabit Ethernet 10/100/1000Base-T Ethernet Controller' class = network subclass = ethernet xl0@pci0:5:0:0: class=0x020000 card=0x635610b7 chip=0x605610b7 rev=0x20 hdr=0x00 vendor = '3COM Corp, Networking Division' device = '3CN3AC1556B MiniPCI 10/100 Ethernet+Modem56k (see devid:1007)' class = network subclass = ethernet none2@pci0:5:0:1: class=0x078000 card=0x615910b7 chip=0x100710b7 rev=0x20 hdr=0x00 vendor = '3COM Corp, Networking Division' device = '3C556 V.90 Mini-PCI Modem' class = simple comms digi0@pci0:5:1:0: class=0x078000 card=0x00000000 chip=0x0004114f rev=0x01 hdr=0x00 vendor = 'Digi International' device = 'AccelePort Xem' class = simple comms # # devinfo -v nexus0 acpi0 cpu0 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU1 acpi_perf0 est0 p4tcc0 cpufreq0 cpu1 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU2 acpi_perf1 est1 p4tcc1 cpufreq1 unknown pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU3 unknown pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU4 pcib0 pnpinfo _HID=PNP0A08 _UID=0 at handle=\_SB_.PCI0 pci0 hostb0 pnpinfo vendor=0x8086 device=0x29c0 subvendor=0x1043 subdevice=0x8276 class=0x060000 at slot=0 function=0 pcib1 pnpinfo vendor=0x8086 device=0x29c1 subvendor=0x8086 subdevice=0x29c1 class=0x060400 at slot=1 function=0 handle=\_SB_.PCI0.P0P2 pci1 vgapci0 pnpinfo vendor=0x10de device=0x01d3 subvendor=0x1019 subdevice=0x1213 class=0x030000 at slot=0 function=0 drm0 uhci0 pnpinfo vendor=0x8086 device=0x2937 subvendor=0x1043 subdevice=0x8277 class=0x0c0300 at slot=26 function=0 handle=\_SB_.PCI0.USB4 usb0 uhub0 uhci1 pnpinfo vendor=0x8086 device=0x2938 subvendor=0x1043 subdevice=0x8277 class=0x0c0300 at slot=26 function=1 handle=\_SB_.PCI0.USB5 usb1 uhub1 uhci2 pnpinfo vendor=0x8086 device=0x2939 subvendor=0x1043 subdevice=0x8277 class=0x0c0300 at slot=26 function=2 handle=\_SB_.PCI0.USB6 usb2 uhub2 ehci0 pnpinfo vendor=0x8086 device=0x293c subvendor=0x1043 subdevice=0x8277 class=0x0c0320 at slot=26 function=7 handle=\_SB_.PCI0.USBE usb3 uhub3 pcib2 pnpinfo vendor=0x8086 device=0x2940 subvendor=0x1043 subdevice=0x8277 class=0x060400 at slot=28 function=0 handle=\_SB_.PCI0.P0P4 pci4 pcib3 pnpinfo vendor=0x8086 device=0x2948 subvendor=0x1043 subdevice=0x8277 class=0x060400 at slot=28 function=4 handle=\_SB_.PCI0.P0P8 pci3 atapci0 pnpinfo vendor=0x11ab device=0x6121 subvendor=0x1043 subdevice=0x82a2 class=0x01018f at slot=0 function=0 ata2 ata3 pcib4 pnpinfo vendor=0x8086 device=0x294a subvendor=0x1043 subdevice=0x8277 class=0x060400 at slot=28 function=5 handle=\_SB_.PCI0.P0P9 pci2 unknown pnpinfo vendor=0x1969 device=0x1048 subvendor=0x1043 subdevice=0x8226 class=0x020000 at slot=0 function=0 uhci3 pnpinfo vendor=0x8086 device=0x2934 subvendor=0x1043 subdevice=0x8277 class=0x0c0300 at slot=29 function=0 handle=\_SB_.PCI0.USB0 usb4 uhub4 uhci4 pnpinfo vendor=0x8086 device=0x2935 subvendor=0x1043 subdevice=0x8277 class=0x0c0300 at slot=29 function=1 handle=\_SB_.PCI0.USB1 usb5 uhub5 uhci5 pnpinfo vendor=0x8086 device=0x2936 subvendor=0x1043 subdevice=0x8277 class=0x0c0300 at slot=29 function=2 handle=\_SB_.PCI0.USB2 usb6 uhub6 ehci1 pnpinfo vendor=0x8086 device=0x293a subvendor=0x1043 subdevice=0x8277 class=0x0c0320 at slot=29 function=7 handle=\_SB_.PCI0.EUSB usb7 uhub7 pcib5 pnpinfo vendor=0x8086 device=0x244e subvendor=0x1043 subdevice=0x8277 class=0x060401 at slot=30 function=0 handle=\_SB_.PCI0.P0P1 pci5 xl0 pnpinfo vendor=0x10b7 device=0x6056 subvendor=0x10b7 subdevice=0x6356 class=0x020000 at slot=0 function=0 miibus0 acphy0 pnpinfo oui=0x895 model=0x21 rev=0xb at phyno=0 unknown pnpinfo vendor=0x10b7 device=0x1007 subvendor=0x10b7 subdevice=0x6159 class=0x078000 at slot=0 function=1 digi0 pnpinfo vendor=0x114f device=0x0004 subvendor=0x0000 subdevice=0x0000 class=0x078000 at slot=1 function=0 isab0 pnpinfo vendor=0x8086 device=0x2918 subvendor=0x1043 subdevice=0x8277 class=0x060100 at slot=31 function=0 handle=\_SB_.PCI0.SBRG isa0 fdc0 ppc0 sc0 sio0 sio1 sio2 sio3 vga0 orm0 atapci1 pnpinfo vendor=0x8086 device=0x2921 subvendor=0x1043 subdevice=0x8277 class=0x01018f at slot=31 function=2 handle=\_SB_.PCI0.SATA ata4 ad8 subdisk8 ata5 unknown pnpinfo vendor=0x8086 device=0x2930 subvendor=0x1043 subdevice=0x8277 class=0x0c0500 at slot=31 function=3 atapci2 pnpinfo vendor=0x8086 device=0x2926 subvendor=0x1043 subdevice=0x8277 class=0x010185 at slot=31 function=5 handle=\_SB_.PCI0.SAT1 ata6 ata7 acpi_sysresource0 pnpinfo _HID=PNP0C01 _UID=10 at handle=\_SB_.PCI0.MCH_ unknown pnpinfo _HID=AWY0001 _UID=0 at handle=\_SB_.PCI0.SBRG.IELK unknown pnpinfo _HID=PNP0000 _UID=0 at handle=\_SB_.PCI0.SBRG.PIC_ atdma0 pnpinfo _HID=PNP0200 _UID=0 at handle=\_SB_.PCI0.SBRG.DMAD attimer0 pnpinfo _HID=PNP0100 _UID=0 at handle=\_SB_.PCI0.SBRG.TMR_ attimer1 pnpinfo _HID=PNP0B00 _UID=0 at handle=\_SB_.PCI0.SBRG.RTC0 unknown pnpinfo _HID=PNP0800 _UID=0 at handle=\_SB_.PCI0.SBRG.SPKR fpupnp0 pnpinfo _HID=PNP0C04 _UID=0 at handle=\_SB_.PCI0.SBRG.COPR unknown pnpinfo _HID=PNP0700 _UID=0 at handle=\_SB_.PCI0.SBRG.FDC_ acpi_sysresource1 pnpinfo _HID=PNP0C02 _UID=46 at handle=\_SB_.PCI0.SBRG.SIOR acpi_sysresource2 pnpinfo _HID=PNP0C02 _UID=16 at handle=\_SB_.PCI0.SBRG.RMSC unknown pnpinfo _HID=ATK0110 _UID=16843024 at handle=\_SB_.PCI0.SBRG.ASOC unknown pnpinfo _HID=PNP0103 _UID=0 at handle=\_SB_.PCI0.SBRG.HPET unknown pnpinfo _HID=PNP0501 _UID=1 at handle=\_SB_.PCI0.SBRG.UAR1 acpi_sysresource3 pnpinfo _HID=PNP0C02 _UID=0 at handle=\_SB_.PCI0.SBRG.OMSC atkbdc0 pnpinfo _HID=PNP0303 _UID=0 at handle=\_SB_.PCI0.SBRG.PS2K atkbd0 psm0 acpi_sysresource4 pnpinfo _HID=PNP0C02 _UID=17 at handle=\_SB_.PCI0.PCIE unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.SATA.CHN0 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.SATA.CHN0.DRV0 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.SATA.CHN0.DRV1 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.SATA.CHN1 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.SATA.CHN1.DRV0 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.SATA.CHN1.DRV1 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.SAT1.CHN0 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.SAT1.CHN0.DRV0 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.SAT1.CHN0.DRV1 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.SAT1.CHN1 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.SAT1.CHN1.DRV0 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.SAT1.CHN1.DRV1 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.P0P5 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.P0P6 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.P0P7 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.GBEC unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.PCI0.USB3 acpi_sysresource5 pnpinfo _HID=PNP0C01 _UID=1 at handle=\_SB_.RMEM acpi_button0 pnpinfo _HID=PNP0C0C _UID=170 at handle=\_SB_.PWRB pci_link0 pnpinfo _HID=PNP0C0F _UID=1 at handle=\_SB_.LNKA pci_link1 pnpinfo _HID=PNP0C0F _UID=2 at handle=\_SB_.LNKB pci_link2 pnpinfo _HID=PNP0C0F _UID=3 at handle=\_SB_.LNKC pci_link3 pnpinfo _HID=PNP0C0F _UID=4 at handle=\_SB_.LNKD pci_link4 pnpinfo _HID=PNP0C0F _UID=5 at handle=\_SB_.LNKE pci_link5 pnpinfo _HID=PNP0C0F _UID=6 at handle=\_SB_.LNKF pci_link6 pnpinfo _HID=PNP0C0F _UID=7 at handle=\_SB_.LNKG pci_link7 pnpinfo _HID=PNP0C0F _UID=8 at handle=\_SB_.LNKH acpi_timer0 pnpinfo unknown at unknown acpi_hpet0 pnpinfo unknown at unknown apic0 legacy0 ram0 # Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-STABLE #0: Thu Jul 3 02:14:49 UTC 2008 root@:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU E4600 @ 2.40GHz (2407.18-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fd Stepping = 13 Features=0xbfebfbff Features2=0xe39d AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 usable memory = 2133786624 (2034 MB) avail memory = 2059083776 (1963 MB) ACPI APIC Table: 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 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7ff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xfd000000-0xfdffffff,0xd0000000-0xdfffffff,0xfc000000-0xfcffffff irq 16 at device 0.0 on pci1 uhci0: port 0xc800-0xc81f irq 16 at device 26.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xc880-0xc89f irq 21 at device 26.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xcc00-0xcc1f irq 18 at device 26.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xfbfffc00-0xfbffffff irq 18 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered pcib2: irq 17 at device 28.0 on pci0 pci4: on pcib2 pcib3: irq 17 at device 28.4 on pci0 pci3: on pcib3 atapci0: port 0xdc00-0xdc07,0xd880-0xd883,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40f mem 0xfe3ffc00-0xfe3fffff irq 16 at device 0.0 on pci3 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] pcib4: irq 16 at device 28.5 on pci0 pci2: on pcib4 pci2: at device 0.0 (no driver attached) uhci3: port 0xc080-0xc09f irq 23 at device 29.0 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb4: on uhci3 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered uhci4: port 0xc400-0xc41f irq 19 at device 29.1 on pci0 uhci4: [GIANT-LOCKED] uhci4: [ITHREAD] usb5: on uhci4 usb5: USB revision 1.0 uhub5: on usb5 uhub5: 2 ports with 2 removable, self powered uhci5: port 0xc480-0xc49f irq 18 at device 29.2 on pci0 uhci5: [GIANT-LOCKED] uhci5: [ITHREAD] usb6: on uhci5 usb6: USB revision 1.0 uhub6: on usb6 uhub6: 2 ports with 2 removable, self powered ehci1: mem 0xfbfff800-0xfbfffbff irq 23 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb7: EHCI version 1.0 usb7: companion controllers, 2 ports each: usb4 usb5 usb6 usb7: on ehci1 usb7: USB revision 2.0 uhub7: on usb7 uhub7: 6 ports with 6 removable, self powered pcib5: at device 30.0 on pci0 pci5: on pcib5 xl0: <3Com 3c556B Fast Etherlink XL> port 0xe400-0xe4ff mem 0xfebff400-0xfebff47f,0xfebff000-0xfebff07f irq 16 at device 0.0 on pci5 miibus0: on xl0 acphy0: PHY 0 on miibus0 acphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:00:86:4d:7d:da xl0: [ITHREAD] pci5: at device 0.1 (no driver attached) digi0 mem 0xfe400000-0xfe7fffff irq 17 at device 1.0 on pci5 digi0: Digiboard PCI PC/Xem ASIC, 16 ports found isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0xb000-0xb007,0xac00-0xac03,0xa880-0xa887,0xa800-0xa803,0xa480-0xa48f,0xa400-0xa40f irq 22 at device 31.2 on pci0 atapci1: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] pci0: at device 31.3 (no driver attached) atapci2: port 0xc000-0xc007,0xbc00-0xbc03,0xb880-0xb887,0xb800-0xb803,0xb480-0xb48f,0xb400-0xb40f irq 22 at device 31.5 on pci0 atapci2: [ITHREAD] ata6: on atapci2 ata6: [ITHREAD] ata7: on atapci2 ata7: [ITHREAD] cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] acpi_button0: on acpi0 orm0: at iomem 0xcf000-0xcffff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec ad8: 305245MB at ata4-master SATA300 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad8s1a digi0: Digiboard PCI PC/Xem ASIC, 16 ports found digi0: Got init reset after 0 us digi0: BIOS uploaded digi0: BIOS started after 0 us digi0: BIOS booted after 1621 iterations digi0: Loading FEP/OS digi0: FEP/OS loaded digi0: FEP/OS started after 28 iterations digi0: Digiboard PCI PC/Xem ASIC, 16 ports found # From owner-freebsd-stable@FreeBSD.ORG Thu Jul 3 17:44:15 2008 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F6D1106568D for ; Thu, 3 Jul 2008 17:44:15 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.freebsd.org (Postfix) with ESMTP id AA7AB8FC18 for ; Thu, 3 Jul 2008 17:44:14 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw1.york.ac.uk (8.13.6/8.13.6) with ESMTP id m63HDhEe025190; Thu, 3 Jul 2008 18:13:43 +0100 (BST) Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1KESNL-0004zz-E5; Thu, 03 Jul 2008 18:13:43 +0100 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.2/8.14.2) with ESMTP id m63HDhWG033814; Thu, 3 Jul 2008 18:13:43 +0100 (BST) (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.2/8.14.2/Submit) id m63HDgVw033813; Thu, 3 Jul 2008 18:13:42 +0100 (BST) (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin@FreeBSD.org using -f From: Gavin Atkinson To: Alexandre Biancalana In-Reply-To: <8e10486b0807030908i4c6f70bbp3f8e8907c7443259@mail.gmail.com> References: <8e10486b0807030908i4c6f70bbp3f8e8907c7443259@mail.gmail.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 03 Jul 2008 18:13:40 +0100 Message-Id: <1215105220.32135.18.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: stable@FreeBSD.org Subject: Re: DigiBoard Xem with 2 extenal modules 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, 03 Jul 2008 17:44:15 -0000 On Thu, 2008-07-03 at 13:08 -0300, Alexandre Biancalana wrote: > Hi List, > > Is anybody running FreeBSD 7 DigiBoard Xem with 2 external 16-port modules ? > > I have this at my hands and only the first 16 ports are recognized... > any tricks ?? > > Any help is very appreciated. Hi, I'm afraid I can't give you the answer, but there's various bits of information that I think will be useful to try to help resolve it: full verbose dmesg output of "pciconf -l" (if it is a PCI card) output of "devinfo -v" and "pnpinfo" (if it's an ISA card) Could you also take a look at PR kern/82227 and see if that is the same hardware as yours please? Thanks, Gavin From owner-freebsd-stable@FreeBSD.ORG Thu Jul 3 20:00:08 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8BE61065677 for ; Thu, 3 Jul 2008 20:00:08 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail15.syd.optusnet.com.au (mail15.syd.optusnet.com.au [211.29.132.196]) by mx1.freebsd.org (Postfix) with ESMTP id 5A2858FC0A for ; Thu, 3 Jul 2008 20:00:08 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail15.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m63K05Gg018877 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 4 Jul 2008 06:00:06 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.2) with ESMTP id m63K05xs031321; Fri, 4 Jul 2008 06:00:05 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m63K05uL031320; Fri, 4 Jul 2008 06:00:05 +1000 (EST) (envelope-from peter) Date: Fri, 4 Jul 2008 06:00:05 +1000 From: Peter Jeremy To: Alexandre Biancalana Message-ID: <20080703200005.GO29380@server.vk2pj.dyndns.org> References: <8e10486b0807030908i4c6f70bbp3f8e8907c7443259@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7J16OGEJ/mt06A90" Content-Disposition: inline In-Reply-To: <8e10486b0807030908i4c6f70bbp3f8e8907c7443259@mail.gmail.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: stable@freebsd.org Subject: Re: DigiBoard Xem with 2 extenal modules 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, 03 Jul 2008 20:00:08 -0000 --7J16OGEJ/mt06A90 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Jul-03 13:08:09 -0300, Alexandre Biancalana = wrote: >Is anybody running FreeBSD 7 DigiBoard Xem with 2 external 16-port modules= ? I was unable to get it to work in 6.x and haven't tried with 7.x. My work-around was to use PCI cards (since I had a second one available). I have worked through the driver and compared it to the most recent Linux driver available from Digi, as well as upgrading the firmware to the most recent available to no avail. I know the second 16 ports works in Solaris but haven't tried Linux and verified that it doesn't work in FreeBSD. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --7J16OGEJ/mt06A90 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkhtL8UACgkQ/opHv/APuIf+CQCfeki7f/e4RuEu3hrBnHtX808M SgQAmwf9KvDHseBHIhnt/6Y6qcA2JTl0 =zaIS -----END PGP SIGNATURE----- --7J16OGEJ/mt06A90-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 3 20:13:50 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E08521065676 for ; Thu, 3 Jul 2008 20:13:50 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.233]) by mx1.freebsd.org (Postfix) with ESMTP id BED798FC1E for ; Thu, 3 Jul 2008 20:13:50 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1295487rvf.43 for ; Thu, 03 Jul 2008 13:13:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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; bh=NLWLIneHoyismVpUHZ2BjvIiHaFJ2NaBVfU4Ej474yA=; b=W+G2P+VSZB4aElpZ91BLSnAvwqMhhRw+Rco6aeqVoyntDE1bPCEcTKyBSXiqrK0hhD 4GxfL1GUSNxecFpFuBR6BpNeUlasA89DOhw4ie07VovwwZOz4PM43DTCvZ2MD2m9W6q3 G/3s18lHcaf/3KDOpVcmdG21OCto2V5t1aZ14= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=jI2LkKbehNScnRKjWhMMbxZbf/J/MwICvyoyazldhzNcgh19fNLO/0Ms617XMEbAcW Vq01uDRJyhpvh1AHkYTSQahlNwtDhRvmH0GuQ9161g0G20tM/CH9hqq269JC7Zn2v3Uw 0oYoRUWTnwWLlaWj/spTN71rd2vF/qaKGnEYk= Received: by 10.141.15.19 with SMTP id s19mr76132rvi.205.1215116030100; Thu, 03 Jul 2008 13:13:50 -0700 (PDT) Received: by 10.141.114.16 with HTTP; Thu, 3 Jul 2008 13:13:50 -0700 (PDT) Message-ID: <8e10486b0807031313k836835tefc38f72ac036545@mail.gmail.com> Date: Thu, 3 Jul 2008 17:13:50 -0300 From: "Alexandre Biancalana" To: "Peter Jeremy" In-Reply-To: <20080703200005.GO29380@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8e10486b0807030908i4c6f70bbp3f8e8907c7443259@mail.gmail.com> <20080703200005.GO29380@server.vk2pj.dyndns.org> Cc: stable@freebsd.org Subject: Re: DigiBoard Xem with 2 extenal modules 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, 03 Jul 2008 20:13:51 -0000 On 7/3/08, Peter Jeremy wrote: > On 2008-Jul-03 13:08:09 -0300, Alexandre Biancalana wrote: > >Is anybody running FreeBSD 7 DigiBoard Xem with 2 external 16-port modules ? > > > I was unable to get it to work in 6.x and haven't tried with 7.x. My > work-around was to use PCI cards (since I had a second one available). > I have worked through the driver and compared it to the most recent > Linux driver available from Digi, as well as upgrading the firmware to > the most recent available to no avail. > > I know the second 16 ports works in Solaris but haven't tried Linux > and verified that it doesn't work in FreeBSD. I tried in Linux and that works. But the customer solution was ever FreeBSD and I don't want to change :-( From owner-freebsd-stable@FreeBSD.ORG Thu Jul 3 21:11:42 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EB351065671 for ; Thu, 3 Jul 2008 21:11:42 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id C2D258FC20 for ; Thu, 3 Jul 2008 21:11:41 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so359559nfh.33 for ; Thu, 03 Jul 2008 14:11:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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; bh=qbQvaUdMZJRjd5aREoOCuwU1D/lUMBD1+umN3Z+Pzhw=; b=xfaF6LXEOLBXX6AGjBIEbaRKBxDwFZI/FenVJFiiVoMOIJfgGjiUPHVR72eMG4mPKB 69a4SNcCykF/o2CEBm3ecMxjzfdP5DkaHFa8KttImKGxORQaCA3C8CJJ36eMW2DuSZAY hsWD/cBCF27/wtQLnlPvzcc3QH79Ha9Q3uCoY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=ovu9pnEOJBjdgRbyv9IgdM7smCklh+z3CO2B1h9dOxaLjhmI190tw4hnsIe7UDlQj+ 097kMa2obsJcoVMpTApAhqTO/E3BH9lC7+qGzqxPpp/lNeLhykjTtXjx3CvOnY2XafNl hLVrYahUXWKMjNqGwOYCryUgE3ZONd9icYenw= Received: by 10.210.125.13 with SMTP id x13mr54859ebc.88.1215119500494; Thu, 03 Jul 2008 14:11:40 -0700 (PDT) Received: by 10.210.34.1 with HTTP; Thu, 3 Jul 2008 14:11:40 -0700 (PDT) Message-ID: <3c0b01820807031411y2d45660eqaca499c8debac2cc@mail.gmail.com> Date: Thu, 3 Jul 2008 17:11:40 -0400 From: "Alexander Sack" To: "Sam Leffler" In-Reply-To: <486BDCE9.3000608@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3c0b01820806170757v5565b59ne0e9d5db06f26761@mail.gmail.com> <486BDCE9.3000608@freebsd.org> Cc: FreeBSD STABLE Subject: Re: Atheros (ath) MSI wireless embedded chipset fails to attach on 7.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jul 2008 21:11:42 -0000 On Wed, Jul 2, 2008 at 3:54 PM, Sam Leffler wrote: > Alexander Sack wrote: >> >> Hello: >> >> I have installed FreeBSD-7.0-amd64 stable on my new AMD X2 Turon based >> notebook, a MSI-1710A (GX710Ax) which has a generic embedded >> controller. During boot up I notice that ATH complains with: >> >> ath_rate: version 1.2 >> ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) >> ath0: mem 0xfd7f0000-0xfd7fffff irq 16 at device 0.0 >> on pci2 >> ath0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xfd7f0000 >> ath0: [MPSAFE] >> ath0: [ITHREAD] >> ath0: unable to attach hardware; HAL status 13 >> device_attach: ath0 attach returned 6 >> >> HAL status 13 from the header file seems to indicate that the >> 7.0-STABLE driver doesn't support my hardware revision. Here is my >> pciconf -l output: >> >> hostb0@pci0:0:0:0: class=0x060000 card=0x42cd1462 chip=0x79101002 >> rev=0x00 hdr=0x00 >> pcib1@pci0:0:2:0: class=0x060400 card=0x42cd1462 chip=0x79131002 >> rev=0x00 hdr=0x01 >> pcib2@pci0:0:4:0: class=0x060400 card=0x42cd1462 chip=0x79141002 >> rev=0x00 hdr=0x01 >> pcib3@pci0:0:6:0: class=0x060400 card=0x42cd1462 chip=0x79161002 >> rev=0x00 hdr=0x01 >> pcib4@pci0:0:7:0: class=0x060400 card=0x42cd1462 chip=0x79171002 >> rev=0x00 hdr=0x01 >> atapci0@pci0:0:18:0: class=0x01018f card=0x42cd1462 chip=0x43801002 >> rev=0x00 hdr=0x00 >> ohci0@pci0:0:19:0: class=0x0c0310 card=0x42cd1462 chip=0x43871002 >> rev=0x00 hdr=0x00 >> ohci1@pci0:0:19:1: class=0x0c0310 card=0x42cd1462 chip=0x43881002 >> rev=0x00 hdr=0x00 >> ohci2@pci0:0:19:2: class=0x0c0310 card=0x42cd1462 chip=0x43891002 >> rev=0x00 hdr=0x00 >> ohci3@pci0:0:19:3: class=0x0c0310 card=0x42cd1462 chip=0x438a1002 >> rev=0x00 hdr=0x00 >> ohci4@pci0:0:19:4: class=0x0c0310 card=0x42cd1462 chip=0x438b1002 >> rev=0x00 hdr=0x00 >> ehci0@pci0:0:19:5: class=0x0c0320 card=0x42cd1462 chip=0x43861002 >> rev=0x00 hdr=0x00 >> none0@pci0:0:20:0: class=0x0c0500 card=0x42cd1462 chip=0x43851002 >> rev=0x14 hdr=0x00 >> atapci1@pci0:0:20:1: class=0x01018a card=0x42cd1462 chip=0x438c1002 >> rev=0x00 hdr=0x00 >> none1@pci0:0:20:2: class=0x040300 card=0x42cd1462 chip=0x43831002 >> rev=0x00 hdr=0x00 >> isab0@pci0:0:20:3: class=0x060100 card=0x42cd1462 chip=0x438d1002 >> rev=0x00 hdr=0x00 >> pcib5@pci0:0:20:4: class=0x060401 card=0x00000000 chip=0x43841002 >> rev=0x00 hdr=0x01 >> hostb1@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 >> rev=0x00 hdr=0x00 >> hostb2@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 >> rev=0x00 hdr=0x00 >> hostb3@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 >> rev=0x00 hdr=0x00 >> hostb4@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 >> rev=0x00 hdr=0x00 >> vgapci0@pci0:1:0:0: class=0x030000 card=0x42cd1462 chip=0x95811002 >> rev=0x00 hdr=0x00 >> none2@pci0:1:0:1: class=0x040300 card=0xaa081462 chip=0xaa081002 >> rev=0x00 hdr=0x00 >> ath0@pci0:2:0:0: class=0x020000 card=0x10261a3b chip=0x001c168c >> rev=0x01 hdr=0x00 >> re0@pci0:5:0:0: class=0x020000 card=0x42cd1462 chip=0x816810ec rev=0x01 >> hdr=0x00 >> cbb0@pci0:6:4:0: class=0x060700 card=0x42cd1462 chip=0x71341217 >> rev=0x21 hdr=0x02 >> none3@pci0:6:4:2: class=0x080500 card=0x42cd1462 chip=0x71201217 >> rev=0x01 hdr=0x00 >> none4@pci0:6:4:3: class=0x068000 card=0x42cd1462 chip=0x71301217 >> rev=0x01 hdr=0x00 >> fwohci0@pci0:6:4:4: class=0x0c0010 card=0x42cd1462 chip=0x00f71217 >> rev=0x02 hdr=0x00 >> >> ath0 is listed as rev=0x01 so I'm a little confused why I got HAL >> status 13. Does anyone know if this chipset is supported in >> 7.0-STABLE? If not, is it possible to try CURRENT on 7.0 which may >> fix it? I've attached my complete dmesg output. >> >> Again, any feedback would be much appreciated! >> >> > > Try the hal in http://www.freebsd.org/~sam. Again Sam, thanks for this, it worked for me... -aps From owner-freebsd-stable@FreeBSD.ORG Thu Jul 3 21:14:18 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9513106568A for ; Thu, 3 Jul 2008 21:14:18 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id AD4FD8FC13 for ; Thu, 3 Jul 2008 21:14:18 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [192.168.1.101] (cpe-74-77-179-53.buffalo.res.rr.com [74.77.179.53]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id m63LEGh5091567 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 3 Jul 2008 17:14:17 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-stable , freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-4YWWbfY2t8wPF9KwiZZm" Date: Thu, 03 Jul 2008 17:14:10 -0400 Message-Id: <1215119650.75067.10.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1335; Body=0 Fuz1=0 Fuz2=0 Cc: Subject: cvsup server reachable via IPv6... 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, 03 Jul 2008 21:14:18 -0000 --=-4YWWbfY2t8wPF9KwiZZm Content-Type: text/plain Content-Transfer-Encoding: quoted-printable If any of you have been wishing there was an IPv6-capable cvsup server you could use (with csup as the client obviously since cvsup doesn't do IPv6...) give cvsup18.freebsd.org a try. With the help of a few other folks I got nudged into giving inetd/netcat a try as a means to feed IPv6 connections to the cvsupd server process. If you try it and have problems let me know. cvsup18 is my "little server" (handles between 200 and 300 connects a day) but if this seems to work OK I can give it a try on my "big server" (handles between 3000 and 4000 connects a day...). --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-4YWWbfY2t8wPF9KwiZZm Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEABECAAYFAkhtQSIACgkQ/G14VSmup/aNzwCeJA8yBnFpHNm2I58WKgM3xD01 ir4AniJzE9I0dkgpKpQdhq93UM2DwHTS =C40w -----END PGP SIGNATURE----- --=-4YWWbfY2t8wPF9KwiZZm-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 3 21:26:47 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0836A1065673 for ; Thu, 3 Jul 2008 21:26:47 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from hosted.kievnet.com (hosted.kievnet.com [193.138.144.10]) by mx1.freebsd.org (Postfix) with ESMTP id C027B8FC13 for ; Thu, 3 Jul 2008 21:26:46 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost ([127.0.0.1] helo=edge.pp.kiev.ua) by hosted.kievnet.com with esmtpa (Exim 4.62) (envelope-from ) id 1KEWKC-000KpU-R4; Fri, 04 Jul 2008 00:26:44 +0300 Message-ID: <486D440F.1090601@icyb.net.ua> Date: Fri, 04 Jul 2008 00:26:39 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.14 (X11/20080615) MIME-Version: 1.0 To: pyunyh@gmail.com References: <47A3041D.5050402@icyb.net.ua> <20080201123603.GA14050@cdnetworks.co.kr> <47A321BB.1060708@icyb.net.ua> <47A32501.7080703@icyb.net.ua> <20080204035242.GA28554@cdnetworks.co.kr> <47C2BC50.5040702@icyb.net.ua> <47C2DBEF.301@icyb.net.ua> <20080226073633.GC47750@cdnetworks.co.kr> In-Reply-To: <20080226073633.GC47750@cdnetworks.co.kr> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, yongari@freebsd.org Subject: Re: 6.3 nfe: dead after system reset 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, 03 Jul 2008 21:26:47 -0000 As they say - long time, no see :-) I am back with some more details, but still with no insights. Let me refresh an essence of the issue. The issue: after 'abrupt' reset/reboot of a system my nfe interface is dead. That is, if I do a graceful reboot (e.g. via shutdown -r) everything is ok, ditto if I do power-down (whether graceful or not) and the power-up. The problem happens only if I press reset button and then boot up. Details. The issue can not be reproduced with nve driver. Moreover, when I reproduce the problem with nfe, then kldunload nfe driver, kldload nve driver - nve interface is alive. Then kldunload nve, kldload nfe - nfe interface is dead again. Specification of dead. There are no errors. ifconfig shows the same output (active, media, up, etc) as in normal case. But I can not ping any host on local network (connected to the same switch), ping outputs "Host is down". tcpdump also doesn't show any incoming traffic. More details. I was able to verify that packets do actually go through the interface. When I try to ping some machine I see (on the other host) arp requests for its ethernet address. All address in arp packets are correct (ethernet and ip). So the interface works for outgoing packets, but somehow loses incoming arp replies. Not sure if thap happens in the NIC or in the driver itself (see the above nve/nfe live replacement experiment). So, there are some facts, but still no clues. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Jul 3 21:50:37 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF3181065676; Thu, 3 Jul 2008 21:50:37 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 8A0C58FC15; Thu, 3 Jul 2008 21:50:37 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 99E8A73087; Thu, 3 Jul 2008 23:35:17 +0200 (CEST) Date: Thu, 3 Jul 2008 23:35:17 +0200 From: Luigi Rizzo To: Andriy Gapon Message-ID: <20080703213517.GA76155@onelab2.iet.unipi.it> References: <47A3041D.5050402@icyb.net.ua> <20080201123603.GA14050@cdnetworks.co.kr> <47A321BB.1060708@icyb.net.ua> <47A32501.7080703@icyb.net.ua> <20080204035242.GA28554@cdnetworks.co.kr> <47C2BC50.5040702@icyb.net.ua> <47C2DBEF.301@icyb.net.ua> <20080226073633.GC47750@cdnetworks.co.kr> <486D440F.1090601@icyb.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <486D440F.1090601@icyb.net.ua> User-Agent: Mutt/1.4.2.3i Cc: pyunyh@gmail.com, freebsd-stable@freebsd.org, yongari@freebsd.org Subject: Re: 6.3 nfe: dead after system reset 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, 03 Jul 2008 21:50:37 -0000 On Fri, Jul 04, 2008 at 12:26:39AM +0300, Andriy Gapon wrote: > > As they say - long time, no see :-) > I am back with some more details, but still with no insights. > > Let me refresh an essence of the issue. > The issue: after 'abrupt' reset/reboot of a system my nfe interface is dead. > That is, if I do a graceful reboot (e.g. via shutdown -r) everything is > ok, ditto if I do power-down (whether graceful or not) and the power-up. > The problem happens only if I press reset button and then boot up. > > Details. > The issue can not be reproduced with nve driver. > Moreover, when I reproduce the problem with nfe, then kldunload nfe > driver, kldload nve driver - nve interface is alive. Then kldunload nve, > kldload nfe - nfe interface is dead again. > > Specification of dead. > There are no errors. ifconfig shows the same output (active, media, up, > etc) as in normal case. But I can not ping any host on local network > (connected to the same switch), ping outputs "Host is down". tcpdump > also doesn't show any incoming traffic. > > More details. > I was able to verify that packets do actually go through the interface. > When I try to ping some machine I see (on the other host) arp requests > for its ethernet address. All address in arp packets are correct > (ethernet and ip). So the interface works for outgoing packets, but > somehow loses incoming arp replies. Not sure if thap happens in the NIC > or in the driver itself (see the above nve/nfe live replacement experiment). these symptoms (outgoing traffic is ok, incoming not received) are similar to what i see in other conditions on my machine, see http://www.mavetju.org/mail/view_message.php?list=freebsd-net&id=2730309 it is interesting that if_nve works ok, maybe we can compare the two drivers and see if they initialize the device in different ways (or test for receive interrupts in different ways) cheers luigi From owner-freebsd-stable@FreeBSD.ORG Fri Jul 4 01:13:57 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B2401065678 for ; Fri, 4 Jul 2008 01:13:57 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (72-12-2-19.static.networktel.net [72.12.2.19]) by mx1.freebsd.org (Postfix) with ESMTP id C0BA78FC1F for ; Fri, 4 Jul 2008 01:13:56 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from HOME.encontacto.net ([189.190.8.164]) by ns2.bafirst.com with esmtp; Thu, 03 Jul 2008 20:03:37 -0500 id 000D5393.486D76E9.00001076 Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Thu, 03 Jul 2008 20:03:31 -0500 id 0004AC23.486D76E3.0000C18C Received: from dsl-189-190-8-164.prod-infinitum.com.mx (dsl-189-190-8-164.prod-infinitum.com.mx [189.190.8.164]) by intranet.encontacto.net (Horde Framework) with HTTP; Thu, 03 Jul 2008 20:03:31 -0500 Message-ID: <20080703200331.1765415meuda1ji8@intranet.encontacto.net> Date: Thu, 03 Jul 2008 20:03:31 -0500 From: eculp To: freebsd-stable@freebsd.org References: <3c0b01820806170757v5565b59ne0e9d5db06f26761@mail.gmail.com> <486BDCE9.3000608@freebsd.org> <3c0b01820807031411y2d45660eqaca499c8debac2cc@mail.gmail.com> In-Reply-To: <3c0b01820807031411y2d45660eqaca499c8debac2cc@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.2-cvs) Subject: Re: Atheros (ath) MSI wireless embedded chipset fails to attach on 7.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jul 2008 01:13:57 -0000 Quoting Alexander Sack : > On Wed, Jul 2, 2008 at 3:54 PM, Sam Leffler wrote: >> Alexander Sack wrote: >>> >>> Hello: >>> >>> I have installed FreeBSD-7.0-amd64 stable on my new AMD X2 Turon based >>> notebook, a MSI-1710A (GX710Ax) which has a generic embedded >>> controller. During boot up I notice that ATH complains with: >>> >>> ath_rate: version 1.2 >>> ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF541= 3) >>> ath0: mem 0xfd7f0000-0xfd7fffff irq 16 at device 0.0 >>> on pci2 I have the same Atheros 5424/2424 on my Acer aspire laptop and it =20 works great by installing the patch from Sam, http://people.freebsd.org/~sam/ath_hal-20080528.tgz Building a new kernel and then adding your configuration in rc.conf. good luck, ed >>> ath0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xfd7f0000 >>> ath0: [MPSAFE] >>> ath0: [ITHREAD] >>> ath0: unable to attach hardware; HAL status 13 >>> device_attach: ath0 attach returned 6 >>> >>> HAL status 13 from the header file seems to indicate that the >>> 7.0-STABLE driver doesn't support my hardware revision. Here is my >>> pciconf -l output: >>> >>> hostb0@pci0:0:0:0: class=3D0x060000 card=3D0x42cd1462 chip=3D0x7910= 1002 >>> rev=3D0x00 hdr=3D0x00 >>> pcib1@pci0:0:2:0: class=3D0x060400 card=3D0x42cd1462 chip=3D0x7913= 1002 >>> rev=3D0x00 hdr=3D0x01 >>> pcib2@pci0:0:4:0: class=3D0x060400 card=3D0x42cd1462 chip=3D0x7914= 1002 >>> rev=3D0x00 hdr=3D0x01 >>> pcib3@pci0:0:6:0: class=3D0x060400 card=3D0x42cd1462 chip=3D0x7916= 1002 >>> rev=3D0x00 hdr=3D0x01 >>> pcib4@pci0:0:7:0: class=3D0x060400 card=3D0x42cd1462 chip=3D0x7917= 1002 >>> rev=3D0x00 hdr=3D0x01 >>> atapci0@pci0:0:18:0: class=3D0x01018f card=3D0x42cd1462 chip=3D0x4380= 1002 >>> rev=3D0x00 hdr=3D0x00 >>> ohci0@pci0:0:19:0: class=3D0x0c0310 card=3D0x42cd1462 chip=3D0x4387= 1002 >>> rev=3D0x00 hdr=3D0x00 >>> ohci1@pci0:0:19:1: class=3D0x0c0310 card=3D0x42cd1462 chip=3D0x4388= 1002 >>> rev=3D0x00 hdr=3D0x00 >>> ohci2@pci0:0:19:2: class=3D0x0c0310 card=3D0x42cd1462 chip=3D0x4389= 1002 >>> rev=3D0x00 hdr=3D0x00 >>> ohci3@pci0:0:19:3: class=3D0x0c0310 card=3D0x42cd1462 chip=3D0x438a= 1002 >>> rev=3D0x00 hdr=3D0x00 >>> ohci4@pci0:0:19:4: class=3D0x0c0310 card=3D0x42cd1462 chip=3D0x438b= 1002 >>> rev=3D0x00 hdr=3D0x00 >>> ehci0@pci0:0:19:5: class=3D0x0c0320 card=3D0x42cd1462 chip=3D0x4386= 1002 >>> rev=3D0x00 hdr=3D0x00 >>> none0@pci0:0:20:0: class=3D0x0c0500 card=3D0x42cd1462 chip=3D0x4385= 1002 >>> rev=3D0x14 hdr=3D0x00 >>> atapci1@pci0:0:20:1: class=3D0x01018a card=3D0x42cd1462 chip=3D0x438c= 1002 >>> rev=3D0x00 hdr=3D0x00 >>> none1@pci0:0:20:2: class=3D0x040300 card=3D0x42cd1462 chip=3D0x4383= 1002 >>> rev=3D0x00 hdr=3D0x00 >>> isab0@pci0:0:20:3: class=3D0x060100 card=3D0x42cd1462 chip=3D0x438d= 1002 >>> rev=3D0x00 hdr=3D0x00 >>> pcib5@pci0:0:20:4: class=3D0x060401 card=3D0x00000000 chip=3D0x4384= 1002 >>> rev=3D0x00 hdr=3D0x01 >>> hostb1@pci0:0:24:0: class=3D0x060000 card=3D0x00000000 chip=3D0x1100= 1022 >>> rev=3D0x00 hdr=3D0x00 >>> hostb2@pci0:0:24:1: class=3D0x060000 card=3D0x00000000 chip=3D0x1101= 1022 >>> rev=3D0x00 hdr=3D0x00 >>> hostb3@pci0:0:24:2: class=3D0x060000 card=3D0x00000000 chip=3D0x1102= 1022 >>> rev=3D0x00 hdr=3D0x00 >>> hostb4@pci0:0:24:3: class=3D0x060000 card=3D0x00000000 chip=3D0x1103= 1022 >>> rev=3D0x00 hdr=3D0x00 >>> vgapci0@pci0:1:0:0: class=3D0x030000 card=3D0x42cd1462 chip=3D0x9581= 1002 >>> rev=3D0x00 hdr=3D0x00 >>> none2@pci0:1:0:1: class=3D0x040300 card=3D0xaa081462 chip=3D0xaa08= 1002 >>> rev=3D0x00 hdr=3D0x00 >>> ath0@pci0:2:0:0: class=3D0x020000 card=3D0x10261a3b chip=3D0x001c= 168c >>> rev=3D0x01 hdr=3D0x00 >>> re0@pci0:5:0:0: class=3D0x020000 card=3D0x42cd1462 chip=3D0x816810ec rev= =3D0x01 >>> hdr=3D0x00 >>> cbb0@pci0:6:4:0: class=3D0x060700 card=3D0x42cd1462 chip=3D0x7134= 1217 >>> rev=3D0x21 hdr=3D0x02 >>> none3@pci0:6:4:2: class=3D0x080500 card=3D0x42cd1462 chip=3D0x7120= 1217 >>> rev=3D0x01 hdr=3D0x00 >>> none4@pci0:6:4:3: class=3D0x068000 card=3D0x42cd1462 chip=3D0x7130= 1217 >>> rev=3D0x01 hdr=3D0x00 >>> fwohci0@pci0:6:4:4: class=3D0x0c0010 card=3D0x42cd1462 chip=3D0x00f7= 1217 >>> rev=3D0x02 hdr=3D0x00 >>> >>> ath0 is listed as rev=3D0x01 so I'm a little confused why I got HAL >>> status 13. Does anyone know if this chipset is supported in >>> 7.0-STABLE? If not, is it possible to try CURRENT on 7.0 which may >>> fix it? I've attached my complete dmesg output. >>> >>> Again, any feedback would be much appreciated! >>> >>> >> >> Try the hal in http://www.freebsd.org/~sam. > > Again Sam, thanks for this, it worked for me... > > -aps > _______________________________________________ > 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 Jul 4 01:21:31 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F63D106567D for ; Fri, 4 Jul 2008 01:21:31 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id C610D8FC16 for ; Fri, 4 Jul 2008 01:21:30 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so415712ywe.13 for ; Thu, 03 Jul 2008 18:21:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=Fzy0g8+sAkCa32dili9s6EJFoP9V31WLkI3hbhHs7fg=; b=xzCx8x0/bZVarNMpHdiegRusdKzye7rT/t0KJ4V4mYf9ChQtWFo61S9BH0VyzLK9MK qXWo4O84rq43+O4m1ZcYcigk4gEsHhopQCHs95A6oZubCc56Vzm3ffp5M1aBHTL78Tkn hx5b5DuOatWqp1xVLDS4YmsCXOqi8Zex2MV6w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=I3Tdb9MaobRp4aeEmUujEBR7Np3zXXcxg9PQmza9PpG4aMyBsr5zeJJ18DKg+YMhBV fYcRi+V+5bUQa7nuZ3Qq4ercGSsxNS7ioJnNr5B4riG80l3YcRzEN9w4JPpST5wV5KM7 USnGM7pPVUY5Du80c8qc9J/uXtLTq9f1OXM/A= Received: by 10.151.13.7 with SMTP id q7mr1097966ybi.204.1215132745987; Thu, 03 Jul 2008 17:52:25 -0700 (PDT) Received: by 10.150.137.11 with HTTP; Thu, 3 Jul 2008 17:52:25 -0700 (PDT) Message-ID: <5f67a8c40807031752r22c3391ds23ab57cb59d2cd32@mail.gmail.com> Date: Thu, 3 Jul 2008 20:52:25 -0400 From: "Zaphod Beeblebrox" To: "Daniel Eriksson" In-Reply-To: <4F9C9299A10AE74E89EA580D14AA10A61A1968@royal64.emp.zapto.org> MIME-Version: 1.0 References: <4F9C9299A10AE74E89EA580D14AA10A61A1968@royal64.emp.zapto.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: legioner.r@gmail.com, morten@lightworkings.dk, freebsd-stable@freebsd.org, sos@freebsd.org Subject: Re: MCP55 SATA data corruption in FreeBSD 7 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, 04 Jul 2008 01:21:31 -0000 On Tue, Jul 1, 2008 at 5:01 AM, Daniel Eriksson wrote: > > I am having problems with silent data corruption on (some) drives > connected to an MCP55 SATA controller. > I have an MCP55 controller here running most of my RAID array. When I origionally loaded this machine, I had many problems until I figured out I could only use every other SATA port with any degree of reliability. It turned out that with the first two drives I bought, this every-other rule was true. These drives are: ad4: 238475MB at ata2-master SATA300 But When I bought new drives, they happily used every channel: ad10: 715404MB at ata5-master SATA300 The difference, I'm lead to believe, is that the Samsung drive is a PATA drive with a SATA to PATA bridge on it. The newer "true SATA" drives work fine. From owner-freebsd-stable@FreeBSD.ORG Fri Jul 4 02:24:23 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF95A1065670 for ; Fri, 4 Jul 2008 02:24:23 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail13.syd.optusnet.com.au (mail13.syd.optusnet.com.au [211.29.132.194]) by mx1.freebsd.org (Postfix) with ESMTP id 71B168FC0C for ; Fri, 4 Jul 2008 02:24:23 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail13.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m642OKUT010070 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 4 Jul 2008 12:24:20 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.2) with ESMTP id m642OJs1032638; Fri, 4 Jul 2008 12:24:19 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m642OJ0s032637; Fri, 4 Jul 2008 12:24:19 +1000 (EST) (envelope-from peter) Date: Fri, 4 Jul 2008 12:24:19 +1000 From: Peter Jeremy To: Alexandre Biancalana Message-ID: <20080704022419.GB32475@server.vk2pj.dyndns.org> References: <8e10486b0807030908i4c6f70bbp3f8e8907c7443259@mail.gmail.com> <20080703200005.GO29380@server.vk2pj.dyndns.org> <8e10486b0807031313k836835tefc38f72ac036545@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uZ3hkaAS1mZxFaxD" Content-Disposition: inline In-Reply-To: <8e10486b0807031313k836835tefc38f72ac036545@mail.gmail.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: stable@freebsd.org Subject: Re: DigiBoard Xem with 2 extenal modules 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, 04 Jul 2008 02:24:24 -0000 --uZ3hkaAS1mZxFaxD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Jul-03 17:13:50 -0300, Alexandre Biancalana = wrote: >I tried in Linux and that works. But the customer solution was ever >FreeBSD and I don't want to change :-( Which implies that problem is inside our code. Maybe someone else needs to work through the Linux driver and see what it does that our driver isn't doing. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --uZ3hkaAS1mZxFaxD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkhtidMACgkQ/opHv/APuIfv+QCghNoWh7B+uQ5fizB9uyq8/5IY 4iAAn0jmp7taUl833JV00iLtCk+Vx+ad =eIma -----END PGP SIGNATURE----- --uZ3hkaAS1mZxFaxD-- From owner-freebsd-stable@FreeBSD.ORG Fri Jul 4 11:32:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74D13106567E; Fri, 4 Jul 2008 11:32:14 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 597A98FC1C; Fri, 4 Jul 2008 11:32:14 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id EAE391CC073; Fri, 4 Jul 2008 04:32:13 -0700 (PDT) Date: Fri, 4 Jul 2008 04:32:13 -0700 From: Jeremy Chadwick To: Kian Mohageri Message-ID: <20080704113213.GA13586@eos.sc1.parodius.com> References: <678A03F5-5E8A-4CF6-90DF-AA9A4F30FBE1@stromnet.se> <1211037564.6326.27.camel@porksoda> <679DB462-75D6-45CC-949C-1BE8E12C22CD@stromnet.se> <482FD877.6050707@infracaninophile.co.uk> <20080703003955.859BCF180C0@mx.npubs.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable , stef@memberwebs.com, freebsd-net@freebsd.org, freebsd-pf@freebsd.org, Alex Trull Subject: Re: connect(): Operation not permitted 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, 04 Jul 2008 11:32:14 -0000 On Thu, Jul 03, 2008 at 08:55:21AM -0700, Kian Mohageri wrote: > On Wed, Jul 2, 2008 at 5:39 PM, Stef wrote: > > Kian Mohageri wrote: > >> On Sun, May 18, 2008 at 3:33 AM, Johan Strm wrote: > >>> On May 18, 2008, at 9:19 AM, Matthew Seaman wrote: > >>> > >>>> Johan Strm wrote: > >>>> > >>>>> drop all traffic)? A check with pfctl -vsr reveals that the actual rule > >>>>> inserted is "pass on lo0 inet from 123.123.123.123 to 123.123.123.123 flags > >>>>> S/SA keep state". Where did that "keep state" come from? > >>>> 'flags S/SA keep state' is the default now for tcp filter rules -- that > >>>> was new in 7.0 reflecting the upstream changes made between the 4.0 and > >>>> 4.1 > >>>> releases of OpenBSD. If you want a stateless rule, append 'no state'. > >>>> > >>>> http://www.openbsd.org/faq/pf/filter.html#state > >>> Thanks! I was actually looking around in the pf.conf manpage but failed to > >>> find it yesterday, but looking closer today I now saw it. > >>> Applied the no state (and quick) to the rule, and now no state is created. > >>> And the problem I had in the first place seems to have been resolved too > >>> now, even though it didn't look like a state problem.. (started to deny new > >>> connections much earlier than the states was full, altough maybee i wasnt > >>> looking for updates fast enough or something). > >>> > >> > >> I'd be willing to bet it's because you're reusing the source port on a > >> new connection before the old state expires. > >> > >> You'll know if you check the state-mismatch counter. > >> > >> Anyway, glad you found a resolution. > > > > I've been experiencing this "Operation not permitted" too. I've been > > trying to track down the problem for many months, but due to the > > complexity of my firewalls (scores of jails each with scores of rules), > > I wasn't brave enough to ask for help :) > > > > As a work around we started creating rules without state, whenever we > > would run into the problem. > > > > Thanks for the pointer about state-mismatch. The state-mismatch counter > > does is in fact high in my case (see below). How would I go about > > getting the pf state timeout and the reuse of ports for outbound > > connections to match? Or is this an intractable problem, that just needs > > to be worked around? > > Make sure your state-mismatch counter is increasing at the same times > you experience the problem (and isn't just high from some unrelated > issue). > > A similar/related problem was addressed in OpenBSD 4.3 > (http://www.openbsd.org/plus43.html). > > * In pf(4), allow state reuse if both sides are in FIN_WAIT_2 and a > new SYN arrives. > > I'm not sure if it's been imported yet. If not, you could try tuning > your timeout values (see pf.conf(5)). > > The specific issue I was experienced was solved by shortening > tcp.closed, IIRC. It's been a while though. When administrators see state-mismatch increasing, they get concerned. The common scapegoat is tcp.closed, which people don't even bother to describe (pf has an internal value of 10 seconds applied to that value, e.g. tcp.closed=5 means 15 seconds). You can set tcp.closed as low as you want, but chances are random Internet users will have equipment with IP stacks that re-use outbound sockets which haven't fully closed down within the aforementioned interval. pf cannot fix this. For example, on our production/hosting systems, we see state-mismatch increase fairly often. I just pfctl -F info'd our main webserver, and within about 15 minutes, state-mismatch was up to 22. We use tcp.closed of 5 (which means 15 seconds). Workarounds such as "no state" suffice, but if you use rdr rules, you MUST track state, which means there's no way of winning in that case. For sake of example, OpenBSD spamd requires the use of rdr rules. Administrators then ask 3 questions: 1) How do I determine whether or not state-mismatch increasing is a sign of bad things, or due to peoples' broken IP stacks, 2) What happens to packets which cause state-mismatch to increment, e.g. are they blocked, passed, or what? 3) Why isn't state-mismatch described in detail in the documentation? Finally, the fix in OpenBSD 4.3 should really be backported to FreeBSD ASAP. -- | 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 Jul 4 12:10:50 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEA6B106567F; Fri, 4 Jul 2008 12:10:50 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 896208FC1B; Fri, 4 Jul 2008 12:10:50 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 4D7EC1CC081; Fri, 4 Jul 2008 05:10:50 -0700 (PDT) Date: Fri, 4 Jul 2008 05:10:50 -0700 From: Jeremy Chadwick To: Kian Mohageri Message-ID: <20080704121050.GA14604@eos.sc1.parodius.com> References: <678A03F5-5E8A-4CF6-90DF-AA9A4F30FBE1@stromnet.se> <1211037564.6326.27.camel@porksoda> <679DB462-75D6-45CC-949C-1BE8E12C22CD@stromnet.se> <482FD877.6050707@infracaninophile.co.uk> <20080703003955.859BCF180C0@mx.npubs.com> <20080704113213.GA13586@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080704113213.GA13586@eos.sc1.parodius.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable , stef@memberwebs.com, freebsd-net@freebsd.org, freebsd-pf@freebsd.org, Alex Trull Subject: Re: connect(): Operation not permitted 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, 04 Jul 2008 12:10:50 -0000 On Fri, Jul 04, 2008 at 04:32:13AM -0700, Jeremy Chadwick wrote: > On Thu, Jul 03, 2008 at 08:55:21AM -0700, Kian Mohageri wrote: > > A similar/related problem was addressed in OpenBSD 4.3 > > (http://www.openbsd.org/plus43.html). > > > > * In pf(4), allow state reuse if both sides are in FIN_WAIT_2 and a > > new SYN arrives. The OpenBSD diff: http://www.openbsd.org/cgi-bin/cvsweb/src/sys/net/pf.c.diff?r2=1.559&r1=1.558&f=H I've submit a FreeBSD PR to get the above backported into RELENG_7 and RELENG_6: http://www.freebsd.org/cgi/query-pr.cgi?pr=125261 -- | 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 Jul 4 13:05:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE5A6106564A for ; Fri, 4 Jul 2008 13:05:32 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.freebsd.org (Postfix) with ESMTP id 59A5A8FC1B for ; Fri, 4 Jul 2008 13:05:32 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 3717 invoked from network); 4 Jul 2008 07:38:50 -0500 Received: from 203-166-248-146.dyn.iinet.net.au (HELO ayiin) (203.166.248.146) by sigma.octantis.com.au with (DHE-RSA-AES128-SHA encrypted) SMTP; 4 Jul 2008 07:38:50 -0500 Date: Fri, 4 Jul 2008 22:38:42 +1000 From: Norberto Meijome To: Alex Trull Message-ID: <20080704223842.673c8d49@ayiin> In-Reply-To: <20080701153446.GB13250@syndicate.internationalconspiracy.org> References: <20080701153446.GB13250@syndicate.internationalconspiracy.org> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Ronald Klop Subject: Re: installdate of a port/package? 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, 04 Jul 2008 13:05:32 -0000 On Tue, 1 Jul 2008 16:34:47 +0100 Alex Trull wrote: > e.g. $ find $dir -mtime +2 -type f -xdev -print > > Add a little guesswork/pkg_info to determine which ports they're from. you can use pkg_info -W {file} to find out which port installed {file} _________________________ {Beto|Norberto|Numard} Meijome Your reasoning is excellent -- it's only your basic assumptions that are wrong. I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Fri Jul 4 15:34:32 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFED8106567D for ; Fri, 4 Jul 2008 15:34:32 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id 80E3C8FC13 for ; Fri, 4 Jul 2008 15:34:32 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by wa-out-1112.google.com with SMTP id j4so757319wah.3 for ; Fri, 04 Jul 2008 08:34:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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; bh=CRUu7re/c6CzJIhkHf3cHLVzjbbjCJ/YCAH03Cq9QXo=; b=LsCivQuf7u5wP+RMT8VAFGgdK9pWF2BLmpsb4dRsH+ltR9n547vJeWoeUBz7HAQjIg f0p7MSH/EFW75JwYL47vlXRcOYD/6h/2RFz3ntxHdVu7VwYU3hv/PNwz4+Cq95oX5oYs i0KAQKl5askvc809UwkKVjdgCgZb5LBOalD/4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=aTFdFrPTPno6PrSxYdaY1xIt7OuyAIT7R43N0ciaH7zqNrvLUJkfConPzKyf6g3c5i rjZuIvwdHAnGw/mBOZqwl5+TRYEtnmKHfUufOTrBgaiil2C92ekxq1T6RhBMd9CheKdO Sbz6ICYy1gsM2Tn0e86zpc7XM8fPWSUXEmKDo= Received: by 10.114.202.15 with SMTP id z15mr3493943waf.88.1215185671385; Fri, 04 Jul 2008 08:34:31 -0700 (PDT) Received: by 10.115.32.16 with HTTP; Fri, 4 Jul 2008 08:34:30 -0700 (PDT) Message-ID: <8e10486b0807040834m27a38254k5261535d93d70ce6@mail.gmail.com> Date: Fri, 4 Jul 2008 12:34:30 -0300 From: "Alexandre Biancalana" To: "Gavin Atkinson" In-Reply-To: <1215176991.36376.24.camel@buffy.york.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8e10486b0807030908i4c6f70bbp3f8e8907c7443259@mail.gmail.com> <1215105220.32135.18.camel@buffy.york.ac.uk> <8e10486b0807031041o54349836i31c5da84ebda70f6@mail.gmail.com> <1215176991.36376.24.camel@buffy.york.ac.uk> Cc: stable@freebsd.org Subject: Re: DigiBoard Xem with 2 extenal modules 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, 04 Jul 2008 15:34:32 -0000 On 7/4/08, Gavin Atkinson wrote: > It's not a solution, but it may well be a great help in diagnosing where > the problem lies: it would be useful to know if the driver is simply > failing to detect the correct number of ports, or if the driver > physically cannot use them. > > In /usr/src/sys/dev/digi/digi.c, line 510, you'll see the following > code: > > if (sc->numports == 0) { > device_printf(sc->dev, "%s, 0 ports found\n", sc->name); > sc->hidewin(sc); > return (0); > } > > Just before that section, can you add a line "sc->numports = 32;", > recompile, and see if the missing 16 ports are usable? If they are, I > suspect fixing the driver will be trivial. Wow !! Now the 32 ports are detected and devices created. # digictl -d 1 -r /dev/digi0.ctl digi0: Got init reset after 0 us digi0: BIOS uploaded digi0: BIOS started after 0 us digi0: BIOS booted after 1619 iterations digi0: Loading FEP/OS digi0: FEP/OS loaded digi0: FEP/OS started after 28 iterations digi0: Digiboard PCI PC/Xem ASIC, 32 ports found # ls /dev/cuaD?? | wc -l 32 I will connect some modems to that ports to test and let you know. Thank you for your time. From owner-freebsd-stable@FreeBSD.ORG Fri Jul 4 21:30:57 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72FDE1065682 for ; Fri, 4 Jul 2008 21:30:57 +0000 (UTC) (envelope-from kian.mohageri@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id 1D8788FC13 for ; Fri, 4 Jul 2008 21:30:56 +0000 (UTC) (envelope-from kian.mohageri@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so548935ywe.13 for ; Fri, 04 Jul 2008 14:30:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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; bh=6pXem0cLxaszFpgTAhj7jAyaMMKuIqyurj4g7QOQ6pg=; b=gX0akhlXbmduCIy8Zi5jUuSlb5E7/zzjtYnRQCljoh0ISXTk3EXL3/O7x0+WywiArv KBch6xH2nPku0sB6uv5Nh6LWzQS9HxDVAHJm6jd731r4oBXTje7fgVnfJWSohIjcr/iW rdd0syFIPLeO22/6UO+s1q2Ab68x1rltPhEXA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=YdFJY7oeCyzYRRB+wq/zgWKyyLqvIDVlo2GXRhctegXpXI2+gLs72DGUcNiq1E556T FAONduwyjX1+QgVzUMPpozsTMFBSe5wJMlXW75HAzVRl5+DpqVzQjhakr0mQfTpfyGur R9ermhvzPpOTgeHNT0GRzgFDglHHyPQjc9B8w= Received: by 10.150.153.3 with SMTP id a3mr140529ybe.84.1215207048951; Fri, 04 Jul 2008 14:30:48 -0700 (PDT) Received: by 10.151.101.9 with HTTP; Fri, 4 Jul 2008 14:30:48 -0700 (PDT) Message-ID: Date: Fri, 4 Jul 2008 14:30:48 -0700 From: "Kian Mohageri" To: "Jeremy Chadwick" In-Reply-To: <20080704113213.GA13586@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <678A03F5-5E8A-4CF6-90DF-AA9A4F30FBE1@stromnet.se> <1211037564.6326.27.camel@porksoda> <679DB462-75D6-45CC-949C-1BE8E12C22CD@stromnet.se> <482FD877.6050707@infracaninophile.co.uk> <20080703003955.859BCF180C0@mx.npubs.com> <20080704113213.GA13586@eos.sc1.parodius.com> Cc: freebsd-stable , stef@memberwebs.com, freebsd-net@freebsd.org, freebsd-pf@freebsd.org, Alex Trull Subject: Re: connect(): Operation not permitted 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, 04 Jul 2008 21:30:57 -0000 T24gRnJpLCBKdWwgNCwgMjAwOCBhdCA0OjMyIEFNLCBKZXJlbXkgQ2hhZHdpY2sgPGtvaXRzdUBm cmVlYnNkLm9yZz4gd3JvdGU6Cj4gT24gVGh1LCBKdWwgMDMsIDIwMDggYXQgMDg6NTU6MjFBTSAt MDcwMCwgS2lhbiBNb2hhZ2VyaSB3cm90ZToKPj4gT24gV2VkLCBKdWwgMiwgMjAwOCBhdCA1OjM5 IFBNLCBTdGVmIDxzdGVmLWxpc3RAbWVtYmVyd2Vicy5jb20+IHdyb3RlOgo+PiA+IEtpYW4gTW9o YWdlcmkgd3JvdGU6Cj4+ID4+IE9uIFN1biwgTWF5IDE4LCAyMDA4IGF0IDM6MzMgQU0sIEpvaGFu IFN0csO2bSA8am9oYW5Ac3Ryb21uZXQuc2U+IHdyb3RlOgo+PiA+Pj4gT24gTWF5IDE4LCAyMDA4 LCBhdCA5OjE5IEFNLCBNYXR0aGV3IFNlYW1hbiB3cm90ZToKPj4gPj4+Cj4+ID4+Pj4gSm9oYW4g U3Ryw7ZtIHdyb3RlOgo+PiA+Pj4+Cj4+ID4+Pj4+IGRyb3AgYWxsIHRyYWZmaWMpPyBBIGNoZWNr IHdpdGggcGZjdGwgLXZzciByZXZlYWxzIHRoYXQgdGhlIGFjdHVhbCBydWxlCj4+ID4+Pj4+IGlu c2VydGVkIGlzICJwYXNzIG9uIGxvMCBpbmV0IGZyb20gMTIzLjEyMy4xMjMuMTIzIHRvIDEyMy4x MjMuMTIzLjEyMyBmbGFncwo+PiA+Pj4+PiBTL1NBIGtlZXAgc3RhdGUiLiBXaGVyZSBkaWQgdGhh dCAia2VlcCBzdGF0ZSIgY29tZSBmcm9tPwo+PiA+Pj4+ICdmbGFncyBTL1NBIGtlZXAgc3RhdGUn IGlzIHRoZSBkZWZhdWx0IG5vdyBmb3IgdGNwIGZpbHRlciBydWxlcyAtLSB0aGF0Cj4+ID4+Pj4g d2FzIG5ldyBpbiA3LjAgcmVmbGVjdGluZyB0aGUgdXBzdHJlYW0gY2hhbmdlcyBtYWRlIGJldHdl ZW4gdGhlIDQuMCBhbmQKPj4gPj4+PiA0LjEKPj4gPj4+PiByZWxlYXNlcyBvZiBPcGVuQlNELiAg SWYgeW91IHdhbnQgYSBzdGF0ZWxlc3MgcnVsZSwgYXBwZW5kICdubyBzdGF0ZScuCj4+ID4+Pj4K Pj4gPj4+PiBodHRwOi8vd3d3Lm9wZW5ic2Qub3JnL2ZhcS9wZi9maWx0ZXIuaHRtbCNzdGF0ZQo+ PiA+Pj4gVGhhbmtzISBJIHdhcyBhY3R1YWxseSBsb29raW5nIGFyb3VuZCBpbiB0aGUgcGYuY29u ZiBtYW5wYWdlIGJ1dCBmYWlsZWQgdG8KPj4gPj4+IGZpbmQgaXQgeWVzdGVyZGF5LCBidXQgbG9v a2luZyBjbG9zZXIgdG9kYXkgSSBub3cgc2F3IGl0Lgo+PiA+Pj4gQXBwbGllZCB0aGUgbm8gc3Rh dGUgKGFuZCBxdWljaykgdG8gdGhlIHJ1bGUsIGFuZCBub3cgbm8gc3RhdGUgaXMgY3JlYXRlZC4K Pj4gPj4+IEFuZCB0aGUgcHJvYmxlbSBJIGhhZCBpbiB0aGUgZmlyc3QgcGxhY2Ugc2VlbXMgdG8g aGF2ZSBiZWVuIHJlc29sdmVkIHRvbwo+PiA+Pj4gbm93LCBldmVuIHRob3VnaCBpdCBkaWRuJ3Qg bG9vayBsaWtlIGEgc3RhdGUgcHJvYmxlbS4uIChzdGFydGVkIHRvIGRlbnkgbmV3Cj4+ID4+PiBj b25uZWN0aW9ucyBtdWNoIGVhcmxpZXIgdGhhbiB0aGUgc3RhdGVzIHdhcyBmdWxsLCBhbHRvdWdo IG1heWJlZSBpIHdhc250Cj4+ID4+PiBsb29raW5nIGZvciB1cGRhdGVzIGZhc3QgZW5vdWdoIG9y IHNvbWV0aGluZykuCj4+ID4+Pgo+PiA+Pgo+PiA+PiBJJ2QgYmUgd2lsbGluZyB0byBiZXQgaXQn cyBiZWNhdXNlIHlvdSdyZSByZXVzaW5nIHRoZSBzb3VyY2UgcG9ydCBvbiBhCj4+ID4+IG5ldyBj b25uZWN0aW9uIGJlZm9yZSB0aGUgb2xkIHN0YXRlIGV4cGlyZXMuCj4+ID4+Cj4+ID4+IFlvdSds bCBrbm93IGlmIHlvdSBjaGVjayB0aGUgc3RhdGUtbWlzbWF0Y2ggY291bnRlci4KPj4gPj4KPj4g Pj4gQW55d2F5LCBnbGFkIHlvdSBmb3VuZCBhIHJlc29sdXRpb24uCj4+ID4KPj4gPiBJJ3ZlIGJl ZW4gZXhwZXJpZW5jaW5nIHRoaXMgIk9wZXJhdGlvbiBub3QgcGVybWl0dGVkIiB0b28uIEkndmUg YmVlbgo+PiA+IHRyeWluZyB0byB0cmFjayBkb3duIHRoZSBwcm9ibGVtIGZvciBtYW55IG1vbnRo cywgYnV0IGR1ZSB0byB0aGUKPj4gPiBjb21wbGV4aXR5IG9mIG15IGZpcmV3YWxscyAoc2NvcmVz IG9mIGphaWxzIGVhY2ggd2l0aCBzY29yZXMgb2YgcnVsZXMpLAo+PiA+IEkgd2Fzbid0IGJyYXZl IGVub3VnaCB0byBhc2sgZm9yIGhlbHAgOikKPj4gPgo+PiA+IEFzIGEgd29yayBhcm91bmQgd2Ug c3RhcnRlZCBjcmVhdGluZyBydWxlcyB3aXRob3V0IHN0YXRlLCB3aGVuZXZlciB3ZQo+PiA+IHdv dWxkIHJ1biBpbnRvIHRoZSBwcm9ibGVtLgo+PiA+Cj4+ID4gVGhhbmtzIGZvciB0aGUgcG9pbnRl ciBhYm91dCBzdGF0ZS1taXNtYXRjaC4gVGhlIHN0YXRlLW1pc21hdGNoIGNvdW50ZXIKPj4gPiBk b2VzIGlzIGluIGZhY3QgaGlnaCBpbiBteSBjYXNlIChzZWUgYmVsb3cpLiBIb3cgd291bGQgSSBn byBhYm91dAo+PiA+IGdldHRpbmcgdGhlIHBmIHN0YXRlIHRpbWVvdXQgYW5kIHRoZSByZXVzZSBv ZiBwb3J0cyBmb3Igb3V0Ym91bmQKPj4gPiBjb25uZWN0aW9ucyB0byBtYXRjaD8gT3IgaXMgdGhp cyBhbiBpbnRyYWN0YWJsZSBwcm9ibGVtLCB0aGF0IGp1c3QgbmVlZHMKPj4gPiB0byBiZSB3b3Jr ZWQgYXJvdW5kPwo+Pgo+PiBNYWtlIHN1cmUgeW91ciBzdGF0ZS1taXNtYXRjaCBjb3VudGVyIGlz IGluY3JlYXNpbmcgYXQgdGhlIHNhbWUgdGltZXMKPj4geW91IGV4cGVyaWVuY2UgdGhlIHByb2Js ZW0gKGFuZCBpc24ndCBqdXN0IGhpZ2ggZnJvbSBzb21lIHVucmVsYXRlZAo+PiBpc3N1ZSkuCj4+ Cj4+IEEgc2ltaWxhci9yZWxhdGVkIHByb2JsZW0gd2FzIGFkZHJlc3NlZCBpbiBPcGVuQlNEIDQu Mwo+PiAoaHR0cDovL3d3dy5vcGVuYnNkLm9yZy9wbHVzNDMuaHRtbCkuCj4+Cj4+ICAgKiBJbiBw Zig0KSwgYWxsb3cgc3RhdGUgcmV1c2UgaWYgYm90aCBzaWRlcyBhcmUgaW4gRklOX1dBSVRfMiBh bmQgYQo+PiBuZXcgU1lOIGFycml2ZXMuCj4+Cj4+IEknbSBub3Qgc3VyZSBpZiBpdCdzIGJlZW4g aW1wb3J0ZWQgeWV0LiAgSWYgbm90LCB5b3UgY291bGQgdHJ5IHR1bmluZwo+PiB5b3VyIHRpbWVv dXQgdmFsdWVzIChzZWUgcGYuY29uZig1KSkuCj4+Cj4+IFRoZSBzcGVjaWZpYyBpc3N1ZSBJIHdh cyBleHBlcmllbmNlZCB3YXMgc29sdmVkIGJ5IHNob3J0ZW5pbmcKPj4gdGNwLmNsb3NlZCwgSUlS Qy4gIEl0J3MgYmVlbiBhIHdoaWxlIHRob3VnaC4KPgo+IFdoZW4gYWRtaW5pc3RyYXRvcnMgc2Vl IHN0YXRlLW1pc21hdGNoIGluY3JlYXNpbmcsIHRoZXkgZ2V0IGNvbmNlcm5lZC4KPiBUaGUgY29t bW9uIHNjYXBlZ29hdCBpcyB0Y3AuY2xvc2VkLCB3aGljaCBwZW9wbGUgZG9uJ3QgZXZlbiBib3Ro ZXIgdG8KPiBkZXNjcmliZSAocGYgaGFzIGFuIGludGVybmFsIHZhbHVlIG9mIDEwIHNlY29uZHMg YXBwbGllZCB0byB0aGF0IHZhbHVlLAo+IGUuZy4gdGNwLmNsb3NlZD01IG1lYW5zIDE1IHNlY29u ZHMpLgo+Cj4gWW91IGNhbiBzZXQgdGNwLmNsb3NlZCBhcyBsb3cgYXMgeW91IHdhbnQsIGJ1dCBj aGFuY2VzIGFyZSByYW5kb20KPiBJbnRlcm5ldCB1c2VycyB3aWxsIGhhdmUgZXF1aXBtZW50IHdp dGggSVAgc3RhY2tzIHRoYXQgcmUtdXNlIG91dGJvdW5kCj4gc29ja2V0cyB3aGljaCBoYXZlbid0 IGZ1bGx5IGNsb3NlZCBkb3duIHdpdGhpbiB0aGUgYWZvcmVtZW50aW9uZWQKPiBpbnRlcnZhbC4g IHBmIGNhbm5vdCBmaXggdGhpcy4KPgo+IEZvciBleGFtcGxlLCBvbiBvdXIgcHJvZHVjdGlvbi9o b3N0aW5nIHN5c3RlbXMsIHdlIHNlZSBzdGF0ZS1taXNtYXRjaAo+IGluY3JlYXNlIGZhaXJseSBv ZnRlbi4gIEkganVzdCBwZmN0bCAtRiBpbmZvJ2Qgb3VyIG1haW4gd2Vic2VydmVyLCBhbmQKPiB3 aXRoaW4gYWJvdXQgMTUgbWludXRlcywgc3RhdGUtbWlzbWF0Y2ggd2FzIHVwIHRvIDIyLiAgV2Ug dXNlIHRjcC5jbG9zZWQKPiBvZiA1ICh3aGljaCBtZWFucyAxNSBzZWNvbmRzKS4KPgo+IFdvcmth cm91bmRzIHN1Y2ggYXMgIm5vIHN0YXRlIiBzdWZmaWNlLCBidXQgaWYgeW91IHVzZSByZHIgcnVs ZXMsIHlvdQo+IE1VU1QgdHJhY2sgc3RhdGUsIHdoaWNoIG1lYW5zIHRoZXJlJ3Mgbm8gd2F5IG9m IHdpbm5pbmcgaW4gdGhhdCBjYXNlLgo+IEZvciBzYWtlIG9mIGV4YW1wbGUsIE9wZW5CU0Qgc3Bh bWQgcmVxdWlyZXMgdGhlIHVzZSBvZiByZHIgcnVsZXMuCj4KPiBBZG1pbmlzdHJhdG9ycyB0aGVu IGFzayAzIHF1ZXN0aW9uczoKPgoKRm9yIHRoZSBzYWtlIG9mIGEgaGVscGZ1bCBhcmNoaXZlLi4u Cgo+IDEpIEhvdyBkbyBJIGRldGVybWluZSB3aGV0aGVyIG9yIG5vdCBzdGF0ZS1taXNtYXRjaCBp bmNyZWFzaW5nIGlzIGEKPiAgIHNpZ24gb2YgYmFkIHRoaW5ncywgb3IgZHVlIHRvIHBlb3BsZXMn IGJyb2tlbiBJUCBzdGFja3MsCgpZb3UgY2FuJ3QuICBPbmx5IHdheSB5b3Uga25vdyBpcyBwcm9i YWJseSB3aGVuIHBlb3BsZSBjb21wbGFpbiwgb3IgeW91Cm5vdGljZSBzY3JpcHRzL3BhZ2UgbG9h ZHMgZmFpbGluZy4KCj4gMikgV2hhdCBoYXBwZW5zIHRvIHBhY2tldHMgd2hpY2ggY2F1c2Ugc3Rh dGUtbWlzbWF0Y2ggdG8gaW5jcmVtZW50LAo+ICAgZS5nLiBhcmUgdGhleSBibG9ja2VkLCBwYXNz ZWQsIG9yIHdoYXQ/CgpEcm9wcGVkLiAgSW4gdGhlIGNhc2Ugb2YgYSBzdGF0ZS1taXNtYXRjaCBk dXJpbmcgVENQIGhhbmRzaGFrZSwgYW4gUlNUCmlzIHNlbnQuICBUaGF0J3Mgd2h5IHRoZSBmYWls dXJlIGhhcHBlbnMgaW1tZWRpYXRlbHkuCgo+IDMpIFdoeSBpc24ndCBzdGF0ZS1taXNtYXRjaCBk ZXNjcmliZWQgaW4gZGV0YWlsIGluIHRoZSBkb2N1bWVudGF0aW9uPwo+CgpHb29kIHF1ZXN0aW9u LiAgSSBndWVzcyBiZWNhdXNlIGl0IHdvdWxkIGJlIGRpZmZpY3VsdCB0byBkb2N1bWVudCBhbGwK b2YgdGhlIHJlYXNvbnMgYSBzdGF0ZSB3b3VsZG4ndCBtYXRjaC4gIEl0IHdvdWxkIGJlIGVhc2ll ciB0byBzaW1wbHkKZG9jdW1lbnQgd2hhdCBhIHN0YXRlIF9pc18sIGJ1dCB0aGF0J3MgYWxyZWFk eSBpbiB0aGUgYXJjaGl2ZXMuCgotS2lhbgo= From owner-freebsd-stable@FreeBSD.ORG Fri Jul 4 23:54:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9729F1065670 for ; Fri, 4 Jul 2008 23:54:20 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail13.syd.optusnet.com.au (mail13.syd.optusnet.com.au [211.29.132.194]) by mx1.freebsd.org (Postfix) with ESMTP id 284418FC0C for ; Fri, 4 Jul 2008 23:54:19 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail13.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m64NrGbj018580 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 5 Jul 2008 09:53:17 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.2) with ESMTP id m64NrGAf052596; Sat, 5 Jul 2008 09:53:16 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m64NrGdI052595; Sat, 5 Jul 2008 09:53:16 +1000 (EST) (envelope-from peter) Date: Sat, 5 Jul 2008 09:53:15 +1000 From: Peter Jeremy To: Marcus Reid Message-ID: <20080704235315.GE29380@server.vk2pj.dyndns.org> References: <20080702120002.GB65355@blazingdot.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wRokNccIwvMzawGl" Content-Disposition: inline In-Reply-To: <20080702120002.GB65355@blazingdot.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: msync() differences between Linux and 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, 04 Jul 2008 23:54:20 -0000 --wRokNccIwvMzawGl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Jul-02 05:00:02 -0700, Marcus Reid wrote: > It seems that in FreeBSD, msync() waits for bits to be >committed to disk even when MS_ASYNC is specified. Your previous ktrace output suggests that, at least for the way rrdtool is using mmap(2), physical I/O is being performed by msync(2). It's not clear whether FreeBSD is ignoring the MS_ASYNC flag (the code suggests it isn't), is blocking on previously queued I/O or is blocking for some other reason. >First off, I don't know how frequently msync() is used, and whether changi= ng >its behavior would impact the performance of many things. The behaviour of msync(2) is defined in the Single Unix Specification and FreeBSD adheres to SUS unless there is a very good reason. > media... i.e. issue real I/O. So msync() can't be a NOP if you go by > the OpenGroup specification. > >Is there a spec that FreeBSD is adhering to that prevents msync() with >MS_ASYNC from being a NOP, seeing as munmap() does the job? As per Matt's response that you quoted, yes. > And does this >really matter for the real-world performance of some apps? IMO, rrdtool is using mmap()/madvise()/msync()/munmap() in an unusual fashion and it should be fixed, rather than changing FreeBSD to match rrdtool. I believe a more usual approach would be to mmap() a file (or part thereof), optionally call madvise(), perform a series of accesses and maybe msync()s of any updated regions then a single munmap() before exiting. Performing mmap()/msync()/munmap() (where the msync() specifies the entire file) for each update maximises system overheads for no obvious benefit. Also, you mentioned hitting a "brick wall" between 940MB and 1161MB. That straddles 1GB. You may also be running into system or process boundary conditions (how much RAM do you have and what tuning have you done). You might like to write a tool to simulate the rrdtool behaviour with varying DB sizes and identify exactly what you are hitting. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --wRokNccIwvMzawGl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkhut+sACgkQ/opHv/APuIcXhACgxKC/0qyKpihv5TnUhi1pmn0n 5o8AniQ9m01c1n+WsdvOEM3onWYSL+Az =SZEX -----END PGP SIGNATURE----- --wRokNccIwvMzawGl-- From owner-freebsd-stable@FreeBSD.ORG Sat Jul 5 15:58:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5CC0106566C for ; Sat, 5 Jul 2008 15:58:45 +0000 (UTC) (envelope-from mnd999@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.181]) by mx1.freebsd.org (Postfix) with ESMTP id 5C1DB8FC0C for ; Sat, 5 Jul 2008 15:58:45 +0000 (UTC) (envelope-from mnd999@gmail.com) Received: by ik-out-1112.google.com with SMTP id c30so793852ika.3 for ; Sat, 05 Jul 2008 08:58:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to :content-type:content-transfer-encoding:mime-version:subject:date :x-mailer; bh=p/1YdnCE+FN84e6kPZSHRoBxN2EtErjaLJalNp+b6EA=; b=j+ctbzAOjnVz34DgyHVfIY19f62qswXEltdOG4ks7xaI7HO2Z833UYOLjyBp0VXIut I2XXxqT+jRHmttnpg8+QWZQNjvNwGGhCFafAaPKhlmk2vbpnepWyY6ufYio32I63C8Vx FvKirpte6Zi8+Q4AmSuUrpXclQjt6x1Hm5EMw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:content-type:content-transfer-encoding :mime-version:subject:date:x-mailer; b=Uj83v0HFhY4/Js00gaOJbWu34NCdayBMao0cWahAC43zxnBJEl2o2InbLL3J+DQVA4 7aUKZhKafQGh2n7TZ4vtnlo9hmgBMTB3JZSb9fsV/sU4tCbnD4jSQd55gvUr+jWPsCP/ FOy+NNKkXUhyWhkxUDdPW56g8XVaFInx+oVvk= Received: by 10.210.90.8 with SMTP id n8mr1317516ebb.191.1215271936489; Sat, 05 Jul 2008 08:32:16 -0700 (PDT) Received: from ?192.168.0.222? ( [90.193.89.181]) by mx.google.com with ESMTPS id t2sm2642225gve.9.2008.07.05.08.32.13 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 05 Jul 2008 08:32:14 -0700 (PDT) Message-Id: <6C1A742B-AB45-4E72-8BA9-F333F607A55E@gmail.com> From: Mark Dixon To: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v926) Date: Sat, 5 Jul 2008 16:32:10 +0100 X-Mailer: Apple Mail (2.926) Cc: Subject: Net crash in ath on FREEBSD-7 STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jul 2008 15:58:45 -0000 Hi, I get the following when I run portupgrade and it tries to hit the network for a package on stable. It looks like something has been broken in ath? Seeing as I don't update very often it could have been around for a while. Kernel is GENERIC. Modules are kernel, snd_ich, sound, aio and linux. If anyone wants to look at this and needs more info, let me know. Mark 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: Fatal trap 12: page fault while in kernel mode cpuid = 2; apic id = 02 fault virtual address = 0x0 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff8025e2f2 stack pointer = 0x10:0xffffffffaec9e630 frame pointer = 0x10:0xffffff00018fa100 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 16516 (fetch) trap number = 12 panic: page fault cpuid = 2 Uptime: 2m56s Physical memory: 2034 MB Dumping 251 MB: (CTRL-C to abort) 236 220 (CTRL-C to abort) 204 188 172 156 140 124 108 92 76 60 (CTRL-C to abort) 44 28 12 Reading symbols from /boot/kernel/snd_ich.ko...Reading symbols from / boot/kernel/snd_ich.ko.symbols...done. done. Loaded symbols for /boot/kernel/snd_ich.ko Reading symbols from /boot/kernel/sound.ko...Reading symbols from / boot/kernel/sound.ko.symbols...done. done. Loaded symbols for /boot/kernel/sound.ko Reading symbols from /boot/kernel/aio.ko...Reading symbols from /boot/ kernel/aio.ko.symbols...done. done. Loaded symbols for /boot/kernel/aio.ko Reading symbols from /boot/kernel/linux.ko...Reading symbols from / boot/kernel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko #0 doadump () at pcpu.h:194 194 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:194 #1 0x0000000000000004 in ?? () #2 0xffffffff804964a9 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #3 0xffffffff804968ad in panic (fmt=0x104
) at /usr/src/sys/kern/kern_shutdown.c:572 #4 0xffffffff8075ff74 in trap_fatal (frame=0xffffff00044d66a0, eva=18446742974267905128) at /usr/src/sys/amd64/amd64/trap.c:724 #5 0xffffffff80760345 in trap_pfault (frame=0xffffffffaec9e580, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:641 #6 0xffffffff80760c88 in trap (frame=0xffffffffaec9e580) at /usr/src/sys/amd64/amd64/trap.c:410 #7 0xffffffff8074664e in calltrap () at /usr/src/sys/amd64/amd64/exception.S:169 #8 0xffffffff8025e2f2 in ath_start (ifp=0xffffff00011cd800) at /usr/src/sys/dev/ath/if_ath.c:1747 #9 0xffffffff8052fab6 in ether_output_frame (ifp=0xffffff00011cd800, m=0xffffff000421eb00) at /usr/src/sys/net/if_ethersubr.c:405 #10 0xffffffff805300e2 in ether_output (ifp=0xffffff00011cd800, m=0xffffff000421eb00, dst=Variable "dst" is not available. ) at /usr/src/sys/net/if_ethersubr.c:374 #11 0xffffffff805755df in ip_output (m=0xffffff000421eb00, opt=Variable "opt" is not available. ) at /usr/src/sys/netinet/ip_output.c:551 #12 0xffffffff805ce48c in tcp_output (tp=0xffffff0004216b60) at /usr/src/sys/netinet/tcp_output.c:1135 #13 0xffffffff805d880d in tcp_usr_rcvd (so=Variable "so" is not available. ) at /usr/src/sys/netinet/tcp_usrreq.c:738 #14 0xffffffff804ef5cf in soreceive_generic (so=0xffffff001040c570, psa=0x0, uio=0xffffffffaec9eb00, mp0=Variable "mp0" is not available. ) at /usr/src/sys/kern/uipc_socket.c:1825 #15 0xffffffff804cee1d in dofileread (td=0xffffff00044d66a0, fd=3, fp=0xffffff00047e4168, auio=0xffffffffaec9eb00, offset=Variable "offset" is not available. ) at file.h:242 #16 0xffffffff804cf18e in kern_readv (td=0xffffff00044d66a0, fd=3, auio=0xffffffffaec9eb00) at /usr/src/sys/kern/sys_generic.c:192 #17 0xffffffff804cf27c in read (td=0xffffffff80e62000, uap=0xffffff00044d66a0) at /usr/src/sys/kern/sys_generic.c:108 #18 0xffffffff807605c7 in syscall (frame=0xffffffffaec9ec70) at /usr/src/sys/amd64/amd64/trap.c:852 #19 0xffffffff8074685b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:290 #20 0x0000000800c0297c in ?? () Previous frame inner to this frame (corrupt stack?)